Re: [IPv6] New draft: L4 Checksums in SRv6

Tom Herbert <[email protected]>
Newsgroups gmane.ietf.spring,gmane.ietf.ipv6
Message-ID <CALx6S37ADisUXvoa-goAfUiZrVsHY0pVGzcQBn7FxUB8tmETSA@mail.gmail.com>
On Thu, Aug 3, 2023 at 9:30 AM Tony Przygienda <[email protected]> wrote:
>
> well, turns out using a destination address to piggy back some computation semantics and especially changing it in mid-flite is not a great idea. Who knew ...

Tony,

We already have a working example on how to change destination
addresses in flight and deal with L4 checksums: NAT. So compressed
SIDs in Destination address could work if typical NAT processing to
adjust the TCP/UDP checksum is performed each time the Destination
address is written with a different SID. This method would require no
update to RFC8200 nor any changes to deployed IPv6 stacks.

Tom

>
> as to bis'ing STD86 I was quickly thinking "it's not April yet" ...
>
> -- tony
>
>
> On Thu, Aug 3, 2023 at 9:43 AM <[email protected]> wrote:
>>
>> Hi Tal,
>>
>>
>> Please note that there is an existing draft:
>>
>> https://datatracker.ietf.org/doc/draft-xiao-spring-srv6-checksum/
>>
>> which attempts to address the problem you found and another one described in the penultimate paragraph of the Introduction section, in a different way not requiring to update RFC 8200.
>>
>>
>> Best Regards,
>>
>> Xiao Min
>>
>> Original
>> From: TalMizrahi <[email protected]>
>> To: [email protected] <[email protected]>;[email protected] <[email protected]>;
>> Date: 2023年08月03日 15:03
>> Subject: [IPv6] New draft: L4 Checksums in SRv6
>>
>> Hi,
>>
>> This new draft introduces a proposed update to [RFC8200], which is
>> intended to address compressed segment lists in SRv6
>> [draft-ietf-spring-srv6-srh-compression].
>>
>> Link to the new draft:
>> https://datatracker.ietf.org/doc/draft-mizrahi-spring-l4-checksum-srv6/
>>
>> There was some discussion in the SPRING mailing list about this issue.
>>
>> The current thread is intended to allow a wider discussion that
>> includes the 6MAN working group, and therefore the new draft includes
>> a wider background.
>>
>> Feedback will be welcome.
>>
>> Cheers,
>> Tal.
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> [email protected]
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>>
>>
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> [email protected]
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> [email protected]
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

_______________________________________________
spring mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/spring
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.