RE: [Isis-wg] Further short CCAMP WG Last Call ondraft-ietf-ccamp-te-node-cap-03.txt

"LE ROUX Jean-Louis RD-CORE-LAN" <jeanlouis.leroux@orange-ftgroup.com> Mon, 18 December 2006 17:52 UTC

Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GwMfQ-0006jj-Ey for ccamp-archive@ietf.org; Mon, 18 Dec 2006 12:52:48 -0500
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwMfP-0001Ty-Vz for ccamp-archive@ietf.org; Mon, 18 Dec 2006 12:52:48 -0500
Received: from majordom by psg.com with local (Exim 4.63 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1GwMTA-000IFZ-1r for ccamp-data@psg.com; Mon, 18 Dec 2006 17:40:08 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.7
Received: from [195.101.245.15] (helo=p-mail1.rd.francetelecom.com) by psg.com with esmtp (Exim 4.63 (FreeBSD)) (envelope-from <jeanlouis.leroux@orange-ftgroup.com>) id 1GwMT2-000ICz-N4 for ccamp@ops.ietf.org; Mon, 18 Dec 2006 17:40:06 +0000
Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Mon, 18 Dec 2006 18:39:53 +0100
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: Mon, 18 Dec 2006 18:39:42 +0100
Message-ID: <D109C8C97C15294495117745780657AE06A5C0B8@ftrdmel1.rd.francetelecom.fr>
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+4T9IAAOAbrQAJV16FA=
From: LE ROUX Jean-Louis RD-CORE-LAN <jeanlouis.leroux@orange-ftgroup.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, adrian@olddog.co.uk, ccamp@ops.ietf.org
Cc: ospf@ietf.org, isis-wg@ietf.org
X-OriginalArrivalTime: 18 Dec 2006 17:39:53.0979 (UTC) FILETIME=[86DE9CB0:01C722CB]
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 48472a944c87678fcfe8db15ffecdfff

Hi Lee

We've just submitted v04 that accounts for your comments.

Thanks,

JL 

> -----Message d'origine-----
> De : Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] 
> Envoyé : vendredi 15 décembre 2006 19:23
> À : zzx-adrian@olddog.co.uk; LE ROUX Jean-Louis RD-CORE-LAN; 
> ccamp@ops.ietf.org
> Cc : ospf@ietf.org; isis-wg@ietf.org
> Objet : RE: [Isis-wg] Further short CCAMP WG Last Call 
> ondraft-ietf-ccamp-te-node-cap-03.txt 
> 
> 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
>