+1 Tony > On Aug 29, 2023, at 7:18 AM, Tony Li <tony...@tony.li> wrote: > > > Hi Eduard, > > I know several different products that use different silicon on different > line cards, ending up with different capabilities on different interfaces. > > This is more of a hardware issue than a software one. > > Different chips will necessarily have different low layer micro-code. That > already exists today, across vendors. > > Tony > > >> On Aug 28, 2023, at 11:44 PM, Vasilenko Eduard >> <vasilenko.eduard=40huawei....@dmarc.ietf.org> wrote: >> >> Hi Tony, >> Do you know any product that supports different label (or SID) stacks on >> different PFEs? (Not mandatory to disclose the vendor) >> I remember many major upgrades for many vendors and all the time the whole >> router supported the “common denominator”. >> Of course, it is possible to develop code and micro-code to support >> different label stacks on different PFEs but looks like no one vendor has >> found a business case for such a big development program. >> PS: I am not sure, I may missed a good example. >> Eduard >> From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Tony Li >> Sent: Tuesday, August 29, 2023 5:36 AM >> To: liu.ya...@zte.com.cn >> Cc: Les Ginsberg <ginsb...@cisco.com>; mpls <m...@ietf.org>; lsr@ietf.org >> Subject: Re: [Lsr] New Version Notification for >> draft-liu-lsr-mpls-inspection-msd-01.txt >> >> >> Hi Yao, >> >> Please consider the case of a modular node with a number of different line >> cards, where the line cards are based on different forwarding engines. >> >> RLD needs to be link specific. >> >> Regards, >> Tony >> >> >> >> On Aug 28, 2023, at 6:55 PM, <liu.ya...@zte.com.cn >> <mailto:liu.ya...@zte.com.cn>> <liu.ya...@zte.com.cn >> <mailto:liu.ya...@zte.com.cn>> wrote: >> >> Hi Les, >> >> Thanks a lot for your review and comments. >> >> This new MSD is a per-node capability just like ERLD-MSD, mainly because it >> represents how many MPLS labels the node can read, and it is not related >> with the links. >> >> And the description in this draft you mentioned is written taking example by >> RFC9088(section 4. Advertising ERLD Using IS-IS). >> >> I'll explicitly state the scope of the new MSD in the next version. >> >> >> >> Best Regards, >> >> Yao >> >> Original >> From: LesGinsberg(ginsberg) <ginsb...@cisco.com <mailto:ginsb...@cisco.com>> >> To: 刘尧00165286;m...@ietf.org <m...@ietf.org >> <mailto:m...@ietf.org>>;lsr@ietf.org <lsr@ietf.org <mailto:lsr@ietf.org>>; >> Date: 2023年08月28日 20:57 >> Subject: RE: [Lsr] Fw: New Version Notification for >> draft-liu-lsr-mpls-inspection-msd-01.txt >> Yao – >> >> Both RFC 8476(OSPF) and RFC 8491(IS-IS) define MSD advertisements with >> per-link scope and per-node scope. >> >> Your draft only states: >> >> “If a router has multiple interfaces with different capabilities of >> reading the maximum label stack depth, the router MUST advertise the >> smallest value found across all its interfaces.” >> >> This suggests that you intend only to advertise a per-node capability – but >> as you don’t explicitly state that – and you don’t provide a reason why a >> per link capability isn’t applicable, I am unclear as to what your >> intentions are here. >> >> Could you clarify whether you intend to support both per link and per node >> capability – and if not why not? >> >> Thanx. >> >> Les >> >> >> From: Lsr <lsr-boun...@ietf.org <mailto:lsr-boun...@ietf.org>> On Behalf Of >> liu.ya...@zte.com.cn <mailto:liu.ya...@zte.com.cn> >> Sent: Monday, August 28, 2023 12:33 AM >> To: m...@ietf.org <mailto:m...@ietf.org>; lsr@ietf.org <mailto:lsr@ietf.org> >> Subject: [Lsr] Fw: New Version Notification for >> draft-liu-lsr-mpls-inspection-msd-01.txt >> >> Hi All, >> >> A new version of draft-liu-lsr-mpls-inspection-msd has just been uploaded. >> >> In this document, a new type of MSD is defined to reflect the Readable Label >> Depth(RLD), which helps in the MPLS MNA solution. >> >> In this version, the main update is that some description is added to >> explain why a new MSD is preferred instead of the ERLD-MSD. >> >> Currently this new MSD is called Base MPLS Inspection MSD, it may be changed >> to a more straightforward name like RLD-MSD based on the description in the >> MNA architecture/solution document. >> >> Your comments and suggestions are more than welcome! >> >> >> >> Thanks, >> >> Yao >> >> Original >> From: internet-dra...@ietf.org <mailto:internet-dra...@ietf.org> >> <internet-dra...@ietf.org <mailto:internet-dra...@ietf.org>> >> Date: 2023年08月28日 14:55 >> Subject: New Version Notification for >> draft-liu-lsr-mpls-inspection-msd-01.txt >> A new version of Internet-Draft draft-liu-lsr-mpls-inspection-msd-01.txt has >> been successfully submitted by Yao Liu and posted to the >> IETF repository. >> >> Name: draft-liu-lsr-mpls-inspection-msd >> Revision: 01 >> Title: Signaling Base MPLS Inspection MSD >> Date: 2023-08-27 >> Group: Individual Submission >> Pages: 7 >> URL: >> https://www.ietf.org/archive/id/draft-liu-lsr-mpls-inspection-msd-01.txt >> Status: https://datatracker.ietf.org/doc/draft-liu-lsr-mpls-inspection-msd/ >> HTML: >> https://www.ietf.org/archive/id/draft-liu-lsr-mpls-inspection-msd-01.html >> HTMLized: >> https://datatracker.ietf.org/doc/html/draft-liu-lsr-mpls-inspection-msd >> Diff: >> https://author-tools.ietf.org/iddiff?url2=draft-liu-lsr-mpls-inspection-msd-01 >> >> Abstract: >> >> This document defines a new type of MSD, Base MPLS Inspection MSD to >> reflect the Readable Label Depth(RLD), and the mechanism to signal >> this MSD using IGP and BGP-LS. >> >> >> >> The IETF Secretariat >> >> >> >> >> >> _______________________________________________ >> Lsr mailing list >> Lsr@ietf.org <mailto:Lsr@ietf.org> >> https://www.ietf.org/mailman/listinfo/lsr >> >> _______________________________________________ >> Lsr mailing list >> Lsr@ietf.org <mailto:Lsr@ietf.org> >> https://www.ietf.org/mailman/listinfo/lsr > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
