Ron, you say >> RFC 8200 addresses extension header insertion and deletion identically, in >> the same sentence.
This sentence you refer to clearly permits PSP as defined in network programming: Extension headers (except for the Hop-by-Hop Options header) are not processed, inserted, or deleted by any node along a packet's delivery path, until the packet reaches the node (or each of the set of nodes, in the case of multicast) identified in the Destination Address field of the IPv6 header. Clearly we process the SRH at the node identified in the destination address field of the IPv6 header. With PSP we remove the SRH at the node identified in the destination address field of the IPv6 header. I think it’s clear we can conclude this thread. Darren On Dec 6, 2019, at 5:01 PM, Ron Bonica <rbon...@juniper.net<mailto:rbon...@juniper.net>> wrote: >> I have observed, in your original post, the conflation of SRH insertion >> within an SR Domain with the PSP behavior defined in network programming. >> Whether this was intentional or not, I do not know. >> Regardless, it is wrong. Darren, We clearly disagree. RFC 8200 addresses extension header insertion and deletion identically, in the same sentence. Ron Juniper Business Use Only
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
