Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

"Wubo (lana)" <lana.wubo@huawei.com> Thu, 02 September 2021 12:27 UTC

Return-Path: <lana.wubo@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 49D683A0BC5; Thu, 2 Sep 2021 05:27:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Jsj_oAbewF3h; Thu, 2 Sep 2021 05:27:42 -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 AE3823A0BC3; Thu, 2 Sep 2021 05:27:41 -0700 (PDT)
Received: from fraeml701-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4H0gBV11zNz67xSd; Thu, 2 Sep 2021 20:25:54 +0800 (CST)
Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by fraeml701-chm.china.huawei.com (10.206.15.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Thu, 2 Sep 2021 14:27:37 +0200
Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by dggeme752-chm.china.huawei.com (10.3.19.98) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Thu, 2 Sep 2021 20:27:35 +0800
Received: from dggeme752-chm.china.huawei.com ([10.6.80.76]) by dggeme752-chm.china.huawei.com ([10.6.80.76]) with mapi id 15.01.2308.008; Thu, 2 Sep 2021 20:27:35 +0800
From: "Wubo (lana)" <lana.wubo@huawei.com>
To: "Ogaki, Kenichi" <ke-oogaki@kddi.com>, Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>, Vishnu Pavan Beeram <vishnupavan@gmail.com>, TEAS WG <teas@ietf.org>
CC: TEAS WG Chairs <teas-chairs@ietf.org>
Thread-Topic: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04
Thread-Index: Adef6kjq4BSX8u8bRuipFnqxt/wuGw==
Date: Thu, 2 Sep 2021 12:27:35 +0000
Message-ID: <70cd8346ef1f4575bd07e494892bc09e@huawei.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.123.156]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/VgqBryKcI7T8naOcx-ChstYgT8M>
Subject: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 02 Sep 2021 12:27:45 -0000

Hi Kenichi,

Regarding requirement3 2)-4), please see inline.

Thanks,
Bo

-----邮件原件-----
发件人: Teas [mailto:teas-bounces@ietf.org] 代表 Ogaki, Kenichi
发送时间: 2021年9月2日 16:00
收件人: Daniele Ceccarelli <daniele.ceccarelli=40ericsson.com@dmarc.ietf.org>rg>; Vishnu Pavan Beeram <vishnupavan@gmail.com>om>; TEAS WG <teas@ietf.org>
抄送: TEAS WG Chairs <teas-chairs@ietf.org>
主题: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

Hi All,

No/not support.

We basically agree with Daniele's opinion.

As we commented to "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" thread, we totally agree that the slice nbi should be underlying technology agnostic.
However, why don't we discuss to enhance/augment an existing nbi as the nbi solution?

Adrian commented to "[Teas] WG Adoption Poll - draft-king-teas-applicability-actn-slicing-10" thread.
>All the text you quoted says is, “You can use ACTN to achieve network slicing in networks that support ACTN.

If so, does TEAS WG use ACTN to achieve network slicing in networks that support ACTN?
We understand that WG draft adoption poll of "draft-king-teas-applicability-actn-slicing" is dealt in the scope of ietf network slice standardization. The result shouldn't be that it's up to you.


Anyway, the followings are our concerns.

1) According to Figure 1 of draft-king-teas-applicability-actn-slicing-10, NSC NBI can be replaced with CMI. If the new nbi is created, we have to parallelly implement two nbis or just wrap CMI with NSC NBI. From one of mobile operators' capex perspective, we don't want to do such effort, since we believe major ietf network slice requirements can be covered by ACTN.

2) As we discussed in "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" thread, ns-endpoint must be technology specific. The current model definition of draft-wd-teas-ietf-network-slice-nbi-yang-03 isn't enough, and we believe that the same approach with te-service-mapping for L1/2/3 AC is necessary to do so.
[Bo] The authors agree that peering control protocol on the slice demarcation point is technology-related, but after the discussion in the authors, in the draft rev-04, we suggest modeling as a list of "protocols" to address this and to be technology agnostic.

>> >(2) It is true that the data nodes that characterize the slice
>> service within the slice provider are technology-agnostic, but aren't
>> for the CE-PE attachment as this conditions how the service is
>> delivered.
>>
>> We totally agree with you. Inside a slice, technology should be
>> agnostic, but the demarcation point inside/outside the slice cannot
>> avoid being technology specific.
>
>[Med] Glad to see we are in agreement.

3) draft-ietf-teas-ietf-network-slices-04 introduced the requirement of connectivity matrix. Similarly, p2p based ns-connections model definition of draft-wd-teas-ietf-network-slice-nbi-yang-04 isn't enough, and we believe that the same approach for connectivity matrix in ACTN is necessary.
[Bo]: I'm not sure about this comment. Could you elaborate on this?

4) Although not defined in draft-ietf-teas-ietf-network-slices-04, as we commented in "[Teas] New Version Notification for draft-wd-teas-ietf-network-slice-nbi-yang-03.txt" and "[Teas] New revision: draft-ietf-teas-ietf-network-slices-03.txt" threads, we believe a feasibility check functionality should be defined from the other SDO's requirement, especially for 3GPP slice. This should be the same functionality as VN-compute in actn-vn-yang.
[Bo] The authors define the NBI model based on definition of draft-ietf-teas-ietf-network-slices-03. We can fix this in the next release.


To solve above 2) - 4) requirements, we must create a copy of actn-vn-yang just with different data node names.
If so, again, why don't we enhance/augment actn-vn-yang?



In terms of Tarek's following comment in "[Teas] WG Adoption Poll - draft-king-teas-applicability-actn-slicing-10" thread,
>However, today other standalone service models such as L3SM and L2SM exist independent of ACTN or VN models.
>
>In fact, the VN draft < draft-ietf-teas-actn-vn-yang>, explicitly mentions that the VN model can co-exist with such service models (see below).

The requirements to L2/3SM model and actn-vn-yang are totally different. Not just parallelly coexisting, but depending on each other as Daniele wrote.


All the best,
Kenichi


-----Original Message-----
From: Teas <teas-bounces@ietf.org> On Behalf Of Daniele Ceccarelli
Sent: Tuesday, August 31, 2021 10:16 PM
To: Vishnu Pavan Beeram <vishnupavan@gmail.com>om>; TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: Re: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04

Hi Pavan, WG,



”no/do not support”.



We’re polling at the same time two drafts, one of which says how to use ACTN for network slicing and the other explaining why ACTN is not used for the network slicing NBI.

In my opinion this is a conflict that should be resolved before adoption.



BR
Daniele







From: Teas <teas-bounces@ietf.org> On Behalf Of Vishnu Pavan Beeram
Sent: den 27 augusti 2021 17:07
To: TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: [Teas] WG Adoption Poll - draft-wd-teas-ietf-network-slice-nbi-yang-04



All,

This is start of a *two* week poll on making
draft-wd-teas-ietf-network-slice-nbi-yang-04 a TEAS working group document.
Please send email to the list indicating "yes/support" or "no/do not support".
If indicating no, please state your reservations with the document. If yes, please also feel free to provide comments you'd like to see addressed once the document is a WG document.

The poll ends September 10th.

Thank you,
Pavan and Lou

_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas