Hi Ron; It is my understanding, as long as the IPv6 address is a SRv6 SID, then we must newly define its processing rules; but I don’t know if it is intent of Authors.
-------------------------------------- Cheers ! WANG Weibin From: Wang, Weibin (NSB - CN/Shanghai) Sent: 2019年10月15日 7:55 To: 'Ron Bonica' <[email protected]>; SPRING WG List <[email protected]> Subject: RE: draft-ietf-spring-srv6-network-programming :Section 4.16.2 I think the USD action May be necessary, because it is relative to SRv6 SID as last SID in SRH, not to related to plain ipv6 address (RFC4291); As plain IPv6 address in DA field of IPv6 packet, it is default behavior for Node identified by DA to further Decapsulate packet in this case. -------------------------------------- Cheers ! WANG Weibin From: spring <[email protected]<mailto:[email protected]>> On Behalf Of Ron Bonica Sent: 2019年10月15日 7:03 To: SPRING WG List <[email protected]<mailto:[email protected]>> Subject: Re: [spring] draft-ietf-spring-srv6-network-programming :Section 4.16.2 Authors, Sorry, I meant to say USD, not USP. Ron Juniper Business Use Only From: Ron Bonica Sent: Monday, October 14, 2019 2:36 PM To: SPRING WG List <[email protected]<mailto:[email protected]>> Subject: draft-ietf-spring-srv6-network-programming :Section 4.16.2 Authors, The USP flavor of the END, END.X and END.T functions isn’t needed. USP is the default IPv6 behavior. So, if the source node specifies SID[0] as an RFC 4291 address on the SR egress node, you get the USP behavior for free. Ron Juniper Business Use Only
_______________________________________________ spring mailing list [email protected] https://www.ietf.org/mailman/listinfo/spring
