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

John E Drake <jdrake@juniper.net> Wed, 10 February 2021 16:21 UTC

Return-Path: <jdrake@juniper.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 904293A0F09 for <teas@ietfa.amsl.com>; Wed, 10 Feb 2021 08:21:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.358
X-Spam-Level:
X-Spam-Status: No, score=-3.358 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=oR3I+ErH; dkim=pass (1024-bit key) header.d=juniper.net header.b=GKkqDHsP
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 mdTxMDfIn2cE for <teas@ietfa.amsl.com>; Wed, 10 Feb 2021 08:21:23 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 AB7BB3A0F06 for <teas@ietf.org>; Wed, 10 Feb 2021 08:21:23 -0800 (PST)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 11AGLAVS029481; Wed, 10 Feb 2021 08:21:22 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=rsYIjk4ipEa/nR+uyWs8q5UnvK+wMo/LsIOEiJsnWro=; b=oR3I+ErHY8IsIo2ZTxwtHasBqct2uBiJop+rD0Q5Sxfkbu9ujimYdPuwo2aSXjYxLefe UPspc6AzfqrCsyDx0g1v1vKz8642rDTDRRCPjFs1TeNZHpFqdvp5JkiAkOFmwe5f2aVK qii2DBj5aFo8ssFcGqwsTpsuTa08Dqd3QHBnk1mz8x8hGWN+eUb6CATI95hi1dgRNP81 gvHqwNWlUQJCBuH/3yzjxM/TYa6J3/X9n8v2MCQjKMHDV2kwOeXB285UimsuN1hd/gfY XIZhm3TvghshFsPnq8Tro6bg335ALcrtxTqPuf/70PN5YTrjzWnvayVggrH2Flv+00ou og==
Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2100.outbound.protection.outlook.com [104.47.70.100]) by mx0b-00273201.pphosted.com with ESMTP id 36ht8cqyec-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 10 Feb 2021 08:21:22 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ai7Bgr/tiFYm9i6k2Wtj7niEqesDNPCkZfw+tmk4ZDhGeAOiPZtClETJDTMLy0bNH6tzTjZF5DeUpfO1VkaeEAz3fe8m8yYW07OxaAToTTXDuBVK3V2ZxFUQwD3rhQlhAbPKq8FHK/xOqAnpVBaOxUHw1kPXDa/rjbZ6aB+tEV+wzYMbuVzTA6U0yAIp6N1pST25o20apa2dN42QI8NSJDqRKfj6CtBO3haus/+sqd7D63Vk3xbqBOY5S5+0Xg3zOVUlH1CM5MRZ/mY4VKj0918BG7/RejIVV4xWj/22MSpA38qi+NU3zC76jSrEfGmqISx5835EU0KdAUW5F/iCjg==
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=rsYIjk4ipEa/nR+uyWs8q5UnvK+wMo/LsIOEiJsnWro=; b=VHPjzFcfOrdEbs9YlSDULPPlqnB0/p1qGwkay6T0AgW1mjL5Nkwof3TskiwznPQB/350k3s+tLOnreqeetr+/li26ZaX+q5W78JuJYiwvNXyt87fJYU9Ke+pcQLnda5lu/oxjKVmkuOuC1xklr1vOh6cBqVUk2ANFESe3CZhxWeiZUgZrfmL7jh015p2UkvtRor7xua56cPGgzYkFnMatEiTtIKVpo9c1EMYdrWD/EVol9nMC8bRouyYmJOtTAoY379Z4a3n21xOo5MYBrqIcKtEnAje90c3FQ1dN6Xi3Qeop1OqXjZhKVsB4tS/K9SKIiEAINmn67+8vEgwhxLGSA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=rsYIjk4ipEa/nR+uyWs8q5UnvK+wMo/LsIOEiJsnWro=; b=GKkqDHsPleQZ3bu0jY/LamGfwBrjVmaKPBwcREMgNc3Gq+K15CY4tPABs8KDijbkJf1PlzDdvoHg+8wZ8pZAC4dVg7fWJm7qYp3/5WVa/VKOyycY2MGoz+3cBuDYWRCFNJLRIlIU25xp2A7xq0fSdCv1AygL+EEd0hRxAE8m6Qo=
Received: from (2603:10b6:208:e3::23) by MN2PR05MB6670.namprd05.prod.outlook.com (2603:10b6:208:d5::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.11; Wed, 10 Feb 2021 16:21:20 +0000
Received: from MN2PR05MB6623.namprd05.prod.outlook.com ([fe80::15d:9352:e16c:49ab]) by MN2PR05MB6623.namprd05.prod.outlook.com ([fe80::15d:9352:e16c:49ab%7]) with mapi id 15.20.3846.025; Wed, 10 Feb 2021 16:21:20 +0000
From: John E Drake <jdrake@juniper.net>
To: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "'Joel M. Halpern'" <jmh@joelhalpern.com>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00
Thread-Index: AQHW++D8783XzB8rikeS8cDbgan+4qpKJNwAgAc20ACAAD1MMA==
Date: Wed, 10 Feb 2021 16:21:19 +0000
Message-ID: <MN2PR05MB6623EAA3DD2499C095311CDFC78D9@MN2PR05MB6623.namprd05.prod.outlook.com>
References: <cc3949a4-1e60-7f77-45bd-2470be67d9d5@joelhalpern.com> <022001d6fc0e$4facba70$ef062f50$@olddog.co.uk> <86EF8667-4A3F-463A-BA3E-FE74F4875772@nokia.com>
In-Reply-To: <86EF8667-4A3F-463A-BA3E-FE74F4875772@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.0.76
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-02-10T16:21:17Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=db9700be-57af-4039-862a-97857cce7748; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [96.235.63.100]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 7de76eb4-81a3-4fcd-47b6-08d8cddfe6cc
x-ms-traffictypediagnostic: MN2PR05MB6670:
x-microsoft-antispam-prvs: <MN2PR05MB66707C592418ABE4A59DC449C78D9@MN2PR05MB6670.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: de27hCyPOEEtehRPCGJ7wBzXNlAoGMMKxKpDzJxz3O4+TLun3NlNppmEoTe/zbS7DpETtWfzx0BMbYWhR6EdX40afo+ffxqb8sfohOUBvGvrFKkGXOAgrIvAlla3SyBv06d7xiN6awFP5kPBoCG9oCyfr+UfnTjN7uQ2aj8HK3Gl+bUCTKfrR9UxlJE2AL0hhc0br6gF8pwGfUJSdo93nZId1OQTfpfYUriOFe4UVgkFmnP50T5bcbxDCnn68Ti2YLTtaE0wiAP0jFBuE5/E+ND1VdUMKCC9PvYE4DN8r2p6PlP4gfwCAU986Kf1j0JiKcRKDLnkf8ehxKRdDd8nu2Ap5KH9/992XDmKPvTbqJcrIXJ7Gs1NrXMsgjWHScEYAgJ0w9uRsXKkMU7Ebx4Fm+vEtAmhXGwFQqgy2AoB1ylGm27/UVT6InUFElhsoS+tgOwa2nAJwdDLi+jv0yJG3JUpIPhVjWkwHGpdYxCWzSJvEDZpF3jd9q0XDbOYD9iIgxfuhqAL3TcUiPcbbWTBtzBmWHwHz5ruVgpHJQci1wSQr51DLHcYkwoh7EtJ3cQ9kseu6PhXqxzUPgLDqw7ncmYyQ1NbMKP6hPStKzQt9A4=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR05MB6623.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(376002)(346002)(366004)(396003)(136003)(53546011)(296002)(110136005)(316002)(6506007)(8936002)(86362001)(64756008)(5660300002)(66556008)(52536014)(66946007)(186003)(26005)(66476007)(76116006)(66446008)(9686003)(55016002)(7696005)(8676002)(478600001)(966005)(2906002)(166002)(71200400001)(9326002)(33656002)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?MWRYSklxRkdPUmRBU1BMMXlRNjJzcVlwNU9SNWQxTXFnWlc3VmxsS1AxK0Vs?= =?utf-8?B?UDJkK3QzM3ZRVk5iMitpT1RYMEY3YVp2VCtMc2hiMkpZU1JPa2JWU3E3WnIr?= =?utf-8?B?cHhEc0FKNEpKWXhHOUpaQkk0VzlKR2dIaVIvdEVLYzYwZDNSNjJZdkFLS2Iz?= =?utf-8?B?ZE1BakpoSjZQdmVuR2VGbS9LY2NYaDJmNnVuN2hCNTBxenNqeHp6azZqcWlS?= =?utf-8?B?RW9jRzlKMThPR0ZGL2tpZVdtWGdWNWdVK2FvWml6a1phaVg1M2JKMW5qY2xW?= =?utf-8?B?Q0FkWENmbnFpRWZZd2hDbzh6cmlQb2tFZkZhQXdLaEw4dzJpdFhGS0JjcEZI?= =?utf-8?B?cUd0dkw5WGlmN0pFcnFPRjlRVHVpbTBzeml5RlZxZzg2NmhTTTlTRUlaRW9W?= =?utf-8?B?VVpSZ0ZFQk9uVFkwTE9aN01uekpvQWVoMXZENDNuQnNNNVlrcUVML1ZlZXhZ?= =?utf-8?B?eGhTODlwZFE5TWlsRmc0KzdETXRQRWJrK3N3d01NampVU3lRbGZhcTNZRjVn?= =?utf-8?B?MkZHZHNnU2UxMkdETDJoeFlmZWYxNzVBRThLdVhHWFh5U1FyNjhUTXVKSGpM?= =?utf-8?B?b1dZckVuV2RLQzd2SlJIbTE4Vi80KzBDWENTd1VjVlZEemg3TkJYSllaWHQ2?= =?utf-8?B?bHNEclpOYThmUVVwQkxGQVB2UkorelFHclJOQkJLeXkwWnJITWcwdC82Rk0y?= =?utf-8?B?aDdFREwrTGJwa29hRFhBVjgxS1RET0IxOEY2WGtTaTRrSHd2SVFoa09STmw4?= =?utf-8?B?cmUzSkVKMnJmL1N2RDUrTzk5L2ZyNkhTL0puQjUzQWUrcFpYc3RzQXMvRVJE?= =?utf-8?B?QkF1djdXV3FSb045b2tWLzhKZktkTEo1K0YxUTFrTlFxRWZYUWh5TU1nTnBP?= =?utf-8?B?WG1EazROOU9yaG00UXpuZnVUVmVWMGxqcWFuNTJlTHo4RjNkWC9DZDhZYnVk?= =?utf-8?B?TU05UXkwN2VPb3UwOVQ4NXFTY0VmU2NjcmxtUmE1cGx3Q0VLbXdtYWI2MGNW?= =?utf-8?B?RDlWOWhrQldBZ1pGSUYzMmJEVWRLTXY4NW9QcnRZdDNFTmZLWnM3T0ttKzIx?= =?utf-8?B?VWZpbHM5UlI2ZDFRS09xVnBlN0txOXcyeUZMK2pRcHg1eG9tQjhDSDlXZXVt?= =?utf-8?B?S3RLbEhoVkIvVlc2YVYxbERyVkF4VTQrQVFRanpJSmFMWHFYRmcvS1NhVVdB?= =?utf-8?B?VU5tNHlGdzBOdHZHNUI2R1IrT3BCcnp6VHdCaE5UdGd5azh5TFl4b0d0Vy9F?= =?utf-8?B?QW1QeHBqa0N1VEROaTZodU9yeFNMNElSU0NaYkpJSEM4N1VUMlB4TXYyT0pU?= =?utf-8?B?bW5qYmxNaW9tMjdsaDUxTWhmUXp6RjArMkR0VEo1VlVxY25qVlhuTGNYUUkw?= =?utf-8?B?Vi9HT28zVE9pTkszYWhzaHhybzEwV05yM3NFQlFyOVk5ejVIbmpSa0xRVzN4?= =?utf-8?B?ZjcySUtrNUswQlFuM0tGY0ZlK0tTRU9JeXNublczY3QrSHh4WWx1S0phQWJK?= =?utf-8?B?VXFGeUhwbmFiZ3NaQzkxNktLNjJmTkdEM2Y4d2oydGZsUUpyTFRiUFF6c3M0?= =?utf-8?B?T1R5YndDV3R1MFIvTFp0cjVuS2Q0NmxQeTNhcHFyUlZkVXpPWWd6NTdZNmJS?= =?utf-8?B?L0E2RkVWNHhrVUREekNpQWdWUE5nREE4bXAyUEszbzQvcXlxRjlMNFhBU0Y2?= =?utf-8?B?dzhacVpWZU1CcUFPZFRiWDdTR1FMS3V6cmNXam42NTYvRGZFN1VEWS9ZQkxJ?= =?utf-8?Q?clwsSadxvBiEVIOv/j8IBFBvoPOJk2m2a9iuOGq?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR05MB6623EAA3DD2499C095311CDFC78D9MN2PR05MB6623namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR05MB6623.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7de76eb4-81a3-4fcd-47b6-08d8cddfe6cc
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Feb 2021 16:21:20.4824 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Zh9k6LB7PDO/+8EoVHXHxn1vQjA8d3FRVIj0cEKcLUPwMRCCa/Z4lJOcXxBOi7+OhhbkyLtk07bYhyGB1fuHwg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6670
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.737 definitions=2021-02-10_06:2021-02-10, 2021-02-10 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 lowpriorityscore=0 impostorscore=0 malwarescore=0 bulkscore=0 mlxlogscore=999 suspectscore=0 mlxscore=0 priorityscore=1501 clxscore=1011 spamscore=0 phishscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102100152
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/tnDo2KqyTIurVlDoRjcjdadZhxM>
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: Wed, 10 Feb 2021 16:21:27 -0000

Hi,

Comment inline

Yours Irrespectively,

John



Juniper Business Use Only
From: Teas <teas-bounces@ietf.org> On Behalf Of Rokui, Reza (Nokia - CA/Ottawa)
Sent: Wednesday, February 10, 2021 7:39 AM
To: adrian@olddog.co.uk; 'Joel M. Halpern' <jmh@joelhalpern.com>om>; teas@ietf.org
Cc: Rokui, Reza (Nokia - CA/Ottawa) <reza.rokui@nokia.com>
Subject: Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00

[External Email. Be cautious of content]


Joel and Adrian,



Agreed that there shall be clarity about the 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).

