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

Lou Berger <lberger@labn.net> Tue, 24 August 2021 13:53 UTC

Return-Path: <lberger@labn.net>
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 AC0273A0B7A for <teas@ietfa.amsl.com>; Tue, 24 Aug 2021 06:53:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-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=labn.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 RbNMgechj7_u for <teas@ietfa.amsl.com>; Tue, 24 Aug 2021 06:53:35 -0700 (PDT)
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2130.outbound.protection.outlook.com [40.107.237.130]) (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 3BC253A0B85 for <teas@ietf.org>; Tue, 24 Aug 2021 06:53:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Vw6rHQgZZDi0PZ9ZnnQXJsprYuexvhCsCsVPq4fjriUArACqFC0xukFNRHIVnM3kz6pwXwja34npn7Yxuzb3KR2XjeZcoLh55FB7K4md97OMG68bbIdktz+6NtNl7ptqYINonku9kVXsLiNNWmzwAXiVAVNhINmOUjv3jU8S2Ms4Sx+fN2WGPQXvhxgxcQ2UlHNStvlHYAPSojVsI8wSYwLbtO6Tj2Foqx6R164NgdUKSW4crSXt350wiXCltiNja4PtdltcbYXMqujIeyIYnjIZenCfgv9+iDux7Z7Ftroob2j/RifXe3bxBZwFJcxmItqFSjdvqbGs97EgQD2rSw==
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=Wbam9Hn4P5kijrhW8DuhEoppcbBB/2kniiLU9jsTh3w=; b=afL7uUn7hdw7/lQBcNlK8oKITBC0o9LJyBwsLPZer12Mu2MRA2svy8bbZ0xpWTZAga1NnTmJ7vmwOD6F4buc9UDhkBKTrrdKVOgWDVcyV08vsQImUA83/u7yfb2SVkgGcYdWHLPHcjKyJ+sKpNHjIBykDB1mfDD/sMoxUNH9SAI4mN5l+bFv2YvgXmA9Wp41mB0nbWoS03NR2Uq72KtAcaPVZGaTNKQr6ot+mgv6HVM1QHqj/hhThoYLWQgIbgaSdys5lRmyCb7WwrfWDwCInpP2XjMUBgkf1u+3TBE+a/2aFdt4MdgMy9GQsMuR7BZmuDzOLEQ+QeupZN+yFPQGcA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Wbam9Hn4P5kijrhW8DuhEoppcbBB/2kniiLU9jsTh3w=; b=MLsTRLD4z1rXp6534HNNposNjV1RIYRzrinhKECHMB7b6C2ouz4Wzsvlnm/4BDO0HynF5j3R3HBgYeNiuMeQxdgk835z7Zc+Srv8zkjlfYn1rrUtl5HvCifitywb6vIZxTvemg7K3jjQu9zagKQOoUizqRuqFBRuparSyk311os=
Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=labn.net;
Received: from SJ0PR14MB4792.namprd14.prod.outlook.com (2603:10b6:a03:379::24) by BYAPR14MB2837.namprd14.prod.outlook.com (2603:10b6:a03:ab::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4436.22; Tue, 24 Aug 2021 13:53:30 +0000
Received: from SJ0PR14MB4792.namprd14.prod.outlook.com ([fe80::3859:c03:a84c:6167]) by SJ0PR14MB4792.namprd14.prod.outlook.com ([fe80::3859:c03:a84c:6167%8]) with mapi id 15.20.4436.024; Tue, 24 Aug 2021 13:53:30 +0000
To: adrian@olddog.co.uk
Cc: 'Traffic Engineering Architecture and Signaling Discussion List' <teas@ietf.org>, 'Alvaro Retana' <aretana.ietf@gmail.com>, 'John Scudder' <jgs@juniper.net>, 'Martin Vigoureux' <martin.vigoureux@nokia.com>, 'Vishnu Beeram' <vbeeram@juniper.net>
References: <162878880345.23428.15958748869344266215@ietfa.amsl.com> <010001d7980f$9f80f8c0$de82ea40$@olddog.co.uk>
From: Lou Berger <lberger@labn.net>
Message-ID: <cb9b6ea0-8262-a090-dcf4-7e4da7a25d46@labn.net>
Date: Tue, 24 Aug 2021 09:53:25 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0
In-Reply-To: <010001d7980f$9f80f8c0$de82ea40$@olddog.co.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-ClientProxiedBy: BL0PR02CA0026.namprd02.prod.outlook.com (2603:10b6:207:3c::39) To SJ0PR14MB4792.namprd14.prod.outlook.com (2603:10b6:a03:379::24)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [127.0.0.1] (100.15.108.238) by BL0PR02CA0026.namprd02.prod.outlook.com (2603:10b6:207:3c::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4436.19 via Frontend Transport; Tue, 24 Aug 2021 13:53:29 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 569ef940-3944-4ace-fd44-08d967068e5c
X-MS-TrafficTypeDiagnostic: BYAPR14MB2837:
X-Microsoft-Antispam-PRVS: <BYAPR14MB2837038722A2AF26054771C4C3C59@BYAPR14MB2837.namprd14.prod.outlook.com>
X-MS-Oob-TLC-OOBClassifiers: OLM:10000;
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 1yLgOpLxM6/rDPXZ3k0SDoIb2Ze8xKNoNQwj6l6Itay48+CT2liy2nb+XN99x1X7FAH9NjO/AvoxXhhvZdo7zwOEjiItnBlG+8Cuc0887mKahWX+lcPhAOPFnEgM64At98YgrubjQz2YY6hnLW9ht2PrpcbwlTZrMxwEmPtrp3ed1PbBHUCSlGkbrjxLASyxvbBaZ77LLcz9C9YopBO7YC3/CZRoBIpW9GxUYIGreQET75YajOaYEKg3BGpB1y/OVbIDL3l8IU6OU2IYDZZxFSnSKwrRrsQyIKjDbu8SfqE/xTcEBb1azoi0VXHgt3qM+DQiYuwqBoMt+OzHnk7W9ZCaBKY0A7JH2OYxb43rn/iys+NnGjiH+drmHq8P9dHETeNBx+FmCO9ErD8WhYbX/d1tpKG8f0QF1vigWK51mdR0oJutS9rt3CsBXOx+l4sfA4j/JtEpCEn+Ii9aZdpWOjpQzHKyFqINCZsIE3HrUHFbSjjgnnqAIKZNt+U927lRn8WdhZLEKgl8A6/LwH6gxu34rAB0AqCnShyLuQPinDrkGU2gLPPPmAtc7FWWdr07yXxwubAmfmeX5+7XOASxaoMW61Dm43Hq/4nr/EkxGMYdUY/pav7HMHGTWJO5JnoV30ZfCc/hZzUTjvbvSgCLZI+rvkMhVlC2xTtOVzYwzdtP57pVlbSX4vBJTenoCZ4QUNsne/l2GkxvkcWaNveKZhyas0+a16uDK6nQcBk/6tGraUwkVRLxvHzchbZ3xlIUmEy2AToM+zpoKAZiykgb/BehBytl/iSlWISI/wKtjw+tBv/mq/mo9pozN8yry3kgM0sDjkEmrw4aZ6BuOa4QrbSAXS0NpTehNDGWtgbjn3KFgZJFO/tabzXJQYWwF/IFjs62RhinI+XcH8ES4e3p3g==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR14MB4792.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(366004)(376002)(346002)(136003)(39830400003)(7246003)(4326008)(66556008)(54906003)(5660300002)(26005)(66946007)(956004)(966005)(8936002)(6916009)(478600001)(45640500001)(6666004)(31696002)(52116002)(66476007)(316002)(16576012)(83380400001)(36756003)(186003)(31686004)(2616005)(2906002)(38100700002)(38350700002)(7126003)(86362001)(4001150100001)(53546011)(6486002)(45980500001)(43740500002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Qk1BTkhZR0NaVGxRdlBFdW5LaXFER0VDcExjWUlCOFhMS3NGa3BGZUVTV2tV?= =?utf-8?B?S1Y3M281WERlM2g2U0FFUmFLMTc0ay9ucU1KT3diemVIaFZoaE5BT2JpcU0w?= =?utf-8?B?NDE2WEdhVWtxVi8rd2NNV0Rlem1CSEs1NkJ6ZkhydmZTZDZCS055cjVoL053?= =?utf-8?B?UFNLQzdKeHFhak1kS1hyOVhXdm5oRk45M2l2UTZFbXdXbElWaFBaUUZjejNu?= =?utf-8?B?TStZbkl5UkRFamI2WExHcXNHUWNXMFNOcDdud2JhVDdQTVBrVlJGZUhXL1l4?= =?utf-8?B?Rm51eGhqRlc0YVBjN1N2N0tFaVNYZ3NrZUpYRjA4Ymp0TnZvU045dDd2ekl6?= =?utf-8?B?elZLUEhRT1FHU0x3WjczN1o2LzE5cjVQUncwTmVHaFVGNjFYVlBkcDJtYXFF?= =?utf-8?B?dzdKaDhCVTBtNitUL0svUjdtZTVJRHN0U25DZzQ5QWJyT3Z0VGg2VWNiandu?= =?utf-8?B?U1V4cFVZU3lGQm01bU1IWWVvNzhCSGo5dXF2anVZYlVaZDBpZ0VmeWljdkpT?= =?utf-8?B?cnI0aUwyb1FhQWxmM1VZbVRCVWduMjkwaFJ4UXc5VGhFZXBwZ0ZpNmxMSDdF?= =?utf-8?B?bGZCaXBKaGZ2TlB1MjhUQWhDNmNyWHVPelJoOHlrUVBLb2k5T1VXaC9VaUpj?= =?utf-8?B?aXM0Qno5alkweitYSXdlajR4dEZDRnA5R0J2TWkwdWRvRXJLbm9KSVFGMTQr?= =?utf-8?B?ZWUyQ1E3N1AwVE91R0lMS0w1d0owcmc5TnRzaHpWdWR2WjJBSmtnc3NveGR4?= =?utf-8?B?M2k0OHJkUk1OWGtTSkdQS3d6ODB3V0J5aFV5cHRhUjlYQU0zbVM0Y3RETytr?= =?utf-8?B?SVhJaEwzcXRrUC9EMUl1d1dXY0R1bUg3c3orYVM0ZFlBdjZybEVkV3dhc3J4?= =?utf-8?B?WlFBQW5Bb3pVYmpwdk9ScFl6cmp0cnRBcG0wZ2xZQ3NOdXlZYXhTbE44aVdj?= =?utf-8?B?cEtjbjN1TFdwaXdMUVlVNmlYdGZ5RmNKTUR1eWREY1g4cGp4WXMycy9uSnV6?= =?utf-8?B?YnAvZWJkME5rTzgyMG5vbytBWkYxRDBNM0RWdGxLMjdXNENtZFlXMDNSeGdq?= =?utf-8?B?bmZ6VjFhU0YyanBORzNqQmlyeHZtQjJqcXhISkhLeHhjbzVkZXhaOE1aM0lF?= =?utf-8?B?dklqVjYyWVhCeisrcGlaQnRlaXVJYnh3aHpFZkxsQTFaMU1OWGhIWVUzSnkz?= =?utf-8?B?a1RRN0VyTjNOc0ZyWEdVUXBsSC9QYldyWkdlZkFkZjQyVEo3TU1sUDB3dUla?= =?utf-8?B?MEk0VVR6ZkpVbmh1STBZNmEvci85TlVpM2w0ZVhEakx3aVlVSTJJQ1VueVA1?= =?utf-8?B?SlpNUUI4RGFzcFdwTjF6N3lQL1hRNmg1bkhBV0J6dGErMW5NU3h3Zm9oVE5r?= =?utf-8?B?d0tNS2pkUVlrY2UyOGtWVGpGeUJSRHAzNjBjcDQ4QUtIM2Q5d1BQblZER1Bq?= =?utf-8?B?RVZlRE9mVC9QK2hVeFpsQTlPTHpubUJaendHdU5xUXMzUFV3NS9OY1ordkNz?= =?utf-8?B?VzNMTUtKZjg5cXh0K09rYUY2UHVBeVFxVmVUTkI0TnM1RjF0WjZtM0ZFdzJN?= =?utf-8?B?T2hXVlVzQkdNem1lN0gwVGkrUmE4eWtDRlZXcjRNa0dTeVphVzJ1NVpPeW9F?= =?utf-8?B?UlEybDVRU2RacmI2VE1MVGtkdWw3Y3lkQS9qUWlrSFRDODJiSHF1WFpyMkha?= =?utf-8?B?cHk5QVBnTE9rdHdUWTJUVHBaSmdIYlpmMTY2Ym8zUm85bTlUOXhpa2c4S1Z5?= =?utf-8?Q?5t1V3iNVQsJNFYMMMu73f1INltBMflbwAuAaMOB?=
X-OriginatorOrg: labn.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 569ef940-3944-4ace-fd44-08d967068e5c
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR14MB4792.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Aug 2021 13:53:30.6873 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: eb60ac54-2184-4344-9b60-40c8b2b72561
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: qqVYO73xRngGqgZmyMlxQLjbbc4jwDlcQ61bZvLrACQfiXYN+v6to3jGU6AfROJVUXPNZDkaAgMFzLsT9OGTYw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR14MB2837
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/DZUhOW5m48tqj3CagfASM1BpDtg>
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-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: Tue, 24 Aug 2021 13:53:42 -0000

Hi Adrian,

Thanks for this.  We have often received such 'communications' from 
groups with whom the IETF does not have formal liaison relationships.  
For incoming communications, we have always just ensured that the WG is 
aware of the incoming information.

In the past, if I recall properly, we have sent outgoing 
'communications' to such groups when the WG has considered appropriate.  
In this case, WG participants are of course able to participate as 
appropriate in the GSMA.  If participants wish to propose a response to 
this (or to any other groups) - they should propose text to the list 
which can be discussed and coordinated with the IESG, via John our AD, 
and if needed the IAB.

Thank you,

Lou and Pavan

On 8/23/2021 7:11 AM, Adrian Farrel wrote:
> 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.
>
> Cheers,
> Adrian
>
> -----Original Message-----
> From: Teas <teas-bounces@ietf.org> On Behalf Of Liaison Statement Management Tool
> Sent: 12 August 2021 18:20
> To: Lou Berger <lberger@labn.net>et>; Vishnu Beeram <vbeeram@juniper.net>
> Cc: GSMALiaisons@gsma.com; liaison-coordination@iab.org; Vishnu Beeram <vbeeram@juniper.net>et>; Traffic Engineering Architecture and Signaling Discussion List <teas@ietf.org>rg>; Alvaro Retana <aretana.ietf@gmail.com>om>; John Scudder <jgs@juniper.net>et>; Lou Berger <lberger@labn.net>et>; Martin Vigoureux <martin.vigoureux@nokia.com>
> 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: https://datatracker.ietf.org/liaison/1756/
> Please reply by 2021-10-15
> From: Wayne Cutler <wcutler@gsma.com>
> To: Vishnu Beeram <vbeeram@juniper.net>,Lou Berger <lberger@labn.net>
> Cc: Alvaro Retana <aretana.ietf@gmail.com>,Lou Berger <lberger@labn.net>,Traffic Engineering Architecture and Signaling Discussion List <teas@ietf.org>,Martin Vigoureux <martin.vigoureux@nokia.com>,Vishnu Beeram <vbeeram@juniper.net>,John Scudder <jgs@juniper.net>
> Response Contacts: GSMALiaisons@gsma.com
> 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 gsma.com at :
> https://www.gsma.com/newsroom/resources/ng-127-e2e-network-slicing-architecture-v1-0/ .
>
> 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.
>
> ACTION
> 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.
>
> NEXT MEETINGS
> NG#14	11 – 20 October 2021
> Attachments:
>
>      E2E-NS WP Publish LS
>      https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2021-08-12-gsma-teas-new-whitepaper-e2e-network-slicing-architecture-attachment-1.docx
>
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
>