Re: [Isis-wg] New Version Notification for draft-ginsberg-isis-te-app-03.txt

<stephane.litkowski@orange.com> Fri, 23 June 2017 06:58 UTC

Return-Path: <stephane.litkowski@orange.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CABE126557 for <isis-wg@ietfa.amsl.com>; Thu, 22 Jun 2017 23:58:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0xEB9t_xteEf for <isis-wg@ietfa.amsl.com>; Thu, 22 Jun 2017 23:57:59 -0700 (PDT)
Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4605E1200CF for <isis-wg@ietf.org>; Thu, 22 Jun 2017 23:57:59 -0700 (PDT)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 6712FC01BC; Fri, 23 Jun 2017 08:57:57 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.41]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 38D941A0056; Fri, 23 Jun 2017 08:57:57 +0200 (CEST)
Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0352.000; Fri, 23 Jun 2017 08:57:56 +0200
From: stephane.litkowski@orange.com
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [Isis-wg] New Version Notification for draft-ginsberg-isis-te-app-03.txt
Thread-Index: AQHS6c/fhaqyHEjha0Wjn2wHyRM0CqItztVwgAEfgyD//+eLgIABpFuggABaZICAATOPUA==
Date: Fri, 23 Jun 2017 06:57:56 +0000
Message-ID: <13538_1498201077_594CBBF5_13538_397_1_9E32478DFA9976438E7A22F69B08FF921E9CB4A3@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
References: <149796821052.23693.7098486846561359870.idtracker@ietfa.amsl.com> <1b6e7697f8634a0c9d901442a9b028da@XCH-ALN-001.cisco.com> <8220_1498030951_594A2367_8220_41_1_9E32478DFA9976438E7A22F69B08FF921E9C901A@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <594A2969.9030501@cisco.com> <8875_1498115717_594B6E84_8875_64_1_9E32478DFA9976438E7A22F69B08FF921E9CAA59@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <e932880796c5474b9843c62f1113b2af@XCH-ALN-001.cisco.com>
In-Reply-To: <e932880796c5474b9843c62f1113b2af@XCH-ALN-001.cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/YeOxJ8vIeXZs2qEy8EtDCaRq1ao>
Subject: Re: [Isis-wg] New Version Notification for draft-ginsberg-isis-te-app-03.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jun 2017 06:58:02 -0000

My point is not to tell what to do with UDAs. It is to tell that standard applications MAY not use standard bits.


-----Original Message-----
From: Les Ginsberg (ginsberg) [mailto:ginsberg@cisco.com] 
Sent: Thursday, June 22, 2017 16:36
To: LITKOWSKI Stephane OBS/OINIS; Peter Psenak (ppsenak); isis-wg@ietf.org
Subject: RE: [Isis-wg] New Version Notification for draft-ginsberg-isis-te-app-03.txt

Stephane -

> -----Original Message-----
> From: stephane.litkowski@orange.com
> [mailto:stephane.litkowski@orange.com]
> Sent: Thursday, June 22, 2017 12:15 AM
> To: Peter Psenak (ppsenak); Les Ginsberg (ginsberg); isis-wg@ietf.org
> Subject: RE: [Isis-wg] New Version Notification for 
> draft-ginsberg-isis-te-app- 03.txt
> 
> Hi Peter,
> 
> Thanks for your feedback, few comments inline
> 
> -----Original Message-----
> From: Peter Psenak [mailto:ppsenak@cisco.com]
> Sent: Wednesday, June 21, 2017 10:08
> To: LITKOWSKI Stephane OBS/OINIS; Les Ginsberg (ginsberg); isis- 
> wg@ietf.org
> Subject: Re: [Isis-wg] New Version Notification for 
> draft-ginsberg-isis-te-app- 03.txt
> 
> Hi Stephane,
> 
> On 21/06/17 09:42 , stephane.litkowski@orange.com wrote:
> > Hi Les,
> >
> > The proposal has a better shape. Still two comments:
> > - As mentioned earlier, please precise that LFA means any flavor of 
> > LFA
> (LFA,rLFA,dLFA,TILFA...).
> 
> I would just say any flavor of LFA. Not all LFA types are defined in 
> IETF documents.
> [SLI] I agree, "any flavor" works
> 
> > - I would also like to see that "standard" applications may also use 
> > UDAs
> instead of the standard bit and possibility two sets of attributes 
> (two UDAs or
> 1 std + 1 UDA): one example could be having an SR-TE tunnel using a 
> particular set of attributes, and another SR-TE tunnel using another 
> set of attributes.
> 
> nobody is preventing you to do that. You can map any application to a 
> UDA bits.
> 
> [SLI] Yes, but nothings tells that it is also allowed. I just want 
> this point to be clear in the text.
> 
[Les:] The draft explicitly states that the use of UDA bits is outside the purview of any standards body. It would be unwise - and contradictory - to then start specifying how UDA bits can/cannot be used. The whole point of UDA is that it is up to the user to decide what the bits mean.

