Re: [spring] “SRV6+” complexity in forwarding

2019-09-19 Thread Reji Thomas
ess in > the fixed header and "final destination". Where do you carry "final > destination" address ? > > Many thx, > R. > > On Thu, Sep 19, 2019 at 6:17 PM Reji Thomas > wrote: > >> Hi Robert, >> >> >> >>Well the crux of the m

Re: [spring] “SRV6+” complexity in forwarding

2019-09-19 Thread Reji Thomas
Hi Robert, >>Well the crux of the matter is that you still need to process all EHs at each >>IPv6 destination which here means each transit node per RFC8200 From RFC 8200 that doesn't seem to be the case or at least as I understand. See Section 4.1 note 1 and note 3. Am I missing something?

Re: [spring] Beyond SRv6.

2019-09-04 Thread Reji Thomas
Hi WG Folks, Its not clear on why the SRv6 has to alter the address semantics and push the service functions into v6 address space. Maybe rationale on why this was done would help to appreciate why this path was chosen. >From my understanding the SRv6+ spec shows these defined service functions a