Re: [Teas] New Liaison Statement, "New Whitepaper: “E2E Network Slicing Architecture""

Adrian Farrel <> Mon, 23 August 2021 11:11 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3D71F3A0A04 for <>; Mon, 23 Aug 2021 04:11:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id OtDqm47vxFRH for <>; Mon, 23 Aug 2021 04:11:36 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 75D2C3A0A09 for <>; Mon, 23 Aug 2021 04:11:35 -0700 (PDT)
Received: from ( []) by (8.14.4/8.14.4) with ESMTP id 17NBBVuT017070; Mon, 23 Aug 2021 12:11:31 +0100
Received: from (unknown []) by IMSVA (Postfix) with ESMTP id E97264604B; Mon, 23 Aug 2021 12:11:30 +0100 (BST)
Received: from (unknown []) by IMSVA (Postfix) with ESMTP id DC6A64604A; Mon, 23 Aug 2021 12:11:30 +0100 (BST)
Received: from (unknown []) by (Postfix) with ESMTPS; Mon, 23 Aug 2021 12:11:30 +0100 (BST)
Received: from LAPTOPK7AS653V ([]) (authenticated bits=0) by (8.14.4/8.14.4) with ESMTP id 17NBBUiK024198 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 23 Aug 2021 12:11:30 +0100
Reply-To: <>
From: "Adrian Farrel" <>
To: "'Lou Berger'" <>, "'Vishnu Beeram'" <>
Cc: "'Traffic Engineering Architecture and Signaling Discussion List'" <>, "'Alvaro Retana'" <>, "'John Scudder'" <>, "'Martin Vigoureux'" <>
References: <>
In-Reply-To: <>
Date: Mon, 23 Aug 2021 12:11:29 +0100
Organization: Old Dog Consulting
Message-ID: <010001d7980f$9f80f8c0$de82ea40$>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQH5B8YYJCvUhUsq0ZrsSz10fVoEj6s+BsqQ
Content-Language: en-gb
X-TM-AS-Product-Ver: IMSVA-
X-TM-AS-Result: No--11.953-10.0-31-10
X-imss-scan-details: No--11.953-10.0-31-10
X-TMASE-Result: 10--11.953100-10.000000
X-TMASE-MatchedRID: yebcs53SkkCyoI+bK8UPQnFPUrVDm6jtlFGUu7DBzhgZSz1vvG+0mjPq fjabMGZq36DbFB9DuVfxT7GNZ3iX0KBV8OcHPaXzgcvvvRSOOOIKF0jiwuWuOC99T+uJIleR9Yo ZOFDapk1W4BagHxAlgfcXEFC9b+APVZTAgBT1WR6yBjDX4sGuTU+crEA4+nhZEtSzize859OVAu bogNJ3RCq/70ZOZhaTOSvPmxeanlSfbxa3A1yTp3pJm01s0ox6GnGYpZN+xAisaBVGMabQl/IL3 EilQkpCEPfUHbNtmmGAAhxMIuxRJapxAK710J3rmOFnGEL0JOOnHBIbyMjCFHdCQ4WqmoahoPS8 waVB6maEijVvY3+ENOpGJSAHQICsuBKKB37nRtpuaOJ0WBxs0rQqSFvcBpemyZYexyUU0t/fo/l tDqiU/1l4suk/pcupPJOIJdnx+OS5+rRXMtJein/HTU/OBaTGX93p52Kh3thSZmmz12WPKwv44W fHty9MqVxbFblxgNtr/4NWshJfEfsqu1RpjVDQNcBgDYAZBtHPf/MnHE/ve/8Yzd767u1ZW0DvP CWuNT+P9f/FhYubLSSK/YI4QMFVFCA0zvrDHCBAL3S+E86WTeU9R6b8nlzkEt/W/Pt5w8dsh2qx UoEyZJKBD3/UcK9cW6luyYicWH6RrM3g78hSzKtqms1/4Af+o1bhZ4v5q64R9RDbha9IJrKzfU/ nSdMQZ8jEz3NeHJBiA2bsGDy/E+F/B1jEjV+6194/5X9VfCzJ7cNmc9RsnyOWfE4h4x8wBmfeNZ 4Rd5EmSkTqvL07q55wCdAUmxcU9opaDadx4G+eAiCmPx4NwKn+YfuBb3+ABTmtD+MNluqOhzOa6 g8KrQ3Rbt1ajnIf7eySRtKEgiDqEq86bp8oCOvILgPFph+JCapnTmPC1aI=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <>
Subject: Re: [Teas] =?utf-8?q?New_Liaison_Statement=2C_=22New_Whitepaper=3A_?= =?utf-8?q?=E2=80=9CE2E_Network_Slicing_Architecture=22=22?=
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 23 Aug 2021 11:11:44 -0000

Hi chairs,

I think that the IETF doesn't currently have a liaison relationship with the GSMA, so you might contact the IAB for advice about how to handle this communication.

It's certainly useful for everyone involved in the IETF's network slicing work to read this document to see (how GSMA represents) 3GPP's thoughts about end-to-end slicing. It would also be nice to share our progress on draft-ietf-teas-ietf-network-slices.

There are a couple of individual drafts that look at how an IETF network slice might play a role in a 3GPP end-to-end network slice (draft-geng-teas-network-slice-mapping, draft-li-teas-e2e-ietf-network-slicing). While, as individual drafts, the WG can't really talk about them to an outside body, it is probably the case that the WG should focus some attention on this issue.


-----Original Message-----
From: Teas <> On Behalf Of Liaison Statement Management Tool
Sent: 12 August 2021 18:20
To: Lou Berger <>et>; Vishnu Beeram <>
Cc:;; Vishnu Beeram <>et>; Traffic Engineering Architecture and Signaling Discussion List <>rg>; Alvaro Retana <>om>; John Scudder <>et>; Lou Berger <>et>; Martin Vigoureux <>
Subject: [Teas] New Liaison Statement, "New Whitepaper: “E2E Network Slicing Architecture""

Title: New Whitepaper: “E2E Network Slicing Architecture"
Submission Date: 2021-08-12
URL of the IETF Web page:
Please reply by 2021-10-15
From: Wayne Cutler <>
To: Vishnu Beeram <>,Lou Berger <>
Cc: Alvaro Retana <>,Lou Berger <>,Traffic Engineering Architecture and Signaling Discussion List <>,Martin Vigoureux <>,Vishnu Beeram <>,John Scudder <>
Response Contacts:
Technical Contacts: 
Purpose: For action

Body: The GSMA, one of the Market Representation Partners of 3GPP, have a project concerning End to end Network Slicing under the Network Group (NG). The project aims to identify potential gaps in standards and input recommendations to the related organisations toward the realisation of Network Slicing architecture designed from an End-to-End (E2E) perspective. This E2E notion means network slicing capabilities need to be integrated across the different domains (e.g., device, access network, core network, transport network and network management system), so that Service Level Agreement based on customers’ requirements can be guaranteed. 

The GSMA NG would like to inform related organisations that the GSMA Whitepaper NG.127 “E2E Network Slicing Architecture” has been published on at : . 

The intention of this whitepaper is to show guidance of the entire industry ecosystem; for operators, vendors and service providers to be able to consider common solutions of network slicing which have not been fully defined yet.
The scope of this whitepaper is to provide the description of: 
1. Blueprint of E2E Network Slicing Architecture,

2. Technology aspect,

3. Ongoing SDOs and open-source projects, 
which are snapshot based on current status of these standardization activities, typically activities of the 3rd Generation Partnership Project (3GPP) Release 17. 

The GSMA NG kindly asks related organisations to take our whitepaper into consideration for their standardisation work on E2E network slicing as well as provide feedback on our whitepaper. 

NG#14	11 – 20 October 2021

    E2E-NS WP Publish LS

Teas mailing list