Hi Haoyu, I read your draft and my understanding is that it is specifically for MPLS. The intention of GDFH is to apply it for generic functions that can be applied at different layers, including MPLS but not limited to it.
Jeffrey From: Haoyu Song <[email protected]> Sent: Thursday, February 25, 2021 9:08 PM To: 'mpls' <[email protected]>; [email protected]; [email protected]; Ron Bonica <[email protected]>; Kireeti Kompella <[email protected]>; [email protected]; Jeffrey (Zhaohui) Zhang <[email protected]> Subject: RE: [mpls] draft-zzhang-intarea-generic-delivery-functions [External Email. Be cautious of content] Hi all, Just adding a discussion point, we have proposed the concept of extension header to MPLS, so that it can provide a generic way to handle multiple service extension headers. https://www.ietf.org/archive/id/draft-song-mpls-extension-header-02.txt<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-song-mpls-extension-header-02.txt__;!!NEt6yMaO-gk!XarlEYHAbFlJQ0IRmF_jseHaPVVdTOnzPB20jotk9UIwAWUdahfu5gbP6zjXYQJd$> Cheers, Haoyu From: Int-area <[email protected]<mailto:[email protected]>> On Behalf Of Kireeti Kompella Sent: Thursday, February 25, 2021 3:19 PM To: [email protected]<mailto:[email protected]>; 'John E Drake' <[email protected]<mailto:[email protected]>>; 'Stewart Bryant' <[email protected]<mailto:[email protected]>> Cc: 'mpls' <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]>; Ron Bonica <[email protected]<mailto:[email protected]>>; Kireeti Kompella <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>; 'Jeffrey (Zhaohui) Zhang' <[email protected]<mailto:[email protected]>> Subject: Re: [Int-area] [mpls] draft-zzhang-intarea-generic-delivery-functions Hi Adrian, I'm all for multiple label stacks (if meaningful). I had put that in an early version of the FAI bSPL, with a "real end stack" bit for those woke forwarding engines that needed to know. The hard lesson I take away from those FEs that look at the nibble following the EoS is to make sure it isn't 0x4 or 0x6, not so much that a single label stack is the only viable solution. So, keep this option alive .... Cheers, Kireeti. From: Adrian Farrel <[email protected]<mailto:[email protected]>> Date: Thursday, February 25, 2021 at 13:53 To: 'John E Drake' <[email protected]<mailto:[email protected]>>, 'Stewart Bryant' <[email protected]<mailto:[email protected]>> Cc: 'mpls' <[email protected]<mailto:[email protected]>>, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, Kireeti Kompella <[email protected]<mailto:[email protected]>>, Ron Bonica <[email protected]<mailto:[email protected]>>, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>>, 'Jeffrey (Zhaohui) Zhang' <[email protected]<mailto:[email protected]>> Subject: RE: [mpls] draft-zzhang-intarea-generic-delivery-functions > Multiple labels, each with the BoS set, was suggested during the MPLS-TP days > (Niel Harrison, in particular, was a big proponent) but was shot down because > it > would apparently break existing hardware implementations. Yeah, I was a big fan of that. I even thought it was architecturally the right thing to do for carrying one MPLS service over an MPLS transport. It would have solved many of the MPLS-TP requirements. But as John says, lots of hardware then (and probably now) sees bottom of stack and starts to sniff the next nibble. Thus, contiguous label stacks and control words were the only viable solution. It took George Swallow a while to beat this into my head. Cheers, Adrian Juniper Business Use Only Juniper Business Use Only
_______________________________________________ Int-area mailing list [email protected] https://www.ietf.org/mailman/listinfo/int-area
