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

John E Drake <jdrake@juniper.net> Tue, 23 February 2021 14:52 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 378513A2C23 for <teas@ietfa.amsl.com>; Tue, 23 Feb 2021 06:52:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.669
X-Spam-Level:
X-Spam-Status: No, score=-2.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.57, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=rm+vpJ2Q; dkim=pass (1024-bit key) header.d=juniper.net header.b=I6OVlUrn
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 bNwYj1EImvNe for <teas@ietfa.amsl.com>; Tue, 23 Feb 2021 06:52:42 -0800 (PST)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 2CA5A3A2C22 for <teas@ietf.org>; Tue, 23 Feb 2021 06:52:41 -0800 (PST)
Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 11NEnnSs006684; Tue, 23 Feb 2021 06:52:41 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=uC/xdHyPx474PgW7sBU0Zcgg0E/Spp7hiAUp3bKNQz8=; b=rm+vpJ2QZmsJst/RlzNKlXuATD0XW4ErIqfSqz3+6f4gPYcmIbVLIRxHcKnO1tYD+7J4 NbvWVYOg6lrF3WlPtWLIIzmqB3ygtmHJ+fAb8Y5Y8nwr+/ypNAI5/qWsLhG7x6eHtU1D sT1uL5+pKh917xEmYlJiQz4/nJ8KWORer9E6KYTvDpso8aRUQGhqBVuJkEbKbYwf/RwR B7WKONvE7plvB5sRRgyK0JnlY5JhwenTqRCPo2bZa0ZmHgn71851dzWvb/EbHBfhakPh 9Q2Zyy0S87pnwFJdyS55zYxEJAAiVgSQ0bBgDjoJcbJNRZNyK+7COOLlDTjQHnL+pW9f YA==
Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2107.outbound.protection.outlook.com [104.47.58.107]) by mx0a-00273201.pphosted.com with ESMTP id 36ty0w685e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 23 Feb 2021 06:52:41 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eYPx1OgOwb2rRcKWaKVhGQP9ufmwFGIeEGdd8rZVdtpXWuNtUaLeScEIiX1VutV9RkRteO7wuLqJdSOq+Ijv9JMxslyhoqokccRW8VQgxpp+Ce5e5VAibKQIpZoyvcur7A6C4XscaFn5bypFEJB5q1ql038SJl0JOFFOeWFtcwcySip6w2ocSxbBp+tJD1rjCXgSNCvrBrVD/5XGVYXYj1UCZ8FEKhivzOVqzfNNZLFu73wRwqhzKsrWqApEhWpfEJKiF0LaHCXpFFugQ/KyHPiLmpLBzZCrky+czFzwDFD6YYqmZIG67VvCydgCCcH182os1Gs0FmkEXTuJnbOyJw==
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=uC/xdHyPx474PgW7sBU0Zcgg0E/Spp7hiAUp3bKNQz8=; b=L/bj80N3M41MJG+4asSFC2DM4qladlawrK1JrX8Wu9qJB0dG3G5j3Qe2IE3/T+oZrqTOr0f3wb5r5MAjCV2a8RZeyQvrIc3ka9WNyk+S2b88GYt2J1/59+b3S38NZeX5f75qSkLR66sPZIDa8lGUyiANIZnLng76IpHGOSQ79KF9LG775chI1HtfzfPTHizjnsQhGl43LwbFgwEETdvIma9I3tV2TdONt0KXi5NUnkoY8DcYaaWNoLVRb037He6B7NtM2WRWP/VkkJqFo75Ha2CpPaRsuM2uDOjBs0Mw9PrGo7MAPuQUGE3xkkP+EzcmpE+iCS9hX0lOzHzvpMkU5A==
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=uC/xdHyPx474PgW7sBU0Zcgg0E/Spp7hiAUp3bKNQz8=; b=I6OVlUrnUVx5H+JWK9SSUgACUv1Z70QxBUV4PbjNrIG9Oxaus1XsG1aqn0DYjhvfyuvuJHCIuIzFSxNHFr0wO7OaHVxE31va3SBx8PTsVT9TK3iBShG4mMxR3ZUvZS+zipQAtPk1aPID+LYSmjzpRmiPOjwmjn/osFXWzMGjbC0=
Received: from MN2PR05MB6623.namprd05.prod.outlook.com (2603:10b6:208:e3::23) by MN2PR05MB6174.namprd05.prod.outlook.com (2603:10b6:208:c2::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.14; Tue, 23 Feb 2021 14:52:36 +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.029; Tue, 23 Feb 2021 14:52:36 +0000
From: John E Drake <jdrake@juniper.net>
To: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "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+4qpbA0KAgAAB04CAAAefAIAAAVoAgAAEIYCACV5scA==
Date: Tue, 23 Feb 2021 14:52:36 +0000
Message-ID: <MN2PR05MB6623B0D3F5EEECFB3CE3FA8BC7809@MN2PR05MB6623.namprd05.prod.outlook.com>
References: <cc3949a4-1e60-7f77-45bd-2470be67d9d5@joelhalpern.com> <28233_1613491513_602BED39_28233_126_1_787AE7BB302AE849A7480A190F8B9330315CF830@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <1bf03e82-3734-885a-7047-cacf5c63d9cc@joelhalpern.com> <8211_1613493543_602BF527_8211_334_1_787AE7BB302AE849A7480A190F8B9330315CF95E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <cde51de3-4533-9acd-a654-59a1dc9f195b@joelhalpern.com> <11878_1613494720_602BF9C0_11878_194_1_787AE7BB302AE849A7480A190F8B9330315CF9FC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <11878_1613494720_602BF9C0_11878_194_1_787AE7BB302AE849A7480A190F8B9330315CF9FC@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
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-23T14:52:34Z; 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=61cce0bc-29be-42a6-a9e7-52020c6842df; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [66.129.241.14]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: a2ea7cd9-fdb6-48d1-6422-08d8d80aa8ff
x-ms-traffictypediagnostic: MN2PR05MB6174:
x-microsoft-antispam-prvs: <MN2PR05MB6174D9A4A70351B65A495B52C7809@MN2PR05MB6174.namprd05.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: knBWGe1yrUyLGTqUJAJQGWqr0b9IZEnCL03avvq4zLvPJYevqdifYAgUgW/qcZIIZ+N+DCTwNAyKSOkEibAdj0T3WZUX03Tjj8P90S+6GQ4/346u0jComYv/bgtWwXOfC89tFShFJARrcCRyegzGa31/0JZRKN5qnRrKSe3mM8bB6J581Bo+dSE+ohpbbJeZOZkoWpyykJo8yqbdGtrK+EvSsqfqIdN+6Gj6+J7h/KMmA0v3o2iogMk5fqdx3gtftkV74GIEvztvly6JUbA4QWTL77YvQEoCkoshSwM3E/o5CoRdQo1GdLI1tIX2UtFzLPPrB4yBHG3Vz6I5OjuR4t3h5/Tf1x3ayNyAuLuXsfkBD6TTPpX/cd3SZTHPBQ7EMZan+9qjk7oF2Z9VwEGsaE61loV5+ZojhML+zd9Ou6/fu1RbfnPjuJzPkWOv+HjeA2LN5BmZ+DIVYwtR1pTZ1SVLbxFQq+Vzd0M/OFUR5gh1nZbS4pM9dom8+Cfs1XIhtx7D4psk/Rk3OTshkdKvkwJ6AhuN9bliL68soZcU5i3MCvCpBN7qYIOhABWi0qkYK9XRPGAWtryus0a0+EhswPO58QGNw3wsFPrxxIZ9s9Y=
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)(396003)(39860400002)(136003)(366004)(346002)(376002)(53546011)(83380400001)(5660300002)(6506007)(66476007)(7696005)(966005)(2906002)(186003)(66556008)(66446008)(66946007)(52536014)(8676002)(76116006)(33656002)(64756008)(110136005)(478600001)(316002)(26005)(9686003)(55016002)(86362001)(8936002)(71200400001)(66574015); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: JjmyU8TEF+nLtCd9QbJZ4gNpE0iTQ6/xabGzzkUDYdNqSFZ+raasjKUuackjANENrFweAHRC8JD7o12jVX3loqAucY5oPua/ZqiuFL3ZifaDiUCOK/Wfnp1K+Iia5mKZSnqX9/1e4M7wsd75rHAmsNKPVEIl3do5hJbD8sdEEbZ9ZfJzMPXHdPwWlnexBUzSTwEf82vWk1ZgNvNknxWEAYIHlM+JPUna1ktXO6OPr9Y5qvXfZOlNxXPjji2pZYGCYHrsJE9rgq6UdikIyRzhaIsdeCHDxzxsyug+eZvbg1FmfgYynN+YYFjye/r5NQWZb6a87YxnOba/TbDW8RtYLKmZD3qsYXVnINVG+EaoRDbNqeH0GTG1yYwpGH1prtZjwNI9tremXKltQYGWTmBGOcwHZ1okYjr18tDOPPlyIPf2rd9JGQUa5Gk3LymV1KVvpDmeheAwo6lciZzgsCbXCyy7mUr7tX8jFHdtux9Nbh1QX/LztEymWR6ctk82AphIYo5ImLdf+Hc22UhNiSh6c2KrKe15JNRw3TBqTs7I9ESd52xsavZ3Yt7oXcFx0jFXTBi1kPV8hqWEw1D45BpYpJPu6Gn1bBTDuMQ+Qs79QELqDY22j3TQxiwjjcB+gPHbgN7HhBdZUVxMvTL0NNp4VGfD8vSkUhjHa822jLoxskRQcybUQwEs2U2cxQ+TalSy9h8+ih9wPf0fa8BKRUmtvFCLG8uXs1miBL/EawIxgqWYk1wKoy1AEQ20kKsS8t9kGVkdXAcu8uP8qRGteRlnrHuS5ei67HbPZBAEfY66+uN21rJ/lkFGloLs6BQCmcDnQnv1QSiCkRZpXUzmZ18CjtRn8qxmivhWV9lNV+xjaZjBEcYMjjp9jWWY2glc4oDOL63TNr0vF2Wc8tuR+bUzDtGOcTkQ9iBgasTsUEVDgn0L7hsH7LW3Td0eGgihbw9WOe30mlHTQrBnwa14AI2TRsJh45u5uRC/iM/lya049914wmy76nRBpDZpRTIOBjFzvZ6cb7cK980oK7DNwX8VW+aBsUHwdHun4UKhwX2wGHuWUYwDAjYK3bswuuImREI2jlUT+9WqJ9wSgh21vD6VCdBBw7R+haV0BbCrYvY9kcMONETVLROkt5xBE7PhLCgZL4XlkO+M7tpeNAUJ3bes9wFRcbLFDIhc/cuVOEjX1qL8Ej+qqDDl1SlbpofWmheRIydNlfSKffS+vkOBzaAi27qrd7awU+y8S135Bbdvy5z6dJ4kpRMPWrG5EcARUHJ7LlL6Jmn5qG4aOJ1V292CAnxD+4TWD61Mo2m52AeGPaxRSFwIUMu9fJKoGGugT59J
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
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: a2ea7cd9-fdb6-48d1-6422-08d8d80aa8ff
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Feb 2021 14:52:36.7998 (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: HsINvZR8SYThk0Hg8NW5ZHZ/4TSN6uTGPv/BqriKWwQhbPIEIOQxYs4dPw0bD/2gQI0b8Ezj0tW1jEiRMD4CKw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6174
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-23_08:2021-02-23, 2021-02-23 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 malwarescore=0 phishscore=0 mlxscore=0 adultscore=0 clxscore=1015 impostorscore=0 lowpriorityscore=0 mlxlogscore=999 spamscore=0 priorityscore=1501 bulkscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102230127
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/jJymRiqFA7U-uLBqV0yZkSycT7o>
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: Tue, 23 Feb 2021 14:52:44 -0000

Hi,

Eric and I have reviewed the Definitions draft, the email thread with the subject line: Network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00, and the RFCs referenced in emails on that thread - 3985, 4110, 4026, 4664, and 8309, and we would like to propose that in the Definitions draft we replace 'network slice endpoint' with 'CE' and 'network slice realization endpoint' with 'PE', that we reference  RFCs  3985, 4110, 4026, 4664, and 8309, and that we  replace the current figure in Endpoint section with several figures, which show connectivity constructs and which are consistent with these RFCs.  We would also like to replace 'consumer' with 'customer', add 'attachment circuit', and add a new term, viz, 'IETF Network Slice Service', whose definition is a set of CEs, a set of connectivity constructs (MP2MP, P2MP, P2P, etc.) between subsets of these CEs and an SLO for each CE sending to each connectivity construct.

As an aside, the Endpoint section of the Definitions draft uses the bulk of its prose enumerating what its endpoints are not.  Per Yakov, since there are a potentially infinite number of things which its endpoints are not, this is futile and we would like to remove that prose.

Yours Irrespectively,

Eric and John


Juniper Business Use Only

> -----Original Message-----
> From: Teas <teas-bounces@ietf.org> On Behalf Of
> mohamed.boucadair@orange.com
> Sent: Tuesday, February 16, 2021 11:59 AM
> To: Joel M. Halpern <jmh@joelhalpern.com>; teas@ietf.org
> Subject: Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-
> definition-00
> 
> [External Email. Be cautious of content]
> 
> 
> Re-,
> 
> Indeed. That's need to be fixed.
> 
> As we are on the terminology, I do also suggest that the draft is updated to
> adhere to RFC8309. Given the recursiveness discussed in the draft, having geo-
> coordinates interfaces is also confusing. Inspiring from RFC8309 would make
> more sense.
> 
> Cheers,
> Med
> 
> > -----Message d'origine-----
> > De : Joel M. Halpern [mailto:jmh@joelhalpern.com] Envoyé : mardi 16
> > février 2021 17:44 À : BOUCADAIR Mohamed TGI/OLN
> > <mohamed.boucadair@orange.com>; teas@ietf.org Objet : Re: [Teas]
> > network Slice Endpoint in draft-ietf-teas-ietf-
> > network-slice-definition-00
> >
> > I would be happy to use CE and PE.  I would also be happy to use
> > completely different words.  The current diagram and terminology makes
> > this very confusing, and leads to problems.
> >
> > Yours,
> > Joel
> >
> > On 2/16/2021 11:39 AM, mohamed.boucadair@orange.com wrote:
> > > Re-,
> > >
> > > Please see inline.
> > >
> > > Cheers,
> > > Med
> > >
> > >> -----Message d'origine-----
> > >> De : Teas [mailto:teas-bounces@ietf.org] De la part de Joel M.
> > >> Halpern
> > >> Envoyé : mardi 16 février 2021 17:12 À : teas@ietf.org Objet : Re:
> > >> [Teas] network Slice Endpoint in draft-ietf-teas-ietf-
> > >> network-slice-definition-00
> > >>
> > >> The document is not about the request from the external customer
> > (the
> > >> request for the end-to-end network slice). It is about the request
> > >> from other orchestration systems to the IETF Network Slice
> > management
> > >> systems.
> > >
> > > [Med] ... which is still behaving as the customer role.
> > >
> > >   Yes, those systems need to know where they intent to
> > >> utilize the IETF network slice.  But the IETF network slice does
> > not
> > >> need to know about that.
> > >
> > > [Med] This is what I fail to see. The orchestrator has an internal
> > vision that is not available to the entity asking for a slice. These
> > nodes are not even known to the "other orchestration systems" when
> > asking for a slice.
> > >
> > >>
> > >> In particular, when we get to talking about configuring the IETF
> > >> Network Slice properties, the edge (ingress) that the IETF Network
> > >> Slice controller controls (and corresponding egress) is what needs
> > to
> > >> be provisioned.
> > >
> > > [Med] Agree, but that is a distinct phase.
> > >
> > > BTW, ingress/egress are as a function of the traffic direction. A
> > node (PE) may behave as both ingress and egress for the same slice.
> > >
> > >> It is possible that on the egress side there needs to be
> > information
> > >> about how to deliver the traffic externally.
> > >
> > > [Med] Agree. That node does not need to be visible (known in
> > advance) to the entity that will consume the corresponding slice.
> > >
> > >    But that would not be
> > >> in terms of end-points since from the perspective of the IETF
> > Network
> > >> Slice, on the egress that is not an endpoint of anything.
> > >
> > > [Med] I agree that "endpoint" is confusing. "Customer Node/Edge" vs
> > "Provider Edge" are my favorite here.
> > >
> > >>
> > >> Yours,
> > >> Joel
> > >>
> > >> On 2/16/2021 11:05 AM, mohamed.boucadair@orange.com wrote:
> > >>> Hi Joel,
> > >>>
> > >>> I disagree with this note. I do think that both flavors of
> > >> "endpoint" should be included in the draft.
> > >>>
> > >>> >From the customer standpoint, a slice request cannot be
> > >> characterized by elements not visible to the customer. The scope
> > of a
> > >> requested slice can only be characterized between nodes that are
> > >> known to the requestor. This is usually called, CE.
> > >>>
> > >>> The mapping between a CE and a network device (typically, a PE)
> > is
> > >> a process that is internal to the slice provider.
> > >>>
> > >>> The CE-PE link cannot be systematically excluded as some specific
> > >> behaviors may need to be enforced in the CE-PE link. Think about a
> > >> slice that is implemented by means of a PE-based VPN and which
> > >> requires some specific routing + QoS policies at the CE-PE link.
> > >>>
> > >>> Cheers,
> > >>> Med
> > >
> > >
> > >
> >
> _________________________________________________________________
> ____
> > _
> > > ___________________________________________________
> > >
> > > Ce message et ses pieces jointes peuvent contenir des informations
> > > confidentielles ou privilegiees et ne doivent donc pas etre
> > diffuses,
> > > exploites ou copies sans autorisation. Si vous avez recu ce message
> > > par erreur, veuillez le signaler a l'expediteur et le detruire
> > ainsi que les pieces jointes. Les messages electroniques etant
> > susceptibles d'alteration, Orange decline toute responsabilite si ce
> > message a ete altere, deforme ou falsifie. Merci.
> > >
> > > This message and its attachments may contain confidential or
> > > privileged information that may be protected by law; they should
> > not be distributed, used or copied without authorisation.
> > > If you have received this email in error, please notify the sender
> > and delete this message and its attachments.
> > > As emails may be altered, Orange is not liable for messages that
> > have been modified, changed or falsified.
> > > Thank you.
> > >
> 
> _________________________________________________________________
> ________________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou
> copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le
> signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration, Orange decline toute
> responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged
> information that may be protected by law; they should not be distributed, used
> or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this
> message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
> 
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/teas__;!!N
> Et6yMaO-gk!TrdpM67-tg4psF0dnG7jBV9LisKHxO_oCNxmQXrJhY-
> B6MFchY8gBvvb8CNl408$