Re: [IPv6] WG Adoption call for Segment Routing Header encapsulation for Alternate Marking Method
"庞冉(联通集团中国联通研究院-本 部)" <pangran@chinaunicom.cn> Sun, 12 February 2023 07:57 UTC
Return-Path: <pangran@chinaunicom.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 86CF6C1516F3; Sat, 11 Feb 2023 23:57:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.328
X-Spam-Level:
X-Spam-Status: No, score=-1.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, INVALID_MSGID=0.568, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tb_BpzqPNDMu; Sat, 11 Feb 2023 23:57:30 -0800 (PST)
Received: from senda.mailex.chinaunicom.cn (senda.mailex.chinaunicom.cn [123.138.59.136]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE27DC1516F2; Sat, 11 Feb 2023 23:57:24 -0800 (PST)
Received: from M10-XA-MLCEN04.MailSrv.cnc.intra (unknown [10.236.3.200]) by senda.mailex.chinaunicom.cn (SkyGuard) with ESMTPS id 4PF0GZ391zz3wrHD; Sun, 12 Feb 2023 15:58:46 +0800 (CST)
Received: from smtpbg.qq.com (10.237.2.97) by M10-XA-MLCEN04.MailSrv.cnc.intra (10.236.3.200) with Microsoft SMTP Server id 15.0.1497.42; Sun, 12 Feb 2023 15:57:13 +0800
X-QQ-mid: Ymail-xx24b003-t1676188632tm1
Received: from DESKTOP-TS2O28F (unknown [10.172.165.142]) by smtp.qq.com (ESMTP) with id ; Sun, 12 Feb 2023 15:57:11 +0800 (CST)
X-QQ-SSF: 01900000000000I0Z910000A0000000
X-QQ-GoodBg: 0
From: "庞冉(联通集团中国联通研究院-本 部)" <pangran@chinaunicom.cn>
To: "spring@ietf.org" <spring@ietf.org>, Joel Halpern <jmh@joelhalpern.com>
CC: IPv6 List <ipv6@ietf.org>
Date: Sun, 12 Feb 2023 15:57:14 +0800
References: <c51e4a3f-5e6e-5386-4e6a-23709d52c1fe@joelhalpern.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.20.259[cn]
MIME-Version: 1.0
Message-ID: <202302121556135080383@chinaunicom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart748462507203_=----"
X-QQ-SENDSIZE: 520
Feedback-ID: Ymail-xx:chinaunicom.cn:mail-xx:mail-xx24b003-zhyw45w
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/BJBaF8Yk7d6hwiY_DLfxmVaXpvE>
Subject: Re: [IPv6] WG Adoption call for Segment Routing Header encapsulation for Alternate Marking Method
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 12 Feb 2023 07:57:34 -0000
Hi WG, I support the adoption of the draft. The draft is useful for SRv6 networks, thus I think it should belong to the spring WG. Best regards, Pang Ran. From: Joel Halpern<mailto:jmh@joelhalpern.com> Date: 2023-02-02 08:43 To: SPRING WG List<mailto:spring@ietf.org> CC: 6man<mailto:ipv6@ietf.org> Subject: [IPv6] WG Adoption call for Segment Routing Header encapsulation for Alternate Marking Method This call is for the draft at: https://datatracker.ietf.org/doc/draft-fz-spring-srv6-alt-mark This email starts the WG adoption call for the subject draft (as requested by the authors, with apologies from the WG chairs for how long it has taken to kick this out.) This call will run through the end of the day on Feb 16. Pleaes read the whole email as there are a few points, and it is not that long. Please comment on whether you think this topic is something you think the spring WG should work, whether you think this draft is a good starting point for such work, any issues or concerns you have, and whether you would be willing to help be contributing and / or reviewing the work if the WG does choose to work on it. 6man is copied for their information, as this is different from but related to an extension header proposal in front of 6man. Authors and named contributors, please confirm to the list that all known, relevant, IPR has been disclosed. If it has note, please remedy this gap. The spring chairs have noted one aspect of this draft that caught our eye, and we would appreciate WG members who comment on the adoption to consider, and if possible opine, on this. As we read this draft, as distinct from the related 6man extension header work, this causes the recorded altmarks to only be updated at routers identified in the SRH segment list. (We presume this would include all identified points in a compressed container.) We could not tell from the document what the value was for this as distinct from getting the measurements at all routers. Do WG members understand and agree that it does have value? As a lesser point, we consider that one quote in the draft is misleading and will likely need to be reworded in the near future. The draft say "SRH TLV can also be used to encode the AltMark Data Fields for SRv6 and to monitor every node along the SR path." It is unclear if these was intended to mean all routers (most of which would not see this TLV) or if it was intended to refer to only those routers identified in the SRH, in which case we presume it will be reworded. Thank you, Joel -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- 如果您错误接收了该邮件,请通过电子邮件立即通知我们。请回复邮件到 hqs-spmc@chinaunicom.cn,即可以退订此邮件。我们将立即将您的信息从我们的发送目录中删除。 If you have received this email in error please notify us immediately by e-mail. Please reply to hqs-spmc@chinaunicom.cn ,you can unsubscribe from this mail. We will immediately remove your information from send catalogue of our.
- [IPv6] WG Adoption call for Segment Routing Heade… Joel Halpern
- Re: [IPv6] WG Adoption call for Segment Routing H… Haoyu Song
- Re: [IPv6] WG Adoption call for Segment Routing H… Cheng Li
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Tianran Zhou
- Re: [IPv6] WG Adoption call for Segment Routing H… Greg Mirsky
- Re: [IPv6] WG Adoption call for Segment Routing H… Mauro Cociglio
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Greg Mirsky
- Re: [IPv6] WG Adoption call for Segment Routing H… Chongfeng Xie
- Re: [IPv6] [spring] WG Adoption call for Segment … xiao.min2
- Re: [IPv6] WG Adoption call for Segment Routing H… Dongjie (Jimmy)
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola
- Re: [IPv6] [spring] WG Adoption call for Segment … Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Greg Mirsky
- Re: [IPv6] [spring] WG Adoption call for Segment … Haoyu Song
- Re: [IPv6] WG Adoption call for Segment Routing H… Gyan Mishra
- Re: [IPv6] WG Adoption call for Segment Routing H… 庞冉(联通集团中国联通研究院-本 部)
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Ackermann, Michael
- Re: [IPv6] [spring] WG Adoption call for Segment … xiao.min2
- Re: [IPv6] WG Adoption call for Segment Routing H… Huaimo Chen
- Re: [IPv6] [spring] WG Adoption call for Segment … Xuewei Wang
- Re: [IPv6] [spring] WG Adoption call for Segment … Aijun Wang
- Re: [IPv6] [spring] WG Adoption call for Segment … Giuseppe Fioccola
- Re: [IPv6] [spring] WG Adoption call for Segment … Greg Mirsky
- Re: [IPv6] WG Adoption call for Segment Routing H… Nilo Massimo
- Re: [IPv6] [spring] WG Adoption call for Segment … Tianran Zhou
- Re: [IPv6] WG Adoption call for Segment Routing H… Ketan Talaulikar
- Re: [IPv6] [spring] WG Adoption call for Segment … Giuseppe Fioccola
- Re: [IPv6] [spring] WG Adoption call for Segment … Ketan Talaulikar
- Re: [IPv6] [spring] WG Adoption call for Segment … Robert Raszuk
- Re: [IPv6] [spring] WG Adoption call for Segment … Giuseppe Fioccola
- Re: [IPv6] [spring] WG Adoption call for Segment … Greg Mirsky
- Re: [IPv6] [spring] WG Adoption call for Segment … Robert Raszuk
- Re: [IPv6] [spring] WG Adoption call for Segment … Greg Mirsky
- Re: [IPv6] [spring] WG Adoption call for Segment … Greg Mirsky
- Re: [IPv6] [spring] WG Adoption call for Segment … Tianran Zhou
- Re: [IPv6] [spring] WG Adoption call for Segment … Ketan Talaulikar
- Re: [IPv6] WG Adoption call for Segment Routing H… Dhruv Dhody
- Re: [IPv6] [spring] WG Adoption call for Segment … Giuseppe Fioccola
- Re: [IPv6] WG Adoption call for Segment Routing H… Pengshuping (Peng Shuping)
- Re: [IPv6] [spring] WG Adoption call for Segment … Joel Halpern
- Re: [IPv6] WG Adoption call for Segment Routing H… bruno.decraene
- Re: [IPv6] WG Adoption call for Segment Routing H… Giuseppe Fioccola