[OPSAWG] Comments on L3NM draft-aguado-opsawg-l3sm-l3nm-00

"liuc131@chinaunicom.cn" <liuc131@chinaunicom.cn> Mon, 24 June 2019 07:08 UTC

Return-Path: <liuc131@chinaunicom.cn>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 081E212003F for <opsawg@ietfa.amsl.com>; Mon, 24 Jun 2019 00:08:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 QrXlnhBnpKGD for <opsawg@ietfa.amsl.com>; Mon, 24 Jun 2019 00:08:38 -0700 (PDT)
Received: from sendh.mailex.chinaunicom.cn (sendh.mailex.chinaunicom.cn [210.53.66.231]) by ietfa.amsl.com (Postfix) with ESMTP id 00EE412028C for <OPSAWG@ietf.org>; Mon, 24 Jun 2019 00:08:35 -0700 (PDT)
X-AuditID: 0a000f37-f79e26d00000239f-43-5d1076f1d3f8
Received: from M10-HQ-MLCEN01.cnc.intra ( [10.249.212.31]) by sendh.mailex.chinaunicom.cn (Symantec Messaging Gateway) with SMTP id A3.C5.09119.1F6701D5; Mon, 24 Jun 2019 15:08:33 +0800 (HKT)
Received: from M10-HQ-ML12.hq.cnc.intra (10.249.213.82) by M10-HQ-MLCEN01.cnc.intra (10.249.212.31) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 24 Jun 2019 15:08:33 +0800
Received: from Leo (10.122.203.1) by M10-HQ-ML12.hq.cnc.intra (10.249.213.82) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 24 Jun 2019 15:08:24 +0800
Date: Mon, 24 Jun 2019 15:08:25 +0800
From: "liuc131@chinaunicom.cn" <liuc131@chinaunicom.cn>
To: OPSAWG <OPSAWG@ietf.org>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7, 1, 3, 52[cn]
MIME-Version: 1.0
Message-ID: <201906241508251667588@chinaunicom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart801382137525_=----"
X-Originating-IP: [10.122.203.1]
X-ClientProxiedBy: M10-HQ-MLF02.hq.cnc.intra (10.249.213.51) To M10-HQ-ML12.hq.cnc.intra (10.249.213.82)
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrFLMWRmVeSWpSXmKPExsXC9fOKvO7HMoFYgwcHZS1WnNzM5MDosWTJ T6YAxigum5TUnMyy1CJ9uwSujB2N/9gL/qhXvF12ib2BcalKFyMnh4SAiUTzlmZWCFtM4sK9 9WxdjFwcQgIHGSU+dXcxgSSEBHYwSsx5ygORWMQosal3IliCRUBV4vWhmcwgNpuAucS9M2fZ QWwRARmJeSfOgdUIC1hJnH3xixFiA6/EjPanLBC2gMTNLRPYIGxFiTUffoL18goISpyc+YQF wjaS+PCkB6yXWSBMYsbeJiCbA+gIZYnvrz0gWhUkdv05BTU+S+LhyzlsExiFZiGZNAtJ9yyg bmYBLYneXfoQYUWJKd0P2SFsTYlvP9czQdjaEssWvmZewMi2ipEr2NfdwtjCQNffdBMjKMQZ +M13MN5f6HqIUYCDUYmHd4GeQKwQa2JZcWXuIUYJDmYlEd6liUAh3pTEyqrUovz4otKc1OJD jNIcLErivF9+fIkREkhPLEnNTk0tSC2CyTJxcEo1MDLWx5Ty+x4ROjKBMXZRa9YWi0S/0snp zqlz5K9PPnjPPrG/etu+xWrs1fEhRc8mN7d0d/65oDvTsU3jxvGbL7N0u/tEViipmS35x3zY wC/tyevHolNZLI7Jn1x2LNX+69eb6zdmHJifu23Xhd+n73+ePldJM7ROOrzp3v9Vwg8+bjJi cCvmcVRiKc5INNRiLipOBACqR5kZbQIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/2Q2ZsMlyeGuBmydqUpEcykWgXdE>
Subject: [OPSAWG] Comments on L3NM draft-aguado-opsawg-l3sm-l3nm-00
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jun 2019 07:08:41 -0000

Dear Authors,

Thank for writing this draft and I understand the problem described in this draft and believe it is real problem that needs to be solved.
I have a few comments on this draft:

1.       Section 2, 2nd paragraph
The augmentations facilitate the use the resulting model in communications with the transport orchestrator, also known as the MDSC (Multi-Domain Service Coordinator) in the terminology of the framework for Abstraction and Control of TE Networks (ACTN) defined in RFC 8453 [RFC8453]. 
is it better to use transport resource orchestrator or resource orchestrator which is consistent with the first paragraph with  the following text “…full control of transport resources”

2.More complex deployment scenarios involving the coordination of different VPN instances and different technologies to provide end-to-end VPN connectivity is out of scope of this document, but is discussed in [I-D.evenwu-opsawg-yang-composed-vpn].
We have implemented composed VPN, I am wondering whether there is any generic solution which cover both case?

3.       Section 3.2
I think whether PE is controller by the same management system or multiple management systems, RT allocation is needed.

4.       Section 3.2
Is RD synchronization issue implementation specific? If yes, it should be spelled out explicitly

Thanks



Liu Chang
China Unicom
Email: liuc131@chinaunicom.cn
Phone: +8618601102572
Tel: 010-68799999-7294