The adopted version of this document really needed to do a better job at describing ICMP error processing (iirc it said nothing :). I’m glad the new text describes the process and closes that hole.
I believe the new text in the draft is sufficient to close this issue. Thanks Darren On 2023-08-08, 11:02 AM, "spring" <spring-boun...@ietf.org> wrote: 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
