Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00

"Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com> Fri, 12 February 2021 14:31 UTC

Return-Path: <reza.rokui@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 DBD013A1718 for <teas@ietfa.amsl.com>; Fri, 12 Feb 2021 06:31:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.15
X-Spam-Level:
X-Spam-Status: No, score=-2.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, 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 jl6cTdnSIMoq for <teas@ietfa.amsl.com>; Fri, 12 Feb 2021 06:31:03 -0800 (PST)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2118.outbound.protection.outlook.com [40.107.236.118]) (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 ADBFD3A1715 for <teas@ietf.org>; Fri, 12 Feb 2021 06:31:03 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=h1wAhB8gesB6Zc0uAjahPJnGQvvOMbjuIKd+IqJxWWPjoZmkiuK7O2L1vjw2pc9Y5SVzVWQEk0kgUUuaLwcRH3iaVJDFvP/17KXhSXLCWanQ6ft5ClOJaw7x9pCV2BVcOWjaK2JVwHwrg5ZL87uUA644d04fAuGZyN26FJlEJeNnkYpn0uf2G/ooYGebIpr8GkP3G1MdTgTQ+ONbRk/0NvNxNKiWnR5uqsMFfb5fMgFKCpmVZ6i7GMbPpS6uNWykapLRTSPubnXpCWEClk/5UuSxtyYoUbEIZF6MDNPyxFX29LGKma/x0XY8warBZJK+g7CahZqwr41u3WnQ7Lbmjw==
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=+De70lGE6sL6nU2m1ct+8rYTRkx1c0WH/KePO2T2L64=; b=fdJn3jqMJz6A0+rIkXgIq8Ue72OAs87nnuhp7+BFjkwDmbR43d/U5pkyLUcDFPesjPwlQ1RDaGuijoamzekaKyS5bZ42ND0elrxzT6rwk9LQxApbpMtiaOkOdVWMVvBRftsxBPCblteqYMAHxsGJqtNzI7JAo/syOyCxiQ/7lhip1ziwEgAsmj8hn6l/bcXkNXQ+pJgATEp4hdNOtgNXiUKw8g3t5WbzZEuQo13+RpkgiqMLsWrO+A/T6cp6XwU2hDqm7rnvKNVDA7SJq7IK6laURqoK4kBpb8vXtjd8jJ0vSoM+BYWT5hVAeHm24RTvNdbgCCKA9DWPT9mfVlE7vg==
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=+De70lGE6sL6nU2m1ct+8rYTRkx1c0WH/KePO2T2L64=; b=VcgYRv1pZM17chmbrsz0+zNW7xWtmt/SVNosAY2+Ad8AM2YgPF9WBt73ok8ndrEjyX7mVeuDgu/YLgbO6sq181ERMGT7SXsPAPuLcCJLA0z7S9LRoq/qLTsoAwRizvsQmtWmdoYNFlie4pm7wy8ZF+4NSjngPoJ9SGer8LQ4WQg=
Received: from BN6PR08MB2707.namprd08.prod.outlook.com (2603:10b6:404:c0::10) by BN6PR08MB2707.namprd08.prod.outlook.com (2603:10b6:404:c0::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.34; Fri, 12 Feb 2021 14:30:58 +0000
Received: from BN6PR08MB2707.namprd08.prod.outlook.com ([fe80::bcda:a2e1:1f5d:b93f]) by BN6PR08MB2707.namprd08.prod.outlook.com ([fe80::bcda:a2e1:1f5d:b93f%3]) with mapi id 15.20.3846.034; Fri, 12 Feb 2021 14:30:58 +0000
From: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
To: Uma Chunduri <umac.ietf@gmail.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
CC: "Joel M. Halpern" <jmh@joelhalpern.com>, TEAS WG <teas@ietf.org>
Thread-Topic: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00
Thread-Index: AQHXAUuu9P2hNVxT2EyMTECpoQLvEg==
Date: Fri, 12 Feb 2021 14:30:58 +0000
Message-ID: <6D508BD7-CD0E-4B96-BBB1-69F9832AF27A@nokia.com>
References: <cc3949a4-1e60-7f77-45bd-2470be67d9d5@joelhalpern.com> <022001d6fc0e$4facba70$ef062f50$@olddog.co.uk> <CAF18ct6+fDAf2SwQZ5vJe2ARxpzfxDJbJSXM53k6k9iLr_EWCw@mail.gmail.com>
In-Reply-To: <CAF18ct6+fDAf2SwQZ5vJe2ARxpzfxDJbJSXM53k6k9iLr_EWCw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.45.21011103
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [24.246.4.36]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: a9723fa3-5e70-49da-98d9-08d8cf62d0a1
x-ms-traffictypediagnostic: BN6PR08MB2707:
x-microsoft-antispam-prvs: <BN6PR08MB270785C78C4AB77AE07573049F8B9@BN6PR08MB2707.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: WP03L2oA/Pc87qlHzSCDxYfZXIOu1IvhCqYQ6Tv16s5IpCoIZRvYt4Iek6w5qzSRUxLIljvyIKQmqwdmk31/BEHM3oNFs7vEkOBER9Hjmy7Vbkq3K8eI0zXyuE66M9o91gJFLSmnsTyk26TC0xeS2YRqHVmR1dKXner20FX0I5YFRHQks1hXV40YIGipT8MoQXxDOHFh5uA42kG59ub5vXEjuf9m8Ycu5dp4ngjm/K+obLh3ud8KhPlgMA36f/viBWlO3ZeFqQY4JiDX2/3dVcXf5sgXQ2pQlY1FBUPxGPGCoIN8iX0g9Lt8NQfzjo1E0qSI+GRUHOlsu5+ODvsmfI30GocokiVyErIMzaJTVHN2U2AV/IuSB+9NMsEQIM88CLUVS7dyJgezm1h60J/jDHfEjZd1oJRni8enPgrqgWLlf1BKMKEaFlrdj3/gEQqix98ZoyzMsjadurToY4pxNQTsheNdKj8m5GC4dm9lXgmXPHhfHTw1rruatUKTG1Yq0vhJDmFhJsDWyXu6oAd9Jt8OmfMaxiPa4kulwr7GBuaxdixwTEPb7665B5EX92r+OtXhfagJ8pOO034N60IWtg/lbkNw1wRgzQvvbOSaR/wJFeRYu/Fnxf8b6tWTTj4OO3amJ2Nbmgk4rep2gB5RTw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR08MB2707.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(346002)(366004)(39860400002)(136003)(396003)(83380400001)(2906002)(54906003)(86362001)(316002)(110136005)(6486002)(4326008)(6512007)(166002)(8936002)(478600001)(8676002)(966005)(76116006)(71200400001)(91956017)(186003)(64756008)(66446008)(33656002)(66476007)(26005)(53546011)(6506007)(5660300002)(2616005)(66556008)(66946007)(36756003)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?OEVZRVorWEM2dGIzWTZzd3IrZFZvdWVLMnB5QU1CRHR6NmJHZ0swUlVpUXY0?= =?utf-8?B?TmhTN0UyZzFZL2JNd3NjVkVLM2k5SHJTUG55WEdlbWg5bjI4MzlpeTJ2ZjJD?= =?utf-8?B?Wml6ZUoyUFJxTno1M2xhSlR5aHQwRVhKOG9JVnRKbDYycHE4NE9WRGtIN3ht?= =?utf-8?B?eksyWjBYRTg4ejVmN00rMkNKa21UanNmYUZGd1hQa1lIdjNZTzJrb0greUNG?= =?utf-8?B?QmxNbkVzMmQ0MEJxbGx1ZCtpZVVmRGFuQk1QK1JYRGdOY3I0U2k4OFlYK1Yv?= =?utf-8?B?dEQ1dldYbjlSNFRmWmRuaHpuVmFydGdMcUpseEpuUXpPb0lKMW1DTFB1ODVZ?= =?utf-8?B?dHZZRlYwVGhCQmxoOGRSenJuaDRjK01VKzlicm80bUlFeHFqNVFtV0NXcldn?= =?utf-8?B?OHhlSWJ1RURSSzJvSHZRelBHZlNoVndZREU4d3pMRE1NU1dyU3RCY0VtelUz?= =?utf-8?B?S2ZQclpvamhNTzNtajh0QVowcXVQY3FVSTRUcWwyME96djNPZlFrUTZEL3Nq?= =?utf-8?B?YkpiQzBQakJTOFZ0dEg1VE9HMDB6NmYyWkhRNXlRdUI3aVBDamg4aDdoWDlw?= =?utf-8?B?OXpoMjF2Um15OU1TTjRCS2RTUHl2ZjI2R2g2cHZmcUg5YytJWlVaSHBwaFZh?= =?utf-8?B?QjNlR1JiVWFKRHZpcDllcG01TWtHMXJ2UFhEeXl1T1pRd1Q1ZTNINDIyLzMw?= =?utf-8?B?SFg3L1Zxcm43WFhHRG1VZmF3Ny9NY1RPWFRxRUY1ZkU5VGRJSmJMeTM2VFpI?= =?utf-8?B?Y2ZuOXdCVnQrU0VyZGtKVCtUdlZMKy83ZGQ2NXF4VEdXMENsYzZnWS9sTGtD?= =?utf-8?B?L0U5SlFHN2svRW1kLzRtQmttRDJ1WFpZYXRiTk9pUEczbXYvL05yNU5HQ1Bt?= =?utf-8?B?ckpPMjlFZ3YzZTZCN001L21Oa2RhaXJYaXVrNUpjSTQzK0ZIM3JWWThUb0JN?= =?utf-8?B?Rmp4REMwTUZ0VTlnV3hFQ1JQRGcxU1lCdzd4VGFqSTFlUVQ2QnhTZGlHWEp0?= =?utf-8?B?bHQ0cWNjRXZtYVJTcU50MklsUjRpOW5qL2tvVWoyVGtZTnBXWi9MZERMcGgz?= =?utf-8?B?M1hEd1A4UjM5bVJzY1kzWFBYTXhOWm1rekd2ZUJmNmg0UFRGNlgrcTBlT2R6?= =?utf-8?B?ODFmZnRIQkhCM01BeUdDNXdkend5WVJTODlFY0llejIzVkdSQzYzeS8yb1Q2?= =?utf-8?B?SEJSSUtGVGlsSFRkT2RnajYwcGdaYXlNMUVYa1oxUmI4enNIRGUyYlUrQldq?= =?utf-8?B?U2ZLQnVFeUVBVmM2MDJ1UGl6NFFmZng0Rlg4MWhwNTFYNWtrZVdoZno0WHZN?= =?utf-8?B?V1FLZVBPRjNUUTJ4N3hYWm5hYnlBV1JUQWVCQndJcnBHd0V0VGNvb1E2d0dI?= =?utf-8?B?V21PVkgrakplbkdVVjZ2cE44SksyOXd3enltaGx2dHQ1eTlqbExjRnhlWmZZ?= =?utf-8?B?YW5jcStrVlBlcVdsNkZYbGQ5eFVxSGc5Yi9NSElsVXBMZ2FMbG1GNUFZSi8x?= =?utf-8?B?SUVlSDRiaGd4MVZXWHpSRXNrR1ArM3VPT0ZxRGhLclU1ajdudkt2K0dJamJM?= =?utf-8?B?dllMTWx6T2prNVd5SWZjM3g0SklGU3BmSWcyLytYMHhjSTEwSE1hdGJVVS8r?= =?utf-8?B?dmg1U0NjTStrSUYyZnVocEs1T05Gc1N3Y0xEMmlQSFU0UitQdVl2S0U1UnVN?= =?utf-8?B?UnJEYU4xLzA1b296ZkJpMEVBU3cxVElZMWxDUFRneHpnV1ZiR3pObU1SWGlK?= =?utf-8?Q?DnDA0d0uVlf3xnkeblwGurEbIGoYj4dTDbPU7rT?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_6D508BD7CD0E4B96BBB169F9832AF27Anokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN6PR08MB2707.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a9723fa3-5e70-49da-98d9-08d8cf62d0a1
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2021 14:30:58.6111 (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: SJjKes91f7DnfXppaosy9rD8SuX3KOGsxX4aEtuxNgBbWzqmhoJCUTgMJhn1JVrx5MiOhsSjadpv6nZ+J35LcA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR08MB2707
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/pMQoYNN4zH5i4Xji8-jBk97ThtQ>
Subject: Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00
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: Fri, 12 Feb 2021 14:31:12 -0000

Uma,

Please my previous response to this email thread.
The draft co-authors are working on these terms  but the suggested terms (or some of them) might be considered.

Reza


From: Teas <teas-bounces@ietf.org> on behalf of Uma Chunduri <umac.ietf@gmail.com>
Date: Thursday, February 11, 2021 at 7:32 PM
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>om>, TEAS WG <teas@ietf.org>
Subject: Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00

> I suggest "source/destination" and "IETF network slice ingress/egress".


+1 for the above.

--
Uma C.

On Fri, Feb 5, 2021 at 2:29 PM Adrian Farrel <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>> wrote:
Ah, the old "endpoint" discussion.

Yes, Joel is right, we need to disambiguate endpoints from endpoints.
There are traffic endpoints (the sender and receiver of packets), and there
are endpoints of the service (the ingress and egress to the slice).

There is probably a risk that we get sucked in to the wider 5G picture, but
we need to focus (as Joel says) on the IETF network slice.

I suggest "source/destination" and "IETF network slice ingress/egress".

And we can avoid discussion of the wider 5G context, as noted elsewhere in
the draft, by diverting that material into a dedicated document.

Cheers,
Adrian

-----Original Message-----
From: Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> On Behalf Of Joel M. Halpern
Sent: 05 February 2021 17:04
To: teas@ietf.org<mailto:teas@ietf.org>
Subject: [Teas] network Slice Endpoint in
draft-ietf-teas-ietf-network-slice-definition-00

Rereading this draft, I realized that I am either confused by or
disagree with the description of the "Network Slice Endpoint" contianed
there.


The endpoint that I think matters is the place where the IETF Network
Slice Controller starts controlling the QoS and traffic delivery.  The
Controller doesn't care about the identity of the device outside of that.

Figure 1 in section 4.2 seems to define that endpoint as the network
slice realiation endpoint, and describes the network slice endpoint as
the thing outside the IetF network slice.  This seems counter-productive
to me.  It complicates teh relationship between the endpoitn and the
service being abstracted.  For example, if the service is beign
delivered with MPLS, the Network Slice Endpoint likely can not put the
labels on the packet for the MPLS, as it is outside of the IETF network
Slice.  So we will need yet another layer of classification, and yet
more interworking.
Further, someone has to get the queueing right for traffic coming out of
the Network Slice Endpoint.  But it is not part of the IETF Network
Slice, so we don't have any way to get it right.

If we define the edge of the space we care about co-incident with the
edge of the space we influence, things get a lot cleaner.

Yours,
Joel

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

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