RE: Opsdir last call review of draft-farrel-sfc-convent-05

wangzitao <wangzitao@huawei.com> Wed, 31 January 2018 07:38 UTC

Return-Path: <wangzitao@huawei.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5608613162D; Tue, 30 Jan 2018 23:38:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.23
X-Spam-Level:
X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 3U8Z8YeIPzsI; Tue, 30 Jan 2018 23:38:43 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 435BA131628; Tue, 30 Jan 2018 23:38:43 -0800 (PST)
Received: from lhreml702-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 9E084C317FF1B; Wed, 31 Jan 2018 07:38:39 +0000 (GMT)
Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 31 Jan 2018 07:38:40 +0000
Received: from DGGEML504-MBS.china.huawei.com ([169.254.11.87]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0361.001; Wed, 31 Jan 2018 15:38:33 +0800
From: wangzitao <wangzitao@huawei.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "ops-dir@ietf.org" <ops-dir@ietf.org>
CC: "draft-farrel-sfc-convent.all@ietf.org" <draft-farrel-sfc-convent.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "sfc@ietf.org" <sfc@ietf.org>
Subject: RE: Opsdir last call review of draft-farrel-sfc-convent-05
Thread-Topic: Opsdir last call review of draft-farrel-sfc-convent-05
Thread-Index: AdOaZhSOD0qjI7/kQYOviBokr+zXIA==
Date: Wed, 31 Jan 2018 07:38:33 +0000
Message-ID: <E6BC9BBCBCACC246846FC685F9FF41EA2B8B37DA@DGGEML504-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.78.152]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZL4vYcb9ZU3XCrEah7jKqg1fHow>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 31 Jan 2018 07:38:45 -0000

Thanks Adrian for your replying. 
Yes, I check the abbreviations again, indeed, all of them are introduced in the document.
So I think your feedback already address my comments :)

Best Regards!
-Michael

-----邮件原件-----
发件人: Adrian Farrel [mailto:adrian@olddog.co.uk] 
发送时间: 2018年1月30日 16:49
收件人: wangzitao <wangzitao@huawei.com>; ops-dir@ietf.org
抄送: draft-farrel-sfc-convent.all@ietf.org; ietf@ietf.org; sfc@ietf.org
主题: RE: Opsdir last call review of draft-farrel-sfc-convent-05

Thanks for the review Zitao,

I'm disinclined to add a terminology section to a short draft that just defines one code point in a simple increment to RFC 8300.

If we did, we would position it after the Introduction. But I checked, and all of the acronyms and abbreviations (except DCN) are expanded in the Introduction, so we would just be adding repetition.

Additionally, the Introduction also includes...

   This document uses the terms defined in [RFC7665] and
   [I-D.ietf-sfc-nsh].

Nevertheless, if the ADs think this would be helpful, it is easy enough to add. I await their review.

Thanks,
Adrian

> -----Original Message-----
> From: ietf [mailto:ietf-bounces@ietf.org] On Behalf Of Zitao Wang
> Sent: 30 January 2018 00:16
> To: ops-dir@ietf.org
> Cc: draft-farrel-sfc-convent.all@ietf.org; ietf@ietf.org; sfc@ietf.org
> Subject: Opsdir last call review of draft-farrel-sfc-convent-05
> 
> Reviewer: Zitao Wang
> Review result: Ready
> 
> I have reviewed this document as part of the Operational directorate’s 
> ongoing effort to review all IETF documents being processed by the 
> IESG.  These comments were written with the intent of improving the 
> operational aspects of the IETF drafts. Comments that are not 
> addressed in last call may be included in AD reviews during the IESG 
> review.  Document editors and WG chairs should treat these comments just like any other last call comments.
> 
> Document reviewed:draft-farrel-sfc-convent-05
> 
> Summary:
> 
> This document describes the use of the Network Service Header (NSH) in 
> a Service Function Chaining (SFC) enabled network with no payload data 
> and carrying only metadata.  This is achieved by defining a new NSH "Next Protocol"
> type value of "None". This document illustrates some of the functions 
> that may be achieved or enhanced by this mechanism, but it does not 
> provide an exhaustive list of use cases, nor is it intended to be 
> definitive about the functions it describes.  It is expected that 
> other documents will describe specific use cases in more detail and 
> will define the protocol mechanics for each use case.
> 
> Major issue: None
> 
> Minor issue: Suggest adding a termnology section to introduce the 
> abbreviations which be used in this document, such as SFP, NSH, SF, SFI, etc.