[spring] Re: [IPv6]Re: C-SIDs and Upper-Layer Checksum s (draft-ietf-spring-srv6-srh-compression)

Tom Herbert <[email protected]>
Newsgroups gmane.ietf.spring,gmane.ietf.ipv6
Message-ID <CALx6S342t1XKvCTX0Zgj5Quew7MVtOH0wNoew_mYb0QUTZ3JOQ@mail.gmail.com>
On Thu, Jun 13, 2024 at 9:28 AM Robert Raszuk <[email protected]> wrote:
>
> All,
>
> As far as I recall during IPv6 discussions a notion of end-to-end principle of Internet design was treated as paramount. Number of decisions made in shaping IPv6 encoding were derived from this.
>
> One of those is checksum which has been removed from the IP header and shifted to higher layers (TCP or UDP or UDP-light etc ...).
>
> That means that no transit node (ie the node which is not the ultimate destination of the transport and above layers) have the right to validate any IPv6 checksum. If it is being done that is a spec violation and they should do it at their own risk.

Robert,

Please cite the RFC that expressly forbids an intermediate node from
validating the transport layer checksum for operational or debugging
purposes

Tom

>
> So with that "the time has come to say" that this discussion which aims to simply block the subject draft which many customers do use today for various real network applications should just end.
>
> Regards,
> Robert
>

_______________________________________________
spring mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.