Re: [Teas] Definitions of VTN and Slice Aggregate in the drafts

"Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com> Wed, 10 March 2021 09:17 UTC

Return-Path: <sergio.belotti@nokia.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 5FA673A1FF7 for <teas@ietfa.amsl.com>; Wed, 10 Mar 2021 01:17:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.148
X-Spam-Level:
X-Spam-Status: No, score=-2.148 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 SmNs_YYFFH4v for <teas@ietfa.amsl.com>; Wed, 10 Mar 2021 01:17:50 -0800 (PST)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2139.outbound.protection.outlook.com [40.107.21.139]) (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 EAAE03A1FF6 for <teas@ietf.org>; Wed, 10 Mar 2021 01:17:49 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CLzEbuGJe0lCl5UIy8APQPxXRfr0NbXz0T+6cDejnXOu/4JPZRuVfVQwGKj3IESMmYUqa4ZtyUnWbo++Jyc129NGeYJAdiqGrJMZ4f6QFa/eBfcLzRmSGvHrYH0/zMnwHNM0jmmeMsmGLyham3zjAJE3YGKGK2xmLiXFjZY60fUnLj9a9Giv8f9MKS3+IUEUAx74ZDrj6gO8lR+FLhI4OTHROwVfT3RTJLbP6n6Ndzct4eti8Wh7C2GfjE3J+CPD2rLEc7I6hd3PT7KYZMr4u+tPF3lmx9lJkZBGbmbpaiyq5uCHHj1gk8C0SmfuLlcUKLwtxRhV4HzXETQ0Lz9CLw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ff9oRNxGQj2V5Ap0soSvcj/4JZB5aRnKesunyk8vh2M=; b=cnC1WlzLW1xhCC2ANpEom9Frew+1ChwJHhna4Ho9sWp5eS13d4/62GndFKhVXWjeyX6gSX0bYQyhjW7C1uD03Wjn08wXZznqVzohTTrfQEPM0CKvfM+yINdP3kROp8eT70ViIFLL3slL+HcHhHfx+zYT2azKfitlNLQH4dRYfgUmnK5LHswvqETt5SA6J0eo8rZ1qLUJMT4CNJu/DpfY6kgv2QzgQibIGGJmIubGviTcPYOviEKtBB9oPQkc02Pnuv0V81GPlc93WY/MngbeEwgMGNGCwudLAC0/AtWguw1e3VdWQSK4dj9zcipr5wy2Rk81hC/4rR7nmH13YxpSIw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ff9oRNxGQj2V5Ap0soSvcj/4JZB5aRnKesunyk8vh2M=; b=ZpFw4N8evS0ewQFg7GjpxPRDlgJNr2Hoq/fSiK6Rn4ts1ZiJBpiP5hIqQw6lEXUOGsFn13oisRO8+PJPgGesZC25TYcs2830C4MICcfqqzdcMjXXkdJkN8WHyIiqYXur6VJ4TmOQWIyIagdzAMGKPtL0OGs0lXtYnXkw5j6J7r0=
Received: from AM0PR07MB5490.eurprd07.prod.outlook.com (2603:10a6:208:104::27) by AM0PR07MB5329.eurprd07.prod.outlook.com (2603:10a6:208:f5::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Wed, 10 Mar 2021 09:17:47 +0000
Received: from AM0PR07MB5490.eurprd07.prod.outlook.com ([fe80::edbd:cb31:170a:f3d6]) by AM0PR07MB5490.eurprd07.prod.outlook.com ([fe80::edbd:cb31:170a:f3d6%4]) with mapi id 15.20.3933.029; Wed, 10 Mar 2021 09:17:47 +0000
From: "Belotti, Sergio (Nokia - IT/Vimercate)" <sergio.belotti@nokia.com>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>
CC: "teas@ietf.org" <teas@ietf.org>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "younglee.tx@gmail.com" <younglee.tx@gmail.com>
Thread-Topic: Definitions of VTN and Slice Aggregate in the drafts
Thread-Index: AdcVDiGdwCInSefCSJeE9AkCi8oHbQAfwOJA
Date: Wed, 10 Mar 2021 09:17:47 +0000
Message-ID: <AM0PR07MB549027D23F3542C55306E3E391919@AM0PR07MB5490.eurprd07.prod.outlook.com>
References: <f1ca882deea4405981067c6d16a46d19@huawei.com>
In-Reply-To: <f1ca882deea4405981067c6d16a46d19@huawei.com>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [79.21.226.126]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 14e18320-efbc-4625-216f-08d8e3a55ed3
x-ms-traffictypediagnostic: AM0PR07MB5329:
x-microsoft-antispam-prvs: <AM0PR07MB5329E9F0377720C95938021591919@AM0PR07MB5329.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nj1pWNCn9NhO4Z34bEurCd/0V9sGDUgB+nuTnL8pgpnzGYDWE2fLSlGh5GrGXKft1Iad/7WRbhyIcEd5G8+rJvjkIJVGCj972gBpibYEuY131eBDd2BdbkmyJqvlVZkU4WTdxypVlcM6mUsy6IMgWhJBu77dghpHEqNxqq/vOxUtHxTXY5iMKIXdhAwW6Ke42rvTYt5XEHyKBWV/wZQ7aOhuVRMIXhJpT0lDtgz6ib+mtELaO2gXqTGW1S0yvBldnI0dRS7TSaH/WgdG2BR7quHJitjVT5Uyf5eK1Ayg1VfbUNm814UwxRQ6aeY5vyaAFaHrC5pRMh7c3UfKxWoaVOcY5GZHXJP/K9kD+/LLB6hCwZMu3xY3yySUn4Skm7nLmTToG64Y/Y9NnDdGYYpPebdiDMgF9k/UTeKNX5fchv24tG8Qn8FuIqXdPw2TrP6RouyEkphrIcXtZslb//UpUQcdQgexBIL2pQFej6muuYAm6cuO0Py13DAvyE8EIrHIBNb1V07//qExqv0Acbiiqw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR07MB5490.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(136003)(346002)(366004)(39860400002)(396003)(376002)(478600001)(186003)(9326002)(26005)(33656002)(7696005)(86362001)(8936002)(54906003)(4326008)(5660300002)(55016002)(9686003)(53546011)(71200400001)(66556008)(66946007)(66476007)(64756008)(66446008)(8676002)(316002)(6506007)(2906002)(6916009)(52536014)(76116006); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?sMs8YV7cgrlmU+nxfiAtV4L3uRnJRx9jF+WIkBhmaaYu5tevtsMliBemeYSv?= =?us-ascii?Q?sTF5Lx40RjPG0+BBL6KqAVl5PlvYyzI7e+oGUgvjjVew7n0C2GGnPsDvJZLE?= =?us-ascii?Q?+RxOJHBfV8pZLmIlbWOx/Gd74IjjFJecTC8e9WpGMg2F2Ly3dvUDHC8dj//X?= =?us-ascii?Q?zpEzG2zV4qEFzzf0LixNiJStOctNe0HesNdiUcgMxwBOypfdHMuwysEi1KVD?= =?us-ascii?Q?OIFu6/3zEop9wsVkRWtepjgvL5p8djE+2dpMH6EHPkz3PcFqmrhb7He6BLU6?= =?us-ascii?Q?efAFrQtW4xHa5pnXsdDjezeFOigdMGTCrTodgdwdAMC4H3mZJas6F/Zfdsr6?= =?us-ascii?Q?tnE8/BfbG0UYDSrzRVCLWDVrzdIHnjevOeBtNMPvyt015HjgE8bxx6CcSCXF?= =?us-ascii?Q?Q0xuubED0fjoZqrTWxspT6yvtCgUTQSj9si4n2/UrffEDNn5Yi3q00MIH4Nb?= =?us-ascii?Q?kmRoUbmKmWTH4fJVvNvEfofbH05QDzg3o7aSiCrAtE0/iEu5xHEfprtunI3/?= =?us-ascii?Q?4M1ABvKwVJF/wDh4kxCucxzpswzikZ/PiT6TNPsu6H9vKw42UgPnjl2J+Kd5?= =?us-ascii?Q?G0AdtZ9mWvqWe3zwUFeBSVJ4IdjhHPFokLKZ0F1tax6m/4CKrv14rHvSgAMI?= =?us-ascii?Q?C/hx3aa1YGqW31iHCY+R0HNwWqn8QcoFXi+vlixyxl2dY5TVvL3EWkcJ/+7U?= =?us-ascii?Q?9VLbbq6bSl0X1tZa/FxcJtJ4Wnqqmu5lSTkvqiyp+jetDo5TB7ihifxA2PCx?= =?us-ascii?Q?HXf5gcdxkX78qHS8BNKeJ+wgiM91kTCY0XB8O2ciRA00qDJlmi6xVJ+9y+lY?= =?us-ascii?Q?8Vr2B3oWHQWgMU/L4gkdr3lLT6KGZDXLhEasijO+oNHmAYGGlGNh5ZvOuZQS?= =?us-ascii?Q?n+uDeqtkq5syd9OFMi3xpYeGrlsiaCrQ2TcYoO9vZ5i/pd4oUzX668usLEMW?= =?us-ascii?Q?e5EoR0uNv8HrFXF+MvFefnXPDTT1L4lw4NyaG33pG1y+t66B6j0Kc51YVUMG?= =?us-ascii?Q?GFNNbl2r7VYPH6NxWC8Z81brFvEJYpwGHTHkipLLoz6teE1zVaI6ngMIF/gt?= =?us-ascii?Q?pml9xkdL1vaDX9S8TtE7ulUaIHWe6Xn2SW/mqVegyT88Ej1RS79xenLuUnY2?= =?us-ascii?Q?NGCI+fPhYxR4j83Kk0YEovCbG1VlWuJHrP5AXhTz+UG5AApk3EEWN95Pz4Xr?= =?us-ascii?Q?5CStHTXh6nRyjgpQWR/43oEwaQC7ebIG5q/9gDMZukmk5SWXqggv71RcNg3Y?= =?us-ascii?Q?kFWnCH3gBfBDrtDyupPskKa/MvcHVJXQxYiBeLAQiYPB8rTIwZ0uN2SazTQ3?= =?us-ascii?Q?YW1JlBGIhUVpE6RsOysppcaG?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM0PR07MB549027D23F3542C55306E3E391919AM0PR07MB5490eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM0PR07MB5490.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 14e18320-efbc-4625-216f-08d8e3a55ed3
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2021 09:17:47.1879 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dpw+Y7fQGy7nYTVsKsp6ik4JQ3llrE0+qFUIAJz4At9OcR/uMOTRbpolq05UWV2aLqgzA6E/RIpyKjcpaDJ5S81Uu9Rvweh+ozrcnQrTJCQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5329
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/puGcUWm_3eKP3UI-LveNjMIFgM0>
Subject: Re: [Teas] Definitions of VTN and Slice Aggregate in the drafts
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, 10 Mar 2021 09:17:52 -0000

Hi Jie,
Clarification on terminology is always a good effort to do  thanks for that.
On the other hand I'd like to understand , about "VTN", what is the difference in your VTN concept with respect what already defined in RFC 8453 in section 2.1?
In that section there is a description also of the two types of VN , customer can manage.
A parallel effort with draft-ietf-teas-actn-vn-yang permits to "create" VN of the desired type.
So my question is : what in your "new" VTN is different with respect what already defined related to VN to force using another term ?

Thanks
Sergio





From: Teas <teas-bounces@ietf.org> On Behalf Of Dongjie (Jimmy)
Sent: Tuesday, March 9, 2021 7:38 PM
To: teas@ietf.org
Subject: [Teas] Definitions of VTN and Slice Aggregate in the drafts

Hi all,

In today's meeting, some people raised comments about the confusions caused by the multiple terms. To help the understanding with the term "VTN" and "Slice Aggregate", I reread the text about their definitions and descriptions in each draft.

Although the terminologies are described in different ways, IMO the essential information behind is the same: a logical network construct consists of the topology attribute and the network resources attributes.

Some effort to resolve the terminology overlap could help to reduce the confusions and provide a consistent view on the framework and technologies for network slice realization.


Here are the text about the terms quoted from each draft:

- VTN (in draft-ietf-teas-enhanced-vpn-07):

VPN+ is built from a VPN overlay and an underlying Virtual Transport Network (VTN) which has a customized network topology and a set of dedicated or shared resources in the underlay network.

A VTN is a virtual underlay network that connects customer edge points. The VTN has the capability to deliver the performance characteristics required by an enhanced VPN customer and to provide isolation between separate VPN+ instances.


- Slice Aggregate (in draft-bestbar-teas-ns-packet-02)

This document introduces the notion of a slice aggregate which comprises of one of more IETF network slice traffic streams. It describes how a slice policy can be used to realize a slice aggregate by instantiating specific control and data plane behaviors on select topological elements in IP/MPLS networks.

When logical networks representing slice aggregates are realized on top of a shared physical network infrastructure, it is important to steer traffic on the specific network resources allocated for the slice aggregate.

Slice aggregate: a collection of packets that match a slice policy selection criteria and are given the same forwarding treatment; a slice aggregate comprises of one or more IETF network slice traffic streams; the mapping of one or more IETF network slices to a slice aggregate is maintained by the IETF Network Slice Controller.


- Slice policy (in draft-bestbar-teas-ns-packet-02, to help the understanding of Slice Aggregate)

Slice policy: a policy construct that enables instantiation of mechanisms in support of IETF network slice specific control and data plane behaviors on select topological elements; the enforcement of a slice policy results in the creation of a slice aggregate.

A slice policy topology may include all or a sub-set of the physical nodes and links of an IP/MPLS network; it may be comprised of dedicated and/or shared network resources (e.g., in terms of processing power, storage, and bandwidth).

Best regards,
Jie