Re: [Teas] Rtgdir early review of draft-ietf-teas-gmpls-controller-inter-work-11

"Linyi (Yi)" <yi.lin@huawei.com> Tue, 25 July 2023 18:54 UTC

Return-Path: <yi.lin@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18AA4C14CE2E; Tue, 25 Jul 2023 11:54:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.194
X-Spam-Level:
X-Spam-Status: No, score=-4.194 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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, 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 IgQFEw5MWNAP; Tue, 25 Jul 2023 11:53:58 -0700 (PDT)
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 65D9EC151AF3; Tue, 25 Jul 2023 11:53:56 -0700 (PDT)
Received: from lhrpeml100005.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4R9R1H4LVBz67l0G; Wed, 26 Jul 2023 02:50:27 +0800 (CST)
Received: from canpemm500002.china.huawei.com (7.192.104.244) by lhrpeml100005.china.huawei.com (7.191.160.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Tue, 25 Jul 2023 19:53:53 +0100
Received: from dggpemm500007.china.huawei.com (7.185.36.183) by canpemm500002.china.huawei.com (7.192.104.244) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Wed, 26 Jul 2023 02:53:51 +0800
Received: from dggpemm500007.china.huawei.com ([7.185.36.183]) by dggpemm500007.china.huawei.com ([7.185.36.183]) with mapi id 15.01.2507.027; Wed, 26 Jul 2023 02:53:51 +0800
From: "Linyi (Yi)" <yi.lin@huawei.com>
To: "Hejia (Jia)" <hejia@huawei.com>, "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-teas-gmpls-controller-inter-work.all@ietf.org" <draft-ietf-teas-gmpls-controller-inter-work.all@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: Rtgdir early review of draft-ietf-teas-gmpls-controller-inter-work-11
Thread-Index: Adm+o/DVmHib/FejTCWLfrIAX3t3sg==
Date: Tue, 25 Jul 2023 18:53:51 +0000
Message-ID: <9e1ddcfa35fc49a784805b933633025e@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.82.14.9]
Content-Type: multipart/alternative; boundary="_000_9e1ddcfa35fc49a784805b933633025ehuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/tYbX3mjK-lbp0wrc9Iaxt3KhhAM>
Subject: Re: [Teas] Rtgdir early review of draft-ietf-teas-gmpls-controller-inter-work-11
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jul 2023 18:54:02 -0000

Thanks Jia for the review on the draft.



A new version (-12) has been submitted to try to solve all the issues. Please see:

URL:      https://www.ietf.org/archive/id/draft-ietf-teas-gmpls-controller-inter-work-12.txt

Status:    https://datatracker.ietf.org/doc/draft-ietf-teas-gmpls-controller-inter-work/

Htmlized:  https://datatracker.ietf.org/doc/html/draft-ietf-teas-gmpls-controller-inter-work

Diff:      https://author-tools.ietf.org/iddiff?url2=draft-ietf-teas-gmpls-controller-inter-work-12



Please all see the authors’ replies in-line with [Yi]. Thank you.







B.R.

Yi LIN



HUAWEI Technologies Co., Ltd.



Address: Huawei Industrial Base

Bantian Longgang

Shenzhen 518129, P.R.China

http://www.huawei.com

---------------------------------------------------------------------------------------------

This e-mail and its attachments contain confidential information from HUAWEI, which

is intended only for the person or entity whose address is listed above. Any use of the

information contained herein in any way (including, but not limited to, total or partial

disclosure, reproduction, or dissemination) by persons other than the intended

recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender

by phone or email immediately and delete it!



-----邮件原件-----
发件人: He Jia via Datatracker <noreply@ietf.org>
发送时间: 2023年7月3日 23:20
收件人: rtg-dir@ietf.org
抄送: draft-ietf-teas-gmpls-controller-inter-work.all@ietf.org; teas@ietf.org
主题: Rtgdir early review of draft-ietf-teas-gmpls-controller-inter-work-11



Reviewer: He Jia

Review result: Has Issues



Summary:



I have some minor concerns about this document that I think should be resolved before it is submitted to the IESG.



Comments:



1) Section 2.1 describes GMPLS control plane as a distributed control system.

"Controller" is used in this section as distributed on each node, while "controller" in most of the other places in this draft indicates a centralized controller. This may cause confusion. A GMPLS control plane instance is also used in this section to support the NE level control. It is suggested to align the terminologies and eliminate confusion.

[Yi] Changed the "controller" to "GMPLS control plane instance" in Section 2.1.



2) Section 2.3,  the logic of the two paragraphs under Figure 1 is not too clear. What does "Alternatively" in the second paragraph intend to substitute?

The first paragraph already describes domain 1 uses NETCONF/YANG and/or PCEP.

The second paragraph (starting with "Alternatively")  describes NETCONF again.

It is not an alternative but an enhanced descripion, is it? Besides, is the description of MDSC also the same in these two paragraphs?

[Yi] The paragraph stating with “alternatively” provides another method for the control of domain 2 and 3, comparing with the one in the previous paragraph (each domain has the GMPLS control plane enabled …to establish the corresponding LSP segment.). Both methods are only for Domain 2 and 3 which support GMPLS.

The authors suggest to put the two alternative methods as two parallel bullets, under the “For domain 2 and 3”, to avoid misunderstanding.



3) Section 5.1, is "Yang Path Computation requests [PAT-COMP]" the only way for controller interaction in case of path computation?

[Yi] PCEP can be another option for path computation. Please see the change below:

s/ the controller can interact with other controllers by sending Yang Path Computation requests [PAT-COMP] to compute a set of potential optimal paths/ the controller can interact with other controllers by sending, for example, Yang Path Computation requests [PAT-COMP] or PCEP, to compute a set of potential optimal paths



Nits:



1) Section 4.3, s/notification that permits to notify the client about topology changes/notification of topology changes to the client

[Yi] OK.



2) Section 5.1, s/service e2e path setup/e2e service path setup

[Yi] OK.



3) Section 5.2, TED lacks of an expanded explanation, although the explanation appears later in Section 5.3.

s/TED/ Traffic Engineering Database (TED) in Section 5.2

[Yi] OK. And therefore the expanded explanation of TED in Section 5.3 was deleted.



4) Section 7.1, s/The topology on network element/The topology on a network element

[Yi] OK.



5) Section 7.3.3, the first paragraph, s/the detail extensions/the detailed extensions

[Yi] OK.



6) Section 7.4.3, the last paragraph, s/could be taken place/could take place

[Yi] OK.



7) Section 7.4.4, the fourth paragraph, s/failure occurs.../failure that occurs...

[Yi] OK.



8) Section 9, s/The security requirements in both system still applies/The security requirements in both systems still apply

[Yi] OK.