RE: [Isis-wg] Further short CCAMP WG Last Call ondraft-ietf-ccamp-te-node-cap-03.txt
"Les Ginsberg \(ginsberg\)" <ginsberg@cisco.com> Fri, 15 December 2006 18:24 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GvHjG-00089Q-PF; Fri, 15 Dec 2006 13:24:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GvHjF-00088r-0W; Fri, 15 Dec 2006 13:24:17 -0500
Received: from sj-iport-6.cisco.com ([171.71.176.117]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvHjB-00057T-Ls; Fri, 15 Dec 2006 13:24:16 -0500
Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 15 Dec 2006 10:24:10 -0800
X-IronPort-AV: i="4.12,176,1165219200"; d="scan'208"; a="91425505:sNHT58310595"
Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-3.cisco.com (8.12.11/8.12.11) with ESMTP id kBFIO9M8008084; Fri, 15 Dec 2006 10:24:09 -0800
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id kBFIN6AE019137; Fri, 15 Dec 2006 10:23:43 -0800 (PST)
Received: from xmb-sjc-222.amer.cisco.com ([128.107.191.106]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 15 Dec 2006 10:22:45 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Isis-wg] Further short CCAMP WG Last Call ondraft-ietf-ccamp-te-node-cap-03.txt
Date: Fri, 15 Dec 2006 10:22:44 -0800
Message-ID: <AE36820147909644AD2A7CA014B1FB5202C3E968@xmb-sjc-222.amer.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Isis-wg] Further short CCAMP WG Last Call ondraft-ietf-ccamp-te-node-cap-03.txt
Thread-Index: AccgPWzrPIsRHcoMQtCTooy9+4T9IAAOAbrQ
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Adrian Farrel <adrian@olddog.co.uk>, LE ROUX Jean-Louis RD-CORE-LAN <jeanlouis.leroux@orange-ftgroup.com>, ccamp@ops.ietf.org
X-OriginalArrivalTime: 15 Dec 2006 18:22:45.0514 (UTC) FILETIME=[046276A0:01C72076]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=5654; t=1166207049; x=1167071049; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=ginsberg@cisco.com; z=From:=20=22Les=20Ginsberg=20\(ginsberg\)=22=20<ginsberg@cisco.com> |Subject:=20RE=3A=20[Isis-wg]=20Further=20short=20CCAMP=20WG=20Last=20Cal l=20ondraft-ietf-ccamp-te-node-cap-03.txt=20 |Sender:=20; bh=CsVM5JMaMLaL4OMPeQFOutZGobk5U7G1u2FkKbxfVDQ=; b=dr4bHj+haOeEwD7DFGV3yEZ8YTtdW1nGMsdbmvjbFqEjf0Cy9qhBtvktQt3GeYIGpCrDgfw9 ItvZe5DfHHZl5M82QPaI0ufCXSXF6aed7YovaccHwcVdFLM9GD5bjoCX;
Authentication-Results: sj-dkim-3; header.From=ginsberg@cisco.com; dkim=pass ( sig from cisco.com/sjdkim3002 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48
Cc: ospf@ietf.org, isis-wg@ietf.org
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/isis-wg>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
Errors-To: isis-wg-bounces@ietf.org
1)The use of TLV and sub-TLV is not consistent throughout the document regarding IS-IS. For example, in the second and third paragraphs of Section 4.2: The IS-IS TE Node Capability Descriptor TLV is carried within an IS- IS CAPABILITY TLV which is defined in [OSPF-CAP]. The format of the IS-IS TE Node Capability sub-TLV is the same as the TLV format used by the Traffic Engineering Extensions to IS-IS [RFC3784]. That is, the TLV is composed of 1 octet for the type, 1 octet specifying the TLV length and a value field. "TLV" should be "sub-TLV" in all cases except when referring to the IS-IS CAPABILITY TLV. Also [OSPF-CAP] should be [IS-IS-CAP] Similar changes needed in Section 5.2 and some other places. 2)In Section 5.2: The TE Node Capability Descriptor TLV is OPTIONAL and MUST NOT appear more than once in an ISIS Router Capability TLV. If a TE Node Capability Descriptor TLV appears more than once in an ISIS Capability TLV, only the first occurrence MUST be processed, other occurrences MUST be ignored. I would prefer that the second sentence be omitted - for reasons that have been discussed in the context of the PCE draft - I have repeated the relevant comments here: <snip> In cases where a TLV may move from one LSP fragment to another (for example because of the addition of information which exceeds the carrying capacity of the original LSP fragment) a router may have multiple copies of the same TLV as a transient condition. It is impossible to know which of the copies is newer and therefore impossible to deterministically decide which is the first instance of a subTLV. So it is better to leave the behavior in this case as undefined. <end snip> Les > -----Original Message----- > From: Adrian Farrel [mailto:adrian@olddog.co.uk] > Sent: Friday, December 15, 2006 3:33 AM > To: LE ROUX Jean-Louis RD-CORE-LAN; ccamp@ops.ietf.org > Cc: ospf@ietf.org; isis-wg@ietf.org > Subject: [Isis-wg] Further short CCAMP WG Last Call ondraft-ietf-ccamp-te- > node-cap-03.txt > > Hi, > > Sorry, I fumbled this. > > Jean-Louis made some significant changes after we completed the working > group last call. He took on board the comments from CCAMP, ISIS and OSPF > and > made the changes that he describes below. > > Since one of these changes is relatively substantial (the conflation of > two > bit-fields into one) I want to give everyone a chance to comment before we > go forward to the ADs. > > So, there is a one week last call running on the CCAMP mailing list until > noon GMT 22nd December 2006. > > Thanks, > Adrian > > ----- Original Message ----- > From: "LE ROUX Jean-Louis RD-CORE-LAN" <jeanlouis.leroux@orange- > ftgroup.com> > To: <ccamp@ops.ietf.org> > Sent: Wednesday, November 22, 2006 7:25 AM > Subject: RE: I-D ACTION:draft-ietf-ccamp-te-node-cap-03.txt > > > Hi all, > > This new version accounts for comments received during the CCAMP ISIS and > OSPF WG last call. > > Here are the main changes: > > -The data plane and control plane cap sub-TLVs have been removed. The > capabilities are now carried directly with the TE Node Capability > Descriptor > TLV, and there is a single registry for both control and data plane > capabilities. > > -In section 5: > "other occurences MUST be discarded" replaced by "other occurrences MUST > be > ignored" > > -In section 6: > "a router not supporting the TE Node Capability Descriptor TLV MUST just > silently ignore the TLV" > Replaced by: "a router not supporting the TE Node Capability Descriptor > TLV > will just silently ignore the TLV" > > Regards, > > JL > > > -----Message d'origine----- > > De : owner-ccamp@ops.ietf.org > > [mailto:owner-ccamp@ops.ietf.org] De la part de > > Internet-Drafts@ietf.org > > Envoyé : mardi 21 novembre 2006 21:50 > > À : i-d-announce@ietf.org > > Cc : ccamp@ops.ietf.org > > Objet : I-D ACTION:draft-ietf-ccamp-te-node-cap-03.txt > > > > A New Internet-Draft is available from the on-line > > Internet-Drafts directories. > > This draft is a work item of the Common Control and > > Measurement Plane Working Group of the IETF. > > > > Title : IGP Routing Protocol Extensions for > > Discovery of Traffic Engineering Node Capabilities > > Author(s) : J. Vasseur, et al. > > Filename : draft-ietf-ccamp-te-node-cap-03.txt > > Pages : 13 > > Date : 2006-11-21 > > > > It is highly desired in several cases, to take into account Traffic > > Engineering (TE) node capabilities during Multi Protocol Label > > Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineered > > Label Switched Path (TE-LSP) selection, such as for instance the > > capability to act as a branch Label Switching Router (LSR) of a > > Point-To-MultiPoint (P2MP) LSP. This requires advertising these > > capabilities within the Interior Gateway Protocol (IGP). For that > > purpose, this document specifies Open Shortest Path First > > (OSPF) and > > Intermediate System-Intermediate System (IS-IS) traffic > > engineering > > extensions for the advertisement of control plane and data plane > > traffic engineering node capabilities. > > > > A URL for this Internet-Draft is: > > http://www.ietf.org/internet-drafts/draft-ietf-ccamp-te-node-cap-03.txt > > > > _______________________________________________ > Isis-wg mailing list > Isis-wg@ietf.org > https://www1.ietf.org/mailman/listinfo/isis-wg _______________________________________________ Isis-wg mailing list Isis-wg@ietf.org https://www1.ietf.org/mailman/listinfo/isis-wg
- RE: [Isis-wg] Further short CCAMP WG Last Call on… Les Ginsberg (ginsberg)
- RE: [Isis-wg] Further short CCAMP WG Last Call on… LE ROUX Jean-Louis RD-CORE-LAN