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 <j...@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 > > >
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
