Re: [CCAMP] Document shepherd review of draft-ietf-ccamp-gmpls-otn-b100g-applicability

wang.qilei@zte.com.cn Tue, 10 May 2022 07:36 UTC

Return-Path: <wang.qilei@zte.com.cn>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96F6BC157B40; Tue, 10 May 2022 00:36:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.894
X-Spam-Level:
X-Spam-Status: No, score=-6.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham 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 eyTwVOMT5rXC; Tue, 10 May 2022 00:36:53 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13A9FC157B37; Tue, 10 May 2022 00:36:51 -0700 (PDT)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4Ky8xY3Rl4z5PkGn; Tue, 10 May 2022 15:36:49 +0800 (CST)
Received: from szxlzmapp03.zte.com.cn ([10.5.231.207]) by mse-fl1.zte.com.cn with SMTP id 24A7aSST080492; Tue, 10 May 2022 15:36:28 +0800 (GMT-8) (envelope-from wang.qilei@zte.com.cn)
Received: from mapi (szxlzmapp02[null]) by mapi (Zmail) with MAPI id mid16; Tue, 10 May 2022 15:36:28 +0800 (CST)
Date: Tue, 10 May 2022 15:36:28 +0800
X-Zmail-TransId: 2b04627a15fcffffffffc5237432
X-Mailer: Zmail v1.0
Message-ID: <202205101536285865867@zte.com.cn>
In-Reply-To: <202205060900212890011@zte.com.cn>
References: 000101d860c7$d3f02a00$7bd07e00$@olddog.co.uk, 202205060900212890011@zte.com.cn
Mime-Version: 1.0
From: wang.qilei@zte.com.cn
To: adrian@olddog.co.uk, ccamp@ietf.org
Cc: draft-ietf-ccamp-gmpls-otn-b100g-applicability.all@ietf.org
Content-Type: text/plain; charset="UTF-8"
X-MAIL: mse-fl1.zte.com.cn 24A7aSST080492
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 627A1611.000 by FangMail milter!
X-FangMail-Envelope: 1652168209/4Ky8xY3Rl4z5PkGn/627A1611.000/10.30.14.238/[10.30.14.238]/mse-fl1.zte.com.cn/<wang.qilei@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 627A1611.000/4Ky8xY3Rl4z5PkGn
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/b8GrOceXQDubScyEyOD_6HekCP8>
Subject: Re: [CCAMP] Document shepherd review of draft-ietf-ccamp-gmpls-otn-b100g-applicability
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 May 2022 07:36:54 -0000

Dear Adrian & CCAMPers,

Thanks for Adrian's Shepherd work. One 09 version was just uploaded to address the comments. 
Which could be found at: https://datatracker.ietf.org/doc/draft-ietf-ccamp-gmpls-otn-b100g-applicability/

One interesting thing is when I used the conversion service (https://author-tools.ietf.org/) to convert the xml file to txt file some minutes ago, the date I could see at the front part of the draft is 10 May 2022. 
But when I submit the xml file to post this draft, the date that is showed in the draft on IETF website is 8 May 2022. I personally can't figure out why...

But anyway, it doesn't matter to me.

Thanks
Qilei



------------------原始邮件------------------
发件人:王其磊 Wang Qilei
收件人:AdrianFarrel;draft-ietf-ccamp-gmpls-otn-b100g-applicability.all@ietf.org;
抄送人:'CCAMP';rvaliveti@infinera.com;zhenghaomian@huawei.com;huubatwork@gmail.com;sergio.belotti@nokia.com;
日 期 :2022年05月06日 09:00
主 题 :Re:Document shepherd review of draft-ietf-ccamp-gmpls-otn-b100g-applicability
Thank you Adrian for the Shepherd work. All the comments are accepted. We will post the 09 version as soon as possible, as the draft is going to be expired soon.
Detailed reply could be found in-line.

Thanks
Qilei


发件人:AdrianFarrel
收件人:draft-ietf-ccamp-gmpls-otn-b100g-applicability.all@ietf.org;
抄送人:'CCAMP';
日 期 :2022年05月06日 05:34
主 题 :RE: Document shepherd review of draft-ietf-ccamp-gmpls-otn-b100g-applicability
Oh, and you can remove Section 5.
Qilei: well, we will remove this.

A
-----Original Message-----
From: Adrian Farrel <adrian@olddog.co.uk>
Sent: 05 May 2022 22:23
To: 'draft-ietf-ccamp-gmpls-otn-b100g-applicability.all@ietf.org'
<draft-ietf-ccamp-gmpls-otn-b100g-applicability.all@ietf.org>
Cc: 'CCAMP' <ccamp@ietf.org>
Subject: Document shepherd review of
draft-ietf-ccamp-gmpls-otn-b100g-applicability
Hi,
I have stepped in as document shepherd for this document. Here is my
Review based on -08.
While you work on these comments and post a new revision, I'll do the
shepherd write-up.
Thanks,
Adrian
===
Abstract
Please expand "LSP" in the Abstract.
Qilei: will expand "LSP".
---
1.
Please expand OTN, OTU, ODU, and LSP on first use.
s/Since the/Because/
Qilei: accepted.
---
2.
Not sure that using lettered bullets is necessary.
s/Detailed description/Detailed descriptions/
You should probably have a separate entry for TPN in this list.
It is probably not important, but I find the use of '5G' to be
unfortunately ambiguous given all the work of the 3GPP. Would it be
possible to use '5 Gbit/s' throughout the whole document?
Qilei: accepted.
for the lettered bullets, will replace them with " * ".
---
3.1
Is it clear what "FlexO" is? The term pops up as though the reader is
supposed to know it.
Qilei: will add some description about FlexO in the section 2.

---
In Figure 1 you have
+--------+           +--------+
|        +-----------+        |
| OTN    |-----------| OTN    |
| DXC    +-----------+ DXC    +
|        |           |        |
+--------+           +--------+
Is that '+' on the right-hand side intentional?
Qilei: well, will fix it.

---
3.4
'TS' is used in this section (and only in this section) without
expansion. What does it mean? I think you can...
OLD
As mentioned above, the OPUCn signal has 20*n 5G tributary slots.
NEW
As mentioned above, the OPUCn signal has 20*n 5G tributary slots
(TSs).
END
Qilei: accepted.
---
4.1
Section 3 of RFC7138 describes how to represent G.709 OTUk/ODUk with
TE-Links in GMPLS.  Similar to that, ODUCn links can also be
represented as TE-Links, which can be seen in the Figure 4.
I think that is "Figure 3"

Qilei: you are right. will fix it.---
4.2
'LO' and 'HO' are used without explanation
Qilei: will expand them.
---
4.2
An example is given in Figure 5 to illustrate the label format
Is that "Figure 4"?
Qilei: yes, you are right, will fix it.