Hi Pablo As the adopted SRv6 compression draft is a combination of uSID (Cisco) and GSID (Huawei), would it make sense to move the IANA allocations for both drafts that are pertinent to the adopted draft below;
https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-srh-compression-01 The adopted draft does not mention Next-Only and that is only in the uSID draft under IANA allocations. There maybe some IANA allocations that don’t carry over which is why asking also makes it more clear in the adopted specification what codepoints are part of the specification. Kind Regards Gyan On Tue, Apr 12, 2022 at 1:22 PM Joel M. Halpern <j...@joelhalpern.com> wrote: > Thanks. I think I now understand what the "only" is trying to say. > > To make sure, if a node advertises a SID with "ONLY", then that > compressed SID can not be the last SID in a container, as the node is > saying that it is not able to do the rest of the required work. > > An interesting form of conformance, but I will leave that to the rest of > the WG to discuss. > > Yours, > Joel > > On 4/12/2022 1:10 PM, Pablo Camarillo (pcamaril) wrote: > > Hi Joel, > > Inline with PC. > > Cheers, > > Pablo. > > > > -----Original Message----- > > From: Joel M. Halpern <j...@joelhalpern.com> > > Sent: jueves, 7 de abril de 2022 19:09 > > To: Pablo Camarillo (pcamaril) <pcama...@cisco.com>; Trevor Mendez < > tmen...@arista.com>; spring@ietf.org > > Subject: Re: [spring] NEXT-ONLY-CSID in > draft-filsfils-spring-net-pgm-extension-srv6-usid-12 > > > > (speaking as a WG member trying to understand this exchange.) > > > > Having two codes, one for NEXT-ONLY-CSID and one for NEXT-CSID seems odd. > > [PC] Those are two different packet processing, and hence two different > SRv6 Endpoint Behavior values from IANA. > > In terms of what the node does with packets addressed to SIDs with the > given behavior, they seem to be the same. > > [PC] No they are not. NEXT-ONLY only processes the ::/64 of the 4.1.1; > whereas NEXT-CSID processes both. Perhaps this can be clarified in further > revisions. > > So if I understand properly, the different is an implication about the > existence of SIDs for this node with other behaviors? But wouldn't > receivers determine such behavior being available from the advertisements > of those behaviors? > > [PC] Not sure I follow these two, but I don't think its correct. > > If there are no other advertised (compressed?) behaviors, wouldn't > that tell you everything you need to know. > > If there are such other advertiements, but 42 (NEXT-ONLY-CSID) is > advertised what would that mean? > > [PC] That you are only capable of doing the shifting operation. > > And conversely, if there are no other advertised relevant behaviors, > what would it mean to advertise 43 (NEXT-CSID)? > > [PC] That you are capable of processing the whole 4.1.1. We will clarify > this in future revisions. > > > > Yours, > > Joel > > > > On 4/7/2022 9:52 AM, Pablo Camarillo (pcamaril) wrote: > >> Hi Trevor, > >> > >> This refers to a node that only processes the ::/64 (shift-and-lookup) > >> of 4.1.1. > >> > >> Cheers, > >> > >> Pablo. > >> > >> *From:*spring <spring-boun...@ietf.org> *On Behalf Of *Trevor Mendez > >> *Sent:* viernes, 25 de marzo de 2022 19:20 > >> *To:* spring@ietf.org > >> *Subject:* [spring] NEXT-ONLY-CSID in > >> draft-filsfils-spring-net-pgm-extension-srv6-usid-12 > >> > >> Hi all, > >> > >> What is the meaning of NEXT-ONLY-CSID? It isn't clear to me what the > >> difference is between 42 and 43 below? > >> > >> > >> +=======+========+======================================+===========+ > >> > >> | Value | Hex | Endpoint behavior | > >> Reference | > >> > >> > >> +=======+========+======================================+===========+ > >> > >> | 42 | 0x002A | End with NEXT-ONLY-CSID | > >> [This.ID] | > >> > >> > >> +-------+--------+--------------------------------------+-----------+ > >> > >> | 43 | 0x002B | End with NEXT-CSID | > >> [This.ID] | > >> > >> > >> +-------+--------+--------------------------------------+-----------+ > >> > >> (Looks like a similar question was asked before here > >> <https://mailarchive.ietf.org/arch/msg/spring/CAhP45_cgEQ2_1cWLFBdm8ll > >> JYA/>, > >> but I didn't see an answer.) > >> > >> > >> Thanks, > >> Trevor > >> > >> > >> _______________________________________________ > >> spring mailing list > >> spring@ietf.org > >> https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- <http://www.verizon.com/> *Gyan Mishra* *Network Solutions A**rchitect * *Email gyan.s.mis...@verizon.com <gyan.s.mis...@verizon.com>* *M 301 502-1347*
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