You clearly have some ideas about how you want to use them - but it is not the role of any specification to comment on your ideas any more than anyone else's ideas.

I think it is necessary for the draft to remain silent in this area.

   Les

> 
> thanks,
> Peter
> 
> >
> > Brgds,
> >
> > Stephane
> >
> > -----Original Message-----
> > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Les 
> > Ginsberg (ginsberg)
> > Sent: Tuesday, June 20, 2017 16:30
> > To: isis-wg@ietf.org
> > Subject: [Isis-wg] FW: New Version Notification for 
> > draft-ginsberg-isis-te-app-03.txt
> >
> > Folks -
> >
> > This new version adds support for using a set of link attribute
> advertisements for ANY application - something which the OSPF 
> companion draft (draft-ppsenak-ospf-te-link-attr-reuse) supports.
> > It also aligns the encoding so that is similar to that defined in 
> > the OSPF
> draft.
> >
> >      Les
> >
> >
> > -----Original Message-----
> > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> > Sent: Tuesday, June 20, 2017 7:17 AM
> > To: Wim Henderickx; Stefano Previdi; Peter Psenak (ppsenak); Les 
> > Ginsberg (ginsberg)
> > Subject: New Version Notification for 
> > draft-ginsberg-isis-te-app-03.txt
> >
> >
> > A new version of I-D, draft-ginsberg-isis-te-app-03.txt has been
> successfully submitted by Les Ginsberg and posted to the IETF repository.
> >
> > Name:		draft-ginsberg-isis-te-app
> > Revision:	03
> > Title:		IS-IS TE Attributes per application
> > Document date:	2017-06-20
> > Group:		Individual Submission
> > Pages:		15
> > URL:            https://www.ietf.org/internet-drafts/draft-ginsberg-isis-te-app-
> 03.txt
> > Status:         https://datatracker.ietf.org/doc/draft-ginsberg-isis-te-app/
> > Htmlized:       https://tools.ietf.org/html/draft-ginsberg-isis-te-app-03
> > Htmlized:       https://datatracker.ietf.org/doc/html/draft-ginsberg-isis-te-
> app-03
> > Diff:           https://www.ietf.org/rfcdiff?url2=draft-ginsberg-isis-te-app-03
> >
> > Abstract:
> >     Existing traffic engineering related link attribute advertisements
> >     have been defined and are used in RSVP-TE deployments.  In cases
> >     where multiple applications wish to make use of these link attributes
> >     the current advertisements do not support application specific values
> >     for a given attribute nor do they support indication of which
> >     applications are using the advertised value for a given link.
> >
> >     This draft introduces new link attribute advertisements which address
> >     both of these shortcomings.  It also discusses backwards
> >     compatibility issues and how to minimize duplicate advertisements in
> >     the presence of routers which do not support the extensions defined
> >     in this document.
> >
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of
> submission until the htmlized version and diff are available at tools.ietf.org.
> >
> > The IETF Secretariat
> >
> > _______________________________________________
> > Isis-wg mailing list
> > Isis-wg@ietf.org
> > https://www.ietf.org/mailman/listinfo/isis-wg
> >
> >
> __________________________________________________________
> ____________
> > ___________________________________________________
> >
> > Ce message et ses pieces jointes peuvent contenir des informations 
> > confidentielles ou privilegiees et ne doivent donc pas etre 
> > diffuses, exploites ou copies sans autorisation. Si vous avez recu 
> > ce message par erreur, veuillez le signaler a l'expediteur et le 
> > detruire ainsi que les
> pieces jointes. Les messages electroniques etant susceptibles 
> d'alteration, Orange decline toute responsabilite si ce message a ete 
> altere, deforme ou falsifie. Merci.
> >
> > This message and its attachments may contain confidential or 
> > privileged information that may be protected by law; they should not 
> > be
> distributed, used or copied without authorisation.
> > If you have received this email in error, please notify the sender 
> > and delete
> this message and its attachments.
> > As emails may be altered, Orange is not liable for messages that 
> > have been
> modified, changed or falsified.
> > Thank you.
> >
> > _______________________________________________
> > Isis-wg mailing list
> > Isis-wg@ietf.org
> > https://www.ietf.org/mailman/listinfo/isis-wg
> > .
> >
> 
> 
> __________________________________________________________
> __________________________________________________________
> _____
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites ou copies sans autorisation. Si vous avez recu ce message 
> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi 
> que les pieces jointes. Les messages electroniques etant susceptibles 
> d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or 
> privileged information that may be protected by law; they should not 
> be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and 
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have 
> been modified, changed or falsified.
> Thank you.


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.