Re: [spring] I-D Action: draft-ietf-spring-srv6-network-programming-06.txt

Hi Joel,

Yes I do not see why things would not work if original SRC would insert SRH
and PSP would happen leaving original DA to forward.  Case of no encap.

I was more responding to Brian's question "Where are we forwarding if we
are at DA" ... that very DA was the encapsulated one I presume.

But your observation is correct.

Many thx,
R.

On Fri, Dec 20, 2019 at 12:06 AM Joel M. Halpern <jmh@joelhalpern.com>
wrote:

> Robert, you say we are operating on the encapsulating header.
> Do things still work right for the case that the authors felt was
> important in the SRH document where the source and destination hosts are
> inside the SR Domain, and therefore there is only one IPv6 header?  (I
> would not be surprised if they do still work.  But your assertion in the
> email below, and the repeated mention that the encapsulated case was the
> only case during the header insertion discussion in Singapore leaves me
> needing to clarify.)
>
> Yours,
> Joel
>
> On 12/19/2019 6:01 PM, Robert Raszuk wrote:
> >  >   And where is it forwarded to, since we are already at the DA?
> >
> > PSP operates at the n-1 segment end of the SR path so naturally after
> > swapping DA it is forwarded to the segment end. Note that we are all
> > along operating on the encapsulated header ... original packet including
> > its original IPv6 header is sitting as passenger here.
> >
> > So last segment here will received encapsulated IPv6 packet will
> > decapsulate it and fwd based on the original DA.
> >
> > Seems very simple :)
> >
> > Cheers,
> > R.
> >
> > _______________________________________________
> > spring mailing list
> > spring@ietf.org
> > https://www.ietf.org/mailman/listinfo/spring
> >
>