Re: [CCAMP] Intdir telechat review of draft-ietf-ccamp-layer1-types-16

Italo Busi <Italo.Busi@huawei.com> Wed, 14 February 2024 13:31 UTC

Return-Path: <Italo.Busi@huawei.com>
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 E6302C14F6FC; Wed, 14 Feb 2024 05:31:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 SpE8S1QWZ98P; Wed, 14 Feb 2024 05:31:47 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E987C14F6FB; Wed, 14 Feb 2024 05:31:47 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4TZfC70rx3z67M9n; Wed, 14 Feb 2024 21:28:03 +0800 (CST)
Received: from frapeml500008.china.huawei.com (unknown [7.182.85.71]) by mail.maildlp.com (Postfix) with ESMTPS id 3D3611400CF; Wed, 14 Feb 2024 21:31:44 +0800 (CST)
Received: from frapeml500007.china.huawei.com (7.182.85.172) by frapeml500008.china.huawei.com (7.182.85.71) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Wed, 14 Feb 2024 14:31:44 +0100
Received: from frapeml500007.china.huawei.com ([7.182.85.172]) by frapeml500007.china.huawei.com ([7.182.85.172]) with mapi id 15.01.2507.035; Wed, 14 Feb 2024 14:31:44 +0100
From: Italo Busi <Italo.Busi@huawei.com>
To: Dirk Von Hugo <dirkvhugo@gmail.com>, "int-dir@ietf.org" <int-dir@ietf.org>
CC: "ccamp@ietf.org" <ccamp@ietf.org>, "draft-ietf-ccamp-layer1-types.all@ietf.org" <draft-ietf-ccamp-layer1-types.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: [CCAMP] Intdir telechat review of draft-ietf-ccamp-layer1-types-16
Thread-Index: AQHaKvF2nDPCFQA2rU+XR8XIr68pcLEKLaXA
Date: Wed, 14 Feb 2024 13:31:43 +0000
Message-ID: <33f1d305a9d44c57b2bf9b7bd814ca75@huawei.com>
References: <170216192726.62026.1027791353942329743@ietfa.amsl.com>
In-Reply-To: <170216192726.62026.1027791353942329743@ietfa.amsl.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.203.246.111]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/ngTnqUlLcchzClruBf1YyLuijD4>
Subject: Re: [CCAMP] Intdir telechat review of draft-ietf-ccamp-layer1-types-16
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 14 Feb 2024 13:31:49 -0000

Dear Dirk, 

Thank you for the review, the authors have updated the document to address your comments and posted the updated document as draft-ietf-ccamp-layer1-types-17.

For clarity we have included the proposed resolution for each issue identified in the text below [Haomian & Italo]. 

Again, thanks for the support and review. 

Authors, Haomian and Italo.

> -----Original Message-----
> From: Dirk Von Hugo via Datatracker <noreply@ietf.org>
> Sent: sabato 9 dicembre 2023 23:45
> To: int-dir@ietf.org
> Cc: ccamp@ietf.org; draft-ietf-ccamp-layer1-types.all@ietf.org; last-
> call@ietf.org
> Subject: [CCAMP] Intdir telechat review of draft-ietf-ccamp-layer1-types-16
> 
> Reviewer: Dirk Von Hugo
> Review result: Ready with Nits
> 
> I have reviewed this document as part of the INT area directorate's ongoing
> effort to review all IETF documents being processed by the IESG.  These
> comments were written primarily for the benefit of the Internet area
> directors.
> Document editors and WG chairs should treat these comments just like any
> other last call comments.
> 
> The summary of the review is 'Ready with nits'.
> 
> General comment on the title 'A YANG Data Model for Layer 1 Types' is that
> the draft addresses specifically Layer 1 optical networks - a fact which may
> be referred to also in the title. As I am neither an expert in YANG nor in
> optical networks I cannot comment on those technical issues but hope that
> has been already discussed elsewhere. In addition to other reviews as the
> Gen-ART review by Dale
> (https://datatracker.ietf.org/doc/review-ietf-ccamp-layer1-types-16-genart-
> lc-worley-2023-11-16/)
> I found further minor nits to be corrected/clarified before publication:
> 
> p.1:
> topology, tunnel, client signal adaptation and service => topology, tunnel,
> client signal adaptation, and service
> 

[Haomian & Italo] Agree. Text updated.

> p.2:
> data types, groupings and identities => data types, groupings, and identities

[Haomian & Italo] Agree. Text updated.

> Optical Transport Networking, => Optical Transport Networking (OTN),

[Haomian & Italo] Agree. Text updated.

> 
> p.3:
> groupings, typedef and identities, => groupings, typedef, and identities,

[Haomian & Italo] Agree. Text updated.

> Layer 1 TE types (i.e. typedef, => Layer 1 TE types (i.e., typedef, specified in

[Haomian & Italo] Agree. Text updated.

> ietf-te-types in [I-D.ietf-teas-rfc8776-update] => specified as ietf-te-types in
> [I-D.ietf-teas-rfc8776-update]

[Haomian & Italo] Agree. Text updated.

> 
> p.4:
> specified in ietf-layer1-types in this document. => specified as ietf-layer1-
> types in this document.

[Haomian & Italo] Agree. Text updated.

> 
> p.7:
> a label-end, a label-step and a range-bitmap. => a label-end, a label-step, and
> a range-bitmap.

[Haomian & Italo] Agree. Text updated.

> TPN assignment rules depends => PN assignment rules
> depend OR PN assignment rule depends 

[Haomian & Italo] Agree. Text updated as "TPN assignment rules depend"

> [ITU-T_G.709], defines six types of
> ODUflex:
> ODUflex(CBR), ODUflex(GFP), ODUflex(GFP,n,k), ODUflex(IMP),
> ODUflex(IMP,s) and => [ITU-T_G.709] defines six types of ODUflex:
> ODUflex(CBR), ODUflex(GFP), ODUflex(GFP,n,k), ODUflex(IMP),
> ODUflex(IMP,s), and

[Haomian & Italo] Agree. Text updated.

> 
> p.9:
> to defines the value of s=5 x n => to define the value of s=5 x n is defined in

[Haomian & Italo] Agree. Text updated.

> section 12.2.6 => is defined in Section 12.2.6 

[Haomian & Italo] Agree. Text updated.

> Section 5.1 and 5.2 of [RFC7139]
> defines => Sections 5.1 and 5.2 of [RFC7139] 

[Haomian & Italo] Agree. Text updated.

> define an ODUflex LSPs => an
> ODUflex LSP OR ODUflex LSPs [if I didn't misunderstand the sentence] 

[Haomian & Italo] Agree, but we adjusted the text updated.

> the
> OTN LTPs [meaning of LTP neither defined here nor in RFC 7062] 

[Haomian & Italo] Agree, but we adjusted the text updated.

> the rules
> defined any other ODUflex type => the rules defined for any other ODUflex
> type

[Haomian & Italo] Agree, but we adjusted the text updated.

> 
> p.10:
> LSP does or does support => LSP does or does not support
> 

[Haomian & Italo] Agree, but we adjusted the text updated.

> p.45:
> is reportd for => is reported for
> 

[Haomian & Italo] Agree, but we adjusted the text updated.

> Thanks for the work and best regards
> Dirk
> 
>