Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

2024-03-28 Thread Alexander Vainshtein
Subject: Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression) Alexander Vainshtein wrote on 28/03/2024 15:03: > Alvaro and all, > > Regarding the proposal for using a dedicated Ethertype for SRv6: > > Please note that RFC explicitly “introduces two data-pl

Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

2024-03-28 Thread Nick Hilliard
Alexander Vainshtein wrote on 28/03/2024 15:03: Alvaro and all, Regarding the proposal for using a dedicated Ethertype for SRv6: Please note that RFC explicitly “introduces two data-plane instantiations of SR: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6)” and defines SRv6 as the instantiati

Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

2024-03-28 Thread Robert Raszuk
Hi, At this point of time new ethertype buys us nothing then disturbance. If anything is here to discuss is the question if in the cases of using C-SID/uSID hosts talking native SRv6 and using more then one uSID should also use additional 40 octets of IPv6 extra header or not. It could be option

Re: [spring] [EXTERNAL] Separating Threads (draft-ietf-spring-srv6-srh-compression)

2024-03-28 Thread Alexander Vainshtein
Alvaro and all, Regarding the proposal for using a dedicated Ethertype for SRv6: Please note that RFC explicitly “introduces two data-plane instantiations of SR: SR over MPLS (SR-MPLS) and SR over IPv6 (SRv6)” and defines SRv6 as the instantiation of SR on the IPv6 data plane. From my POV using