Stephane , Oh, I finally realized the reason why we have different opinions on whether the ELC advertisement is orthogonal to the EL insertion solution. That's because we have different understanding of the concept of the "ELC". My understanding of the "ELC" is in accordance with the particular ELC concept as defined in RFC6790 (i.e., the capability of recognizing the ELI and popping ELI and EL, in addition, this is the capability of the EGRESS LSR). Your understanding of the "ELC" looks like a mix of the particular ELC concept as defined in RFC6790 and something else (e.g., the capability of accessing the max label stack deepth)
Best regards, Xiaohu > -----Original Message----- > From: Xuxiaohu > Sent: Friday, June 06, 2014 10:37 AM > To: '[email protected]'; Hannes Gredler > Cc: [email protected]; [email protected]; > [email protected] list; <[email protected]> > Subject: RE: [Isis-wg] Request for WG adoption of draft-xu-isis-mpls-elc-00 > > > > > -----Original Message----- > > From: [email protected] > > [mailto:[email protected]] > > Sent: Thursday, June 05, 2014 9:34 PM > > To: Hannes Gredler; Xuxiaohu > > Cc: [email protected]; [email protected]; > > [email protected] list; <[email protected]> > > Subject: RE: [Isis-wg] Request for WG adoption of > > draft-xu-isis-mpls-elc-00 > > > > Hi Hannes, > > > > I agree with you but if draft-kini-mpls-spring-entropy-label evolve to > > the option where entropy label is always behind top label, there is no > > need to encode such granularity. > > That's why I think it's too early to progress the capability document. > > Whether or not delay the adoption of the ELC advertisement doc, I have to > point > out the fact that the ELC advertisement DOESN'T impact the EL insertion > solution, > and vice versa. If you disagree, please give a concrete example. > > Best regards, > Xiaohu > > > Thoughts ? > > > > Stephane > > > > -----Original Message----- > > From: Hannes Gredler [mailto:[email protected]] > > Sent: Thursday, June 05, 2014 11:47 > > To: Xuxiaohu > > Cc: [email protected]; [email protected]; > > [email protected] list; LITKOWSKI Stephane SCE/IBNF; <[email protected]> > > Subject: Re: [Isis-wg] Request for WG adoption of > > draft-xu-isis-mpls-elc-00 > > > > <IS-IS WG chair hat off> > > > > i'm discomfortable with the *granularity* of the cap-advertisement: > > > > rather than saying: > > > > "i can crawl as deep as you like on any of my interfaces" > > > > i'd like to announce: > > > > "i can crawl for EL <N> up to labels deep on interface XYZ" > > > > > > /hannes > > > > On Jun 3, 2014, at 2:17 PM, <[email protected]> > > <[email protected]> wrote: > > > > > Hi, > > > > > > IMHO, before defining the capability, I would be more interrested on > > > seeing > > some progress on a solution for EL over SPRING. A draft exists with > > multiple options, maybe we should wait for one option to have > > consensus before worrying about ELC encoding (quite easy part of the EL for > SPRING). > > > > > > > > > Stephane > > > > > > -----Message d'origine----- > > > De : Isis-wg [mailto:[email protected]] De la part de > > > Xuxiaohu Envoyé : samedi 31 mai 2014 10:05 À : [email protected] > Cc : > > > [email protected]; [email protected] Objet : > > > [Isis-wg] Request for WG adoption of draft-xu-isis-mpls-elc-00 > > > > > > Hi WG co-chairs, > > > > > > This draft (http://tools.ietf.org/html/draft-xu-isis-mpls-elc-00) > > > describes how > > to advertise the MPLS Entropy Label Capability (ELC) using IS-IS in > > SPRING networks. Since > > (http://tools.ietf.org/html/draft-ietf-isis-segment-routing-extensions > > -00) has been adopted as a WG draft, as co-authors of > > draft-xu-isis-mpls-elc-00, we hope you could consider the WG adoption for > this draft as well. > > > > > > Best regards, > > > Xiaohu (on behalf of all-authors) > > > > > > _______________________________________________ > > > Isis-wg mailing list > > > [email protected] > > > 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 > > > [email protected] > > > 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. _______________________________________________ spring mailing list [email protected] https://www.ietf.org/mailman/listinfo/spring
