答复: [pim] Please review our new draft and give us feedback. Thanks.

su haiyang <suhaiyang@huawei.com> Wed, 11 July 2007 06:26 UTC

Return-path: <pim-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Vej-0004gI-Ke; Wed, 11 Jul 2007 02:26:34 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Vei-0004g7-CJ for pim@ietf.org; Wed, 11 Jul 2007 02:26:32 -0400
Received: from szxga01-in.huawei.com ([61.144.161.53]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8Ved-0006CK-HD for pim@ietf.org; Wed, 11 Jul 2007 02:26:32 -0400
Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JL0007554IKLH@szxga01-in.huawei.com> for pim@ietf.org; Wed, 11 Jul 2007 14:25:33 +0800 (CST)
Received: from huawei.com ([172.24.1.24]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JL0000XG4IJSP@szxga01-in.huawei.com> for pim@ietf.org; Wed, 11 Jul 2007 14:25:32 +0800 (CST)
Received: from jys4040097 ([10.194.121.126]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JL000ISD4IFGA@szxml04-in.huawei.com> for pim@ietf.org; Wed, 11 Jul 2007 14:25:31 +0800 (CST)
Date: Wed, 11 Jul 2007 14:25:27 +0800
From: su haiyang <suhaiyang@huawei.com>
Subject: 答复: [pim] Please review our new draft and give us feedback. Thanks.
In-reply-to: <100ba11b0707082201w69d002ddo68334716a4efa432@mail.gmail.com>
To: 'janardhan kulkarni' <janardhan.kulkarni@gmail.com>
Message-id: <000301c7c384$461c07d0$7e79c20a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: quoted-printable
Thread-index: AcfB5j/HcpY9vkMpQW67AongOzpD3ABnThIg
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a
Cc: pim@ietf.org
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
Errors-To: pim-bounces@ietf.org

Dear Janardhan,
  I can't see any advantages of your drafts over mtrace proposed to a draft long time ago. Given that mtrace has been long applied at mbone or carrier's network for fault-locating, Can you make a summary about your initiative ideas included in the following draft.

Su Haiyang

-----邮件原件-----
发件人: janardhan kulkarni [mailto:janardhan.kulkarni@gmail.com] 
发送时间: 2007年7月9日 13:01
收件人: pim@ietf.org; Stig Venaas; Benoît HILT; Hitoshi Asaeda
抄送: Archana Patel
主题: [pim] Please review our new draft and give us feedback. Thanks.

Hi,

In our new draft we are proposing some extensions to PIM so that,
troubleshooting becomes easy. Below is link and extract from our work.
Kindly review this and give us feedback about the utility of this.

http://www.ietf.org/internet-drafts/draft-archana-pimwg-pim-ping-00.txt

Brief Introduction:-
********************
Multicast technology has been around for quite some time now. But
widespread deployment of multicasting has just begun. All these days,
multicasting technology was revolving around developing efficient,
scalable routing protocols. Now that, multicast routing protocols are
matured, PIMSSM and PIMSM have established themselves as principal
multicast routing protocols, since many applications are using
multicasting as their base technology, it is the time to address
other aspects like debugging, trouble shooting and error reporting.
Most of the work that has been done so far in these areas, either
depend on multicast tree being set up or support from IP, and MIBS.
But it is our opinion that, multicast routing protocols should in
themselves embed necessary mechanisms to address these issues, even if
it means protocol implementations needs to be tweaked. Also, we
should note that, most of multicast routing protocols which use PULL
model like PIMSM, PIMSSM will create a multicast tree only if there
are some receivers join the tree. So, to get information about the
reachability or to trace the path of multicast data, even before
creating the tree it is necessary to extend the protocols. In this
draft we want to present some extensions to PIM, which help in trouble
shooting PIM related issues.
-- 
Bye,
Janardhan.
"I have never been hurt by what I have not said."
  -Calvin Coolidge

_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim



_______________________________________________
pim mailing list
pim@ietf.org
https://www1.ietf.org/mailman/listinfo/pim