Re: [Teas] New term for the underlay construct used for slice realization
"Dongjie (Jimmy)" <jie.dong@huawei.com> Wed, 11 August 2021 02:44 UTC
Return-Path: <jie.dong@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 39AC53A09AF for <teas@ietfa.amsl.com>; Tue, 10 Aug 2021 19:44:17 -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 8eZotvBPRTVq for <teas@ietfa.amsl.com>; Tue, 10 Aug 2021 19:44:12 -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 285C23A09AC for <teas@ietf.org>; Tue, 10 Aug 2021 19:44:12 -0700 (PDT)
Received: from fraeml713-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4GkvJb6L9Zz6DKpN for <teas@ietf.org>; Wed, 11 Aug 2021 10:43:27 +0800 (CST)
Received: from dggpemm100008.china.huawei.com (7.185.36.125) by fraeml713-chm.china.huawei.com (10.206.15.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Wed, 11 Aug 2021 04:44:01 +0200
Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggpemm100008.china.huawei.com (7.185.36.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Wed, 11 Aug 2021 10:43:59 +0800
Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.2176.012; Wed, 11 Aug 2021 10:43:59 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Lizhenbin <lizhenbin@huawei.com>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: New term for the underlay construct used for slice realization
Thread-Index: AdeN+wpTY0PlvtVsQlC++M4sZJMfAAAXb3ag
Date: Wed, 11 Aug 2021 02:43:59 +0000
Message-ID: <3eacb773e1d0458b8dcb00f837a885fb@huawei.com>
References: <2ae53e44d60548e6ac961ac992615e9b@huawei.com>
In-Reply-To: <2ae53e44d60548e6ac961ac992615e9b@huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.243.143]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/A3vpNagVq7Z0R7BEXYFALtb9MTg>
Subject: Re: [Teas] New term for the underlay construct used for slice realization
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: Wed, 11 Aug 2021 02:44:17 -0000
Hi Robin, Thanks for the summary of the background and the analysis about the characteristics of the underlay construct for slice realization, please see my comments inline: > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lizhenbin > Sent: Tuesday, August 10, 2021 11:21 PM > To: teas@ietf.org > Subject: [Teas] New term for the underlay construct used for slice realization > > Hi Folks, > > On the TEAS meeting in IETF 111, it was discussed that a common "new term" > will need to be proposed for the underlay construct used for slice realization. > > There have been several related terminologies: > > 1. VTN (Virtual Transport Network) > > In the early days of network slicing discussion in IETF, it was suggested that the > technology in IETF should be neutral and not bound to network slicing only. > Following this approach, the term VTN is defined in the enhanced VPN draft > already adopted and progressing in TEAS. It is expected that the VTNs with > guaranteed resources can also be applicable to services other than network > slices. The VPN+ architecture allows flexible mapping (including 1:1, N:1 and 1:N > mapping) between the overlay VPN services and the underlay VTNs. Since VTN is > a generic term, in the context of network slicing we may still need a specialized > term. > > 2. Slice Aggregate > > It is claimed that the scope of Slice Aggregate is tied to the scope of IETF > network slices. This term implies an aggregation of one or more IETF network > slices into an aggregate construct, so that only a 1:1 and N:1 mapping of > network slice service to underlay construct can be achieved. However, if this is a > mapping of network slice traffic streams to underlay constructs, then it may be > possible to map network slice services to the underlay construct as 1:1, N:1 and > 1:N, but the name may be confusing because it is not the slices that are > aggregated. > > With this background in mind, now we can discuss how to define the new term. > Here are some points for the WG to consider: > > 1. Should the underlay construct for network slice realization bound to > network slice services? That is, is the underlay construct only for use in network > slicing, or should it be generalized for more possible uses? [Jie] I'm OK with defining a new term specialized for the context of network slice realization, as we already have a neutral term for generic purpose. > 2. If the answer to question 1 is YES, should it reflect the following > characteristics? > > a. It is about the underlay > b. It is about the partitioned resources used to deliver the network slice > services > c. It allows the 1:1, N:1, and 1:N mapping models between the network slice > services and the underlay construct. The 1:1 and N:1 mapping may be > straightforward. Does it also make sense to divide the elements or traffic flows > in a single network slice service to carry them in different underlay constructs? Yes to all. For the 1:N mapping in c, some further analysis about the use cases could be helpful. > > Lastly, here are some candidates of the "new term": > > Option 1: The network slice service is called "overlay slice", then the underlay > construct is called "underlay slice". > > Option 2: The network slice service is called "service slice", then the underlay > construct is called "resource slice". > > Your opinion about these candidates are much appreciated. You may also > propose other new term if it complies with the above two points. [Jie] For slice specific new terms, here are some other candidates: Option 3: The network slice service is called "network slice", the underlay construct is called "SUN (Slice Underlay Network)" Option 4: The network slice service is called "network slice", the underlay construct is called "SRN (Slice Resource Network)" Option 5: The network slice service is called "network slice", the underlay construct is called "STN (Slice Transport Network or Slice TE Network)" Best regards, Jie > > > > Best Regards, > Robin > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas
- [Teas] New term for the underlay construct used f… Lizhenbin
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… Joel M. Halpern
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… Joel M. Halpern
- Re: [Teas] New term for the underlay construct us… gregory.mirsky
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… Kiran Makhijani
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… Adrian Farrel
- Re: [Teas] New term for the underlay construct us… gregory.mirsky
- Re: [Teas] New term for the underlay construct us… Gyan Mishra
- Re: [Teas] New term for the underlay construct us… Kiran M
- Re: [Teas] New term for the underlay construct us… Gyan Mishra
- Re: [Teas] New term for the underlay construct us… Adrian Farrel
- Re: [Teas] New term for the underlay construct us… Luis M. Contreras
- Re: [Teas] New term for the underlay construct us… Tarek Saad
- Re: [Teas] New term for the underlay construct us… Adrian Farrel
- Re: [Teas] New term for the underlay construct us… Kiran M
- Re: [Teas] New term for the underlay construct us… Vishnu Pavan Beeram
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… Joel M. Halpern
- Re: [Teas] New term for the underlay construct us… Dongjie (Jimmy)
- Re: [Teas] New term for the underlay construct us… Joel M. Halpern
- Re: [Teas] New term for the underlay construct us… Igor Bryskin
- Re: [Teas] New term for the underlay construct us… peng.shaofu
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… Lizhenbin
- Re: [Teas] New term for the underlay construct us… John E Drake
- Re: [Teas] New term for the underlay construct us… 龚立艳
- Re: [Teas] New term for the underlay construct us… Lizhenbin
- Re: [Teas] New term for the underlay construct us… Tarek Saad
- Re: [Teas] New term for the underlay construct us… Vishnu Pavan Beeram
- Re: [Teas] New term for the underlay construct us… Adrian Farrel
- Re: [Teas] New term for the underlay construct us… Vishnu Pavan Beeram