Re: Two questions on draft-dimitri-ccamp-gmpls-ason-routing-ospf draft
Dimitri.Papadimitriou@alcatel-lucent.be Thu, 08 March 2007 23:16 UTC
Return-path: <owner-ccamp@ops.ietf.org>
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HPRqw-0006gW-Pa for ccamp-archive@ietf.org; Thu, 08 Mar 2007 18:16:54 -0500
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HPRqu-0007jj-Bn for ccamp-archive@ietf.org; Thu, 08 Mar 2007 18:16:54 -0500
Received: from majordom by psg.com with local (Exim 4.63 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1HPRkx-0006aN-4r for ccamp-data@psg.com; Thu, 08 Mar 2007 23:10:43 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, MIME_BASE64_NO_NAME,NO_REAL_NAME autolearn=no version=3.1.7
Received: from [62.23.212.165] (helo=smail.alcatel.fr) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from <Dimitri.Papadimitriou@alcatel-lucent.be>) id 1HPRku-0006YG-Lv for ccamp@ops.ietf.org; Thu, 08 Mar 2007 23:10:42 +0000
Received: from bemail05.netfr.alcatel.fr (bemail05.netfr.alcatel.fr [155.132.251.11]) by smail.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id l28NAZep002851; Fri, 9 Mar 2007 00:10:35 +0100
In-Reply-To: <308090.23655.qm@web36813.mail.mud.yahoo.com>
To: Igor Bryskin <i_bryskin@yahoo.com>
Cc: ccamp@ops.ietf.org, "Brungard, Deborah A, ALABS" <dbrungard@att.com>
Subject: Re: Two questions on draft-dimitri-ccamp-gmpls-ason-routing-ospf draft
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5 September 26, 2003
Message-ID: <OFFD93731B.C8EDB717-ONC1257298.007EB707-C1257298.007F4BB5@netfr.alcatel.fr>
From: Dimitri.Papadimitriou@alcatel-lucent.be
Date: Fri, 09 Mar 2007 00:10:24 +0100
X-MIMETrack: Serialize by Router on BEMAIL05/BE/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 03/09/2007 00:10:28, Serialize complete at 03/09/2007 00:10:28
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
X-Scanned-By: MIMEDefang 2.51 on 155.132.180.81
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.2 (/)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d
igor, > Is the LinkID is the same as Remote TE Router ID? no > LinkID unambiguosly identifies remote data plane node, no, it identifies the remote RC not the remote data plane "node" in case the remote RC is associate to n "nodes" ps: second question is trivial, mathematical vs networking formulation (no real difference) pps: if you want to put guidelines on e-mail responses probably directing your e-mail to the GEN AREA would be more suitable hope this helps, -d. Igor Bryskin <i_bryskin@yahoo.com> 09/03/2007 00:03 To: Dimitri PAPADIMITRIOU/BE/ALCATEL@ALCATEL cc: ccamp@ops.ietf.org, "Brungard, Deborah A, ALABS" <dbrungard@att.com> Subject: Re: Two questions on draft-dimitri-ccamp-gmpls-ason-routing-ospf draft Dimitri, no, it does not help. You didn't answer the first question, which is: Is the LinkID is the same as Remote TE Router ID? If no, what is the difference? If yes, why do you need the latter? Both your pointers explain why do you need advertising of the local TE Router ID (advertising router may cover multiple data plane nodes), However, LinkID unambiguosly identifies remote data plane node, and the need for the advertising of Remote TE Router ID is not obvious BTW, You didn't answer the second question either. Igor PS, I have a suggestion for the working group: Let us disallow responding to the comments/questions by just pointing to RFCs or drafts. In my view it is quite unfriendly. It is always possible to cut and paste a piece from the relevant RFC or draft confirming the points the writer is trying to make. Dimitri.Papadimitriou@alcatel-lucent.be wrote: igor pls use version (or 03 when available to make comments) in that version you will see in Section 5.2 " Note: The Link ID sub-TLV that identifies the other end of the link (i.e. Router ID of the neighbor for point-to-point links) MUST appear exactly once per Link TLV. This sub-TLV MUST be processed as defined in [RFC3630]. " now why this sub-TLV 17, well for the reason explained at the beginning of par.5.2 but also in RFC 4652 Section 5.7 hope this helps, -d. Igor Bryskin 08/03/2007 22:11 To: Dimitri PAPADIMITRIOU/BE/ALCATEL@ALCATEL cc: ccamp@ops.ietf.org, "Brungard, Deborah A, ALABS" Subject: Two questions on draft-dimitri-ccamp-gmpls-ason-routing-ospf draft Dimitri, I have a couple questions wrt the draft-dimitri-ccamp-gmpls-ason-routing-ospf draft. In 5.2 a TE Link sub-TLV is introduced for the purpose of advertising local and remote TE Router ID: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 17 | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Local TE Router Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Remote TE Router Identifier | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Although I do understand why there is a need for advertising the Local TE Router ID, I don’t understand why the Remote Te Router ID? Isn’t this is the same information that is carried in the Link ID sub-TLV? In 6. you write: “A RA may contain smaller RAs inter-connected by links. The limit of the subdivision results in a RA that contains two sub-networks interconnected by a single link.†In G.8080 I read: “.... A routing area is defined by a set of subnetworks, the SNPP links that interconnect them, and the SNPPs representing the ends of the SNPP links exiting that routing area. A routing area may contain smaller routing areas interconnected by SNPP links. The limit of subdivision results in a routing area that contains ]one subnetwork.†Why is the discrepancy? Thanks, Igor [ Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit.
- Next steps for draft-ietf-ccamp-mpls-graceful-shu… Zafar Ali (zali)
- Re: Next steps for draft-ietf-ccamp-mpls-graceful… Dimitri.Papadimitriou
- Two questions on draft-dimitri-ccamp-gmpls-ason-r… Igor Bryskin
- Re: Two questions on draft-dimitri-ccamp-gmpls-as… Dimitri.Papadimitriou
- Re: Two questions on draft-dimitri-ccamp-gmpls-as… Igor Bryskin
- Re: Two questions on draft-dimitri-ccamp-gmpls-as… Dimitri.Papadimitriou
- Re: Two questions on draft-dimitri-ccamp-gmpls-as… Igor Bryskin
- Two questions on draft-ietf-ccamp-gmpls-ason-rout… Dimitri.Papadimitriou
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… BRUNGARD, DEBORAH A, ATTLABS
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Igor Bryskin
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Ong, Lyndon
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Igor Bryskin
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Dimitri.Papadimitriou
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Igor Bryskin
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Dimitri.Papadimitriou
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Igor Bryskin
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Dimitri.Papadimitriou
- RE: Two questions on draft-ietf-ccamp-gmpls-ason-… Igor Bryskin
- RE: Next steps for draft-ietf-ccamp-mpls-graceful… Zafar Ali (zali)