Re: [sfc] Murray Kucherawy's Discuss on draft-ietf-sfc-nsh-tlv-09: (with DISCUSS and COMMENT)
wei.yuehua@zte.com.cn Fri, 03 December 2021 09:02 UTC
Return-Path: <wei.yuehua@zte.com.cn>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 3D61A3A151A;
Fri, 3 Dec 2021 01:02:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, 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 gkg9SS5lkBHw; Fri, 3 Dec 2021 01:02:51 -0800 (PST)
Received: from mxde.zte.com.cn (mxde.zte.com.cn [209.9.37.27])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 98EC53A1537;
Fri, 3 Dec 2021 01:02:38 -0800 (PST)
Received: from mse-eu.zte.com.cn (unknown [10.35.13.51])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by mxde.zte.com.cn (FangMail) with ESMTPS id 4J56KQ1Z4nzB5kyZ;
Fri, 3 Dec 2021 17:02:34 +0800 (CST)
Received: from dgapp02.zte.com.cn ([10.35.13.17])
by mse-eu.zte.com.cn with SMTP id 1B397LTD094706;
Fri, 3 Dec 2021 17:07:21 +0800 (GMT-8)
(envelope-from wei.yuehua@zte.com.cn)
Received: from mapi (dgapp02[null]) by mapi (Zmail) with MAPI id mid1;
Fri, 3 Dec 2021 17:02:23 +0800 (CST)
Date: Fri, 3 Dec 2021 17:02:23 +0800 (CST)
X-Zmail-TransId: 2afa61a9dd1ff992e278
X-Mailer: Zmail v1.0
Message-ID: <202112031702237499021@zte.com.cn>
Mime-Version: 1.0
From: <wei.yuehua@zte.com.cn>
To: <martin.vigoureux@nokia.com>, <superuser@gmail.com>
Cc: <iesg@ietf.org>, <draft-ietf-sfc-nsh-tlv@ietf.org>, <sfc-chairs@ietf.org>,
<sfc@ietf.org>, <gregimirsky@gmail.com>
Content-Type: text/plain;
charset="UTF-8"
X-MAIL: mse-eu.zte.com.cn 1B397LTD094706
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at 10-35-8-64 with ID 61A9DD2A.000 by FangMail milter!
X-FangMail-Envelope: 1638522154/4J56KQ1Z4nzB5kyZ/61A9DD2A.000/10.35.13.51/[10.35.13.51]/mse-eu.zte.com.cn/<wei.yuehua@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 61A9DD2A.000/4J56KQ1Z4nzB5kyZ
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/tWKNyG09ADnCwFD17H2PC0Eg9uc>
Subject: Re: [sfc]
=?utf-8?q?Murray_Kucherawy=27s_Discuss_on_draft-ietf-sfc-n?=
=?utf-8?q?sh-tlv-09=3A_=28with_DISCUSS_and_COMMENT=29?=
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>,
<mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>,
<mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Dec 2021 09:02:55 -0000
Dear Martin and Murray, I appreciate your comments. Please see inline with Yuehua-n>> Best Regards, Yuehua Wei ZTE Corporation ------------------原始邮件------------------ 发件人:MartinVigoureux 收件人:Murray Kucherawy;The IESG; 抄送人:draft-ietf-sfc-nsh-tlv@ietf.org;sfc-chairs@ietf.org;sfc@ietf.org;gregimirsky@gmail.com; 日 期 :2021年12月02日 18:47 主 题 :Re: Murray Kucherawy's Discuss on draft-ietf-sfc-nsh-tlv-09: (with DISCUSS and COMMENT) Hello Murray Le 2021-12-02 à 7:34, Murray Kucherawy via Datatracker a écrit : > Murray Kucherawy has entered the following ballot position for > draft-ietf-sfc-nsh-tlv-09: Discuss > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-sfc-nsh-tlv/ > > > > ---------------------------------------------------------------------- > DISCUSS: > ---------------------------------------------------------------------- > > I'm having trouble understanding the first thing you've got in Section 7. You > have one table of assignments to make, but you're referencing two distinct > sub-registries under "Network Service Header (NSH) Parameters", namely "NSH MD > Class" and "NSH IETF-Assigned Optional Variable-Length Metadata Types". There > doesn't appear to be a "metadata context type registry". I think this change > clarifies what you mean, but please tell me if I'm wrong: > > OLD: > > IANA is requested to assign the following types from the "NSH IETF- > Assigned Optional Variable-Length Metadata Types" (0x0000 IETF Base > NSH MD Class) registry available at [IANA-NSH-MD2]: > > This document defines the following new values (Table 1) in the > Network Service Header (NSH) metadata context Type registry: > > NEW: > > IANA is requested to assign the following types (Table 1) from the IETF > Review range in the "NSH MD Class" sub-registry of the "Network Service > Header (NSH) Parameters" registry: Thanks for catching this. This is indeed a bit confusing but the intent of the draft doesn't match with your suggestion: The new metadata defined by this document shall be registered in "NSH IETF-Assigned Optional Variable-Length Metadata Types". So each object will have its own type but all will be of the same MD Class (0x0000, which is the only value registered by 8300, and which is in the "NSH MD Class" registry). So I think the new text should simply be: IANA is requested to assign the following types from the "NSH IETF- Assigned Optional Variable-Length Metadata Types" registry available at [IANA-NSH-MD2]: -m Yuehua-1>>Will delete "(0x0000 IETF Base NSH MD Class)" which is confusing and not needed here > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for a well done shepherd writeup. > > I support Ben's DISCUSS position, particularly the first point. Yuehua-2>>Will resolve Ben's comments in the email thread reply to Ben's > A suggestion on organization: I think what you have as the top of Section 7 > should be a subsection (e.g., 7.1), and then the other subsections moved down. > It doesn't make sense to me to have these registrations be dominant over the > others; they're all just a set of IANA actions. Yuehua-3>>Accepted. will update to ver10 > I have the same comment as Francesca about Section 4.1. Yuehua-4>>Will resolve Francesca's comment in the email thread reply to Francesca's > > > >
- [sfc] Murray Kucherawy's Discuss on draft-ietf-sf… Murray Kucherawy via Datatracker
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… Martin Vigoureux
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… wei.yuehua
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… mohamed.boucadair
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… Martin Vigoureux
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… mohamed.boucadair
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… wei.yuehua
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… Murray S. Kucherawy
- Re: [sfc] Murray Kucherawy's Discuss on draft-iet… wei.yuehua