Issue #5 reads:
The use of C-SIDs might cause some difficulty in troubleshooting error
conditions signaled by ICMPv6. Section 5.4 of [RFC8754] describes the
ICMPv6 error processing that is required to be performed on the SR
Source Nodes to correlate packets since the Destination Address of the
packet changes in flight.
Similar logic needs to be specified for SR Source Nodes that use C-SIDs
to determine the Destination Address for use by protocol-error handlers.
The response from the editors reads:
Added text in revision -03 (Sec. 10.3
<https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-srh-compression-05#section-10.3>)
generalizing the RFC 8754 behavior for the SIDs defined in
draft-ietf-spring-srv6-srh-compression.
* Repeatedly apply the SID behavior until doing so would result in
processing the upper-layer header
* The destination address at the last iteration is the ultimate
destination of the packet
Please indicate to the list whether you consider this resolution
sufficient to close the issue, or have further concerns that should be
addressed. If you have concerns, clarity about them is appreciated.
This call is open for two weeks, through August 22.
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring
