Re: [mpls] FW: New Version Notification for draft-jags-mpls-ps-mna-hdr-00.txt
Rakesh Gandhi <[email protected]> Wed, 15 Mar 2023 08:16:57 -0400
| Newsgroups | gmane.ietf.pwe3,gmane.ietf.mpls |
|---|---|
| Message-ID | <CAMZsk6cnOh5AHtSmR3=jVX7VsJwkAcbq0VPSCH=edjkXChnH8w@mail.gmail.com> |
Hi Loa, Authors discussed the first nibble after BOS. Re-using any existing Nibble (e.g. 0000b for CW or 0001b for G-ACH) can lead to backwards compatibility issues on the legacy devices. Note that legacy devices may not support MNA sub-stack. It would be good to assign a new nibble (e.g., 0x2 = 0010b, currently not assigned) to avoid such issues. We can agree on this (i.e. assigning a new nibble for PSD), we can update the draft accordingly. thanks, Rakesh On Fri, Mar 10, 2023 at 9:40 AM Loa Andersson <[email protected]> wrote: > All, > > I have a question that is not new, and I’m still uncertain what the > correct answer is. > > I’m not certain that we should consider “the first nibble” as part of the > MNA PSD. Admittedly it is part of PSD, but not part of the MNA PSD. > > We could say that MNA PSD start after the first nibble. If the PSD-bit is > set in the MNA-label LSE, we can safely ignore the first nibble, if it is > not set we need to look at the first nibble, and the data following the > first nibble is not MNA ancillary data. > > I see no meed to define a PSD first nibble. It would also avoid a > potential ambiguity in using the Generic Associated Channel nibble. > > For MNA the first should be set to 0000b when sent, and ignored when > received. > > /Loa > > Sent from my iPhone > > On 10 Mar 2023, at 13:59, Jaganbabu Rajamanickam (jrajaman) <jrajaman= > [email protected]> wrote: > > > > Hello Everyone, > > > > We like to introduce our new draft on Post-Stack MNA solution. > > Welcome your review comments and suggestions. > > > > Thanx, > > Jags > > > > *From: *[email protected] <[email protected]> > *Date: *Friday, March 10, 2023 at 7:52 AM > *To: *Jaganbabu Rajamanickam (jrajaman) <[email protected]>, Jie Dong < > [email protected]>, Rakesh Gandhi (rgandhi) <[email protected]>, Royi > Zigler <[email protected]>, Tony Li <[email protected]> > *Subject: *New Version Notification for draft-jags-mpls-ps-mna-hdr-00.txt > > > A new version of I-D, draft-jags-mpls-ps-mna-hdr-00.txt > has been successfully submitted by Jaganbabu Rajamanickam and posted to the > IETF repository. > > Name: draft-jags-mpls-ps-mna-hdr > Revision: 00 > Title: Post-Stack MPLS Network Action (MNA) Solution > Document date: 2023-03-10 > Group: Individual Submission > Pages: 17 > URL: > https://www.ietf.org/archive/id/draft-jags-mpls-ps-mna-hdr-00.txt > Status: > https://datatracker.ietf.org/doc/draft-jags-mpls-ps-mna-hdr/ > Html: > https://www.ietf.org/archive/id/draft-jags-mpls-ps-mna-hdr-00.html > Htmlized: > https://datatracker.ietf.org/doc/html/draft-jags-mpls-ps-mna-hdr > > > Abstract: > This document defines the Post-Stack MPLS Network Action (MNA) > solution for carrying Network Actions and Ancillary Data after the > MPLS label stack based on In-Stack MNA solution defined in draft- > ietf-mpls-mna-hdr. MPLS Network Actions can be used to influence > packet forwarding decisions, carry additional OAM information in the > MPLS packet or perform user-defined operations. This document > addresses the MNA requirements specified in draft-ietf-mpls-mna- > requirements. This document follows the MNA framework specified in > draft-ietf-mpls-mna-fwk. > > > > > > The IETF Secretariat > > _______________________________________________ > mpls mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/mpls > > _______________________________________________ > mpls mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ Pals mailing list [email protected] https://www.ietf.org/mailman/listinfo/pals