Hi WG,
I agree with the modification of V-15. And it's recommended to expedite the
completion of the last call process for this standard.
Since there is already a related 6man SRH compression
draft(https://datatracker.ietf.org/doc/draft-ietf-6man-comp-rtg-hdr<https://datatracker.ietf.org/doc/draft-ietf-6man-comp-rtg-hdr/>),
facing the same issue, it would be best if it could solve the upper layer
checksum problem together.
Thanks,
Yanrong
Original
> 发件人: Alvaro Retana<aretana.i...@gmail.com>
> 时间: 2024/04/03(星期三)01:41
> 收件人: SPRING WG List<spring@ietf.org>;
> 抄送人: spring-chairs<spring-cha...@ietf.org>;
> 主题: Re: [spring] C-SIDs and upper layer checksums
> (draft-ietf-spring-srv6-srh-compression)
[Moving this message up on everyone’s mailbox.]
Dear WG:
We have received no replies to this request. If no changes are needed to §6.5
then that is ok, but if you have a different opinion please speak up.
Thanks!
Alvaro.
On March 28, 2024 at 8:04:30 AM, Alvaro Retana (aretana.i...@gmail.com) wrote:
>
>
> Section 6.5 of draft-ietf-spring-srv6-srh-compression describes the behavior
> when an originating node inside an SRv6 domain creates a packet with a C-SID
> as the final destination. This description differs from the text in Section
> 8.1 of RFC8200.
>
>
> We plan to send the draft to the 6man WG for review and explicitly highlight
> this difference.
>
>
> Please comment on the text in Section 6.5. Does anything need to be added,
> deleted, changed, or clarified?
>
>
> We want to ask for feedback soon; please send comments on this topic by April
> 5th.
>
>
> Thanks!
>
>
> Alvaro.
> -- for spring-chairs
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring
