RE: Questions regarding the draft-wu-model-driven-management-virtualization

Qin Wu <bill.wu@huawei.com> Mon, 17 June 2019 02:07 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A59031200B1 for <rtgwg@ietfa.amsl.com>; Sun, 16 Jun 2019 19:07:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 IPmx2dSUoJ6N for <rtgwg@ietfa.amsl.com>; Sun, 16 Jun 2019 19:07:21 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 2B9CD1200FD for <rtgwg@ietf.org>; Sun, 16 Jun 2019 19:07:20 -0700 (PDT)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 6AB9DFF7F7BF4A66C548; Mon, 17 Jun 2019 03:07:18 +0100 (IST)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 17 Jun 2019 03:07:17 +0100
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.66]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0415.000; Mon, 17 Jun 2019 10:06:44 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Greg Mirsky <gregimirsky@gmail.com>, "draft-wu-model-driven-management-virtualization@ietf.org" <draft-wu-model-driven-management-virtualization@ietf.org>, RTGWG <rtgwg@ietf.org>
Subject: RE: Questions regarding the draft-wu-model-driven-management-virtualization
Thread-Topic: Questions regarding the draft-wu-model-driven-management-virtualization
Thread-Index: AdUkrfKLcJukfb/jRVutjmDfVF0/LQ==
Date: Mon, 17 Jun 2019 02:06:43 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA498D5A1@nkgeml513-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.31.203]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA498D5A1nkgeml513mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/ZRA7oHEYTGENibTZPAOcHg4k1qg>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Jun 2019 02:07:24 -0000

发件人: Greg Mirsky [mailto:gregimirsky@gmail.com]
发送时间: 2019年4月9日 21:33
收件人: draft-wu-model-driven-management-virtualization@ietf.org; RTGWG <rtgwg@ietf.org>
主题: Questions regarding the draft-wu-model-driven-management-virtualization

Dear Authors,
I have some questions related to OAM aspect of service and network management automation and much appreciate your consideration:

  *   I couldn't find Networking Working Group to which the draft seems to be attributed. In your opinion, in which of IETF WGs you see this work to be the most relevant?
     [Qin]:I think both opsawg and rtgwg are relevant since YANG data model standardization effort span across routing area and OPS area.

  *   I couldn't find any reference to the process of Sevice Activation Testing (SAT) in the document. Are you planning to cover it later or see the absence of any SAT work at IETF as an obstacle to completing the closed-loop lifecycle for a service?
[Qin]: This draft will rely on model driven provision model for activation and provision and model driven telemetry model for service assurance to complete closed loop lifecycle for the service. Service activation test process in my opinion just test specification. It is separate closed loop. Not sure we should deem them as obstacle.

  *   Figure in Section 3 "Network Service and Resource Models" refers to OAM and PM separately. Do you see PM not being part of overall OAM toolset?
[Qin]: Can we use ping or trace route to measure latency, jitter, packet loss? We have dedicated tool for network performance measurement for better precision, but sometimes the boundary between OAM tool and PM tool is very fuzzy. So I can understand your question.

  *   in Section 3.1.2 in regard to LIME models, you've stated: "These three models can be used to provide consistent reporting, configuration and representation." Do you have evidence in support of this statement?
[Qin]: maybe we should make one thing clear, i.e., separate connectionless from connection oriented, we have seen some operators to plan to deploy them.

  *   Figure 2 lists BFD, LSP Ping, and MPLS-TP models under OAM. In your opinion, are these three models sufficient to perform 'F' and 'P' of FCAPS network management, i.e., Fault Management and Performance Monitoring, adequately? (Should note that LSP Ping and MPLS-TP YANG models are only individual drafts);
[Qin]: BFD, LSP Ping, and MPLS-TP models under OAM may be not sufficient, that’s why we add PM to make it adequate. Yes, this draft will evolve over time if LSP Ping or MPLS-TP make progress.
Regards,
Greg