Re: Re:Call for adoption: <draft-krishnan-6man-sids-00>

Chongfeng Xie <xiechf@chinatelecom.cn> Mon, 11 April 2022 13:06 UTC

Return-Path: <xiechf@chinatelecom.cn>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BAC03A0F02 for <ipv6@ietfa.amsl.com>; Mon, 11 Apr 2022 06:06:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Ae1iEi5c4Oc for <ipv6@ietfa.amsl.com>; Mon, 11 Apr 2022 06:06:39 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.219]) by ietfa.amsl.com (Postfix) with ESMTP id 389C33A0EE3 for <ipv6@ietf.org>; Mon, 11 Apr 2022 06:06:37 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.48:58670.1081916881
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-114.250.179.120 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 3089B280083; Mon, 11 Apr 2022 21:06:30 +0800 (CST)
X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn
Received: from ([172.18.0.48]) by app0024 with ESMTP id 3b92b20043ef4327ad71e17c67ab22e4 for xiao.min2@zte.com.cn; Mon, 11 Apr 2022 21:06:34 CST
X-Transaction-ID: 3b92b20043ef4327ad71e17c67ab22e4
X-Real-From: xiechf@chinatelecom.cn
X-Receive-IP: 172.18.0.48
X-MEDUSA-Status: 0
Sender: xiechf@chinatelecom.cn
Date: Mon, 11 Apr 2022 21:06:30 +0800
From: Chongfeng Xie <xiechf@chinatelecom.cn>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>, Bob Hinden <bob.hinden@gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Subject: Re: Re:Call for adoption: <draft-krishnan-6man-sids-00>
References: 92790B16-19F8-40AD-BF8B-F9CBB619EE37@gmail.com, <202204111539462351481@zte.com.cn>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.23.121[cn]
Mime-Version: 1.0
Message-ID: <202204112106293901534@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart032102351801_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/8yjozaMyugLuC4P7KQV1MHp2WOM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 13:06:45 -0000

Hi,Xiao Min,
Your thought about checksum sounds interesting, I support the initiation of a draft on this.

Regards
Chongfeng
From: xiao.min2@zte.com.cn
Date: 2022-04-11 15:39
To: bob.hinden@gmail.com
CC: bob.hinden; ipv6
Subject: Re:Call for adoption: <draft-krishnan-6man-sids-00>
Hi all,
 
I support WG adoption of this draft.
 
At the same time, I've noticed that RFC8200's rule on how to compute upper-layer checksum might be updated by the introduction of compressed SIDs.
In order to compute checksum for upper-layer protocol, section 8.1 of RFC 8200 defines the TCP and UDP "pseudo-header" for IPv6, with respect to the Destination Address of the "pseudo-header", it says
"      o  If the IPv6 packet contains a Routing header, the Destination
         Address used in the pseudo-header is that of the final
         destination.  At the originating node, that address will be in
         the last element of the Routing header; at the recipient(s),
         that address will be in the Destination Address field of the
         IPv6 header.
"
In one case of compressed SIDs, a Routing header isn't there and the IPv6 destination address isn't that of the final destination; In the other case of compressed SIDs, a Routing header is there and the destination address of the final destination isn't in the last element of the Routing header. For both cases section 8.1 of RFC 8200 needs update.
 
IMO the checksum issue needs to be recorded somewhere and this draft seems the right place, or I can initiate a new draft on this if it's preferred.
 
Best Regards,
Xiao Min
------------------原始邮件------------------
发件人:BobHinden
收件人:IPv6 List;
抄送人:Bob Hinden;
日 期 :2022年03月31日 04:32
主 题 :Call for adoption: <draft-krishnan-6man-sids-00>
This message starts a two week 6MAN call on adopting:
Title:          Segment Identifiers in SRv6
Authors:        S. Krishnan
File Name:      draft-krishnan-6man-sids-00
Document date:  February 10, 2022
https://datatracker.ietf.org/doc/html/draft-krishnan-6man-sids-00
as a 6MAN working group document.
For background this draft was the result a query to the 6MAN working group from the SPRING w.g. chairs regarding regarding draft-filsfilscheng-spring-srv6-srh-compression.  The query was:
https://mailarchive.ietf.org/arch/msg/ipv6/5IpkHf5tVa-G4sKca-EWGEziYSo/
After an active discussion, the reply from the 6MAN chairs and ADs was:
https://mailarchive.ietf.org/arch/msg/ipv6/rGgpWZyPaKonLaeuT37D7qZ1Vcw/
This topic was also presented at IETF 112, slides here:
https://datatracker.ietf.org/meeting/112/materials/slides-112-6man-srv6-sids-00
Substantive comments and statements of support for adopting this document should be sent to the mailing list.  Editorial suggestions can be sent to the author.  This adoption call will end on 13 April 2022.
Further, if you are willing to work on this document, either as contributor, author, or reviewer please notify the list.   This will provide the chairs with an indication of the energy level in the working group to work on this document.
Bob, Jen, Ole
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
 
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------