This is correct Adrian.



An “IETF network slice” is between two or more endpoints as outlined in the draft.

In summary, the  IETF network slice is defined  between various device/applications/network functions on multiple “IETF network slice endpoints”.  These are traffic endpoints of the IETF network slice. We refer to them in the draft as “NSE” (IETF Network Slice Endpoints).

In addition , as Adrian mentioned there are endpoints to the realization of the transport slice (i.e. various services/tunnels/paths). I am suggesting to use term “NSI” (IETF Network Slice Ingress).  Please provide your suggestions for NSI if you have any other suggestions.



                >>>> For example, if the service is being

    delivered with MPLS, the Network Slice Endpoint likely cannot 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.



This is not correct.  Whatever technology is used to realize the IETF network slice must be supported by endpoints. If MPLS is technology of choice, the endpoint must support it in its data-path (and might also support it in its control-plane).



[JD]  This is incorrect.   E.g., in IETF VPNs, the traffic from the CE to the PE is *not* MPLS encapsulated.  It is the PE that does the encapsulation.



Cheers,



Reza



    ------------------Original Message-----------------------



On 2021-02-05, 5:29 PM, "Teas on behalf of Adrian Farrel" <teas-bounces@ietf.org on behalf of adrian@olddog.co.uk<mailto:teas-bounces@ietf.org%20on%20behalf%20of%20adrian@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