Re: [Teas] Proposed text on "IETF Network Slicing Service"

John E Drake <jdrake@juniper.net> Mon, 09 August 2021 16:51 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 0941D3A0A27; Mon, 9 Aug 2021 09:51:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, 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=UDnIbgAo; dkim=pass (1024-bit key) header.d=juniper.net header.b=Zj4vnQVG
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 0YnVDBdhi1Tm; Mon, 9 Aug 2021 09:51:00 -0700 (PDT)
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 966A63A0A41; Mon, 9 Aug 2021 09:51:00 -0700 (PDT)
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 179GoCtH005600; Mon, 9 Aug 2021 09:50:59 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=NaYjArJFr09aFxsAU5bIVH5tZ02/qjerEa+I3kMoGNA=; b=UDnIbgAo8TCAZU0OtnzgTmNM5HRHOIctstVGKgoultC+NzQtTjT4se1vVyviZsQNK+kt ZsstRS2r8LgkUje84AdLfcQ3oMsBy/guUneTJdKb5jECCEKVXnPs2obGtmxTsbEV7Xtj An+WgKAQr66HoECo2VOJYCNUqqEfjmu5c1BuCKaJj9bzHfLKReZB/NNtV1/hOvK1cbCB NY1gpap+zD9gwlsYnoHKeobbfJVBDWduny+etp/7HQJ/3oK2covH+r7FUgAkdE+Smg1o mF83mG3HEGfp8/1cRqDdy8W+A+sxbNHEgkpbam+LXjmCxhORJn+NIC8OpPGsHw+k+Zli uw==
Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2171.outbound.protection.outlook.com [104.47.59.171]) by mx0b-00273201.pphosted.com with ESMTP id 3aaxpy11ha-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 09 Aug 2021 09:50:59 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m76pVeXgM7O+EytKX/nf5N62bXZIGpV5ApTaqGBPNRlWmEsPvPdf+Xk9a3Rm2eVKvJ4MQXf0SYNzyFZbdzuB+XaZ8Y26OsoxuQjGir/toWfHEN0iojDV7RUZOD5miygNSsBW1S3OzFumiIm70mF1fNAuixzEQcqQZNWuo49Oz9VehaTahUtkqsKC16rtyFENpnbd9KSCPMgy58m19REEODTUXeVEuIsiYaIMmxCYJBdpG2/0Kht3I2VtChASCeSIyV2axPwBzPsUXMiFPFkp/AesAS/o5lJJJ/IlNHQjbbUi7iFUZ5hTzfbaXadanotcwGQ7g7ayqJjQPiXU2J5hfQ==
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=NaYjArJFr09aFxsAU5bIVH5tZ02/qjerEa+I3kMoGNA=; b=F//OX6ZzMcFuuaJQBQsbkkOb43Lan7049Y839bjq2pqsA5eCzndOL4+NDuFkQ8gT7imRQUctk32qEfmzU8X3+Cy9c6N27Ihz+EJvQwretWskVmAj4ajI6xAL8yd2A4m39pxKabuenS6w2I7d/MW4khp9nPg4gOrl+E5JPYffoNccBXSCIILN8F5Uj2uGmWqeuDeVHiLOMgmriXz1mCRqDSmjK2bgUBystF6oORZOQg7vbluPByS+RwYMHWmWw7R5yk9ZkWPWBIqFfYvChxBqR5mevEjaGmdC+mb8f13/1X/xRbF5KCIUIVL3Zwr0QrHJNnV5cUPzLI5m9yVnQspUCg==
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=NaYjArJFr09aFxsAU5bIVH5tZ02/qjerEa+I3kMoGNA=; b=Zj4vnQVGKczoSe0/Vobh0lkqRUm7wR0cOICAlglHJRXgTtw7V5yUrOPnGcJt7Jbovq/DySJKrw0u4CWUd8zhlmJmpVCda2knJbfq+GC+pxuaA3829oG1U2SaTebHwj0fIi1ATeKZvI/L33+rjzdac6vHgvYLMEuXQsOqieyKl4w=
Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by BYAPR05MB5128.namprd05.prod.outlook.com (2603:10b6:a03:9e::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4415.6; Mon, 9 Aug 2021 16:50:56 +0000
Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::c0ea:d0b2:bc21:5e4d]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::c0ea:d0b2:bc21:5e4d%9]) with mapi id 15.20.4415.013; Mon, 9 Aug 2021 16:50:56 +0000
From: John E Drake <jdrake@juniper.net>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "teas@ietf.org" <teas@ietf.org>
CC: "draft-ietf-teas-ietf-network-slices@ietf.org" <draft-ietf-teas-ietf-network-slices@ietf.org>
Thread-Topic: Proposed text on "IETF Network Slicing Service"
Thread-Index: AdeNK+kXpbVR8XVVTaGPp5l7BRHeQgAEra+g
Date: Mon, 9 Aug 2021 16:50:56 +0000
Message-ID: <BY3PR05MB80812A61AEDD3CA25A3861A9C7F69@BY3PR05MB8081.namprd05.prod.outlook.com>
References: <00a701d78d2c$2ec15aa0$8c440fe0$@olddog.co.uk>
In-Reply-To: <00a701d78d2c$2ec15aa0$8c440fe0$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-08-09T16:50:54Z; 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=9212b63e-a6d9-4499-be9b-072d7de2a0d1; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none;olddog.co.uk; dmarc=none action=none header.from=juniper.net;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 58156fea-0fa3-4846-0118-08d95b55db93
x-ms-traffictypediagnostic: BYAPR05MB5128:
x-microsoft-antispam-prvs: <BYAPR05MB5128C3213936A9E462350CDFC7F69@BYAPR05MB5128.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: EmNrOJpx2+0ExSiXT5n0m/coa1sb2sk8IYLCzQ3ioFA93WYMj/O2kK5RCVa0V5yla1JpKROav6JKnRhHM1N3QUiYExnisGFySZfpx4B4zCmhHXykXR+ctIK8MRkjar8jGFAJNW8tlNhqQQlntg7J2pgLAzDiUAUo6ZZ3tWoEy6oV6K16GoFgScifAxkc6UKvlLxOr7oDw0bHrZHYp50h1ot47rkPfJhjTWvHL0i6hydGhQQhoo4qlzB1wvcn8Olfu6Az9Ih9hiHs+se6iJL2CZzd6jwsaHeXX67MkydqMFB1i5LY6sqC2cLhy7bX2iWYo+zxFB7nPhhiQ3z9FpidlHR/nz4OyPZJPwI5LdaCKtM3msueTXDDr716eanLggMNYgSllRpvXv0+RU4tJDCFz9PR2kms6tMDcdjbkmYwuVteEOPW2B70Nczt91rv+tMbHzQ8u1jEcrf+c260MZICDfMstrdm9NZZQVo+j6nHpbyxcSO9oHuV6nXNNs47BJexO6upxU2OI4y6i0ax7MgQp0co6+hfT+nEWA1FrMGuFbzIjYo2Qxai+jfcZ0715tAvtwLi+9jllyGriHjXHUje90qJ7roZ4lLhJUCcep/oXIMlhP8dvk8cGa2zo0mFxJBPRxQ/z3GJOBsM92NPyYa10xPM8412LJWcsRt64ReIeYYBJMfJAxSy+G2AaU6NM2p5deH3X/l7vjbllILY7mlzUw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR05MB8081.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39860400002)(396003)(366004)(346002)(136003)(6506007)(76116006)(53546011)(110136005)(66476007)(66556008)(64756008)(66446008)(66946007)(26005)(52536014)(2906002)(316002)(122000001)(71200400001)(38100700002)(7696005)(55016002)(8936002)(8676002)(5660300002)(9686003)(86362001)(33656002)(186003)(478600001)(38070700005)(4326008)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?M2u3jz8xnjZfuAzsijeJopFeyLeeCTO+iuwYhHc9lClV5tkApRO/CBiPITvv?= =?us-ascii?Q?ujzg7GhvP5MlIBZA16tp6xuquLoU1Ok7PzeWp3AEcUgxnU7zBpkCKypaidcg?= =?us-ascii?Q?WANTq7zHX6CDjfnDM8KsIVsTcCBySokf98myN4JMauvPb21kVozBcn5t4Rqj?= =?us-ascii?Q?lq6Zq1AozCWUOH8f0vEZ16WMxr41hYac4Z1vjYhNjw2mM7KHE5YvhjZrr7bg?= =?us-ascii?Q?CZRbsGOIiUiwLuJkyG3S/T4x5RpITEZ/tC8NlXM2rIwRLgUObXqFYxauWW4Q?= =?us-ascii?Q?bHfwTpEO6BhPm3chntSAvjhk7gKNQ1Q3vg5O+GLi/sTXtxl8OIXFq5QV670U?= =?us-ascii?Q?QjVYpAC0u61Z2xDfhWSLQST5kGHd5PH2vJY2ZjIVlbmhZglJI0M4eOTeBvd2?= =?us-ascii?Q?7onzoHSXQG2sWpqSwLcXRW/jEa45Ynjla2g9HU4t3w3X9IPlCdOnwaIJOsyn?= =?us-ascii?Q?Mfonb0aQK0amzUe6elC1lMClJeaYLodZ4aYyggjg51n86CteTw36Q6+nRP4E?= =?us-ascii?Q?ZgVMSt7OTbeUQDSRxGtH/E1Zfa6MALGMEtXkbKhRAKxeu8EDg/neALpq1YER?= =?us-ascii?Q?QYXfq0HQRLItowVLYmWord61qBkjHVQgTaQu0qIO0OXCmmKkigINcB9l4EeH?= =?us-ascii?Q?jDKruLoLZPdCjzdly9MzCnQ/k6YRtMWESsMM+0WQiIINUNKgVNf9DCJZ7ECi?= =?us-ascii?Q?dzXb+kFj13hueCQrNhf0kxJ6wLX3jV+BW/k25RqlHi8EHRRHDlcucp7dQATN?= =?us-ascii?Q?6ZP91+VeXnCEGS+aKTm64NFkjaFbHlyFw0scitlnTUc0NOXSkptH+9jvLD4w?= =?us-ascii?Q?WEUdoPHFljWOoGF2ZliIacn5Kbz/8BoX+b/oN80+qA+fWhZqpYRYor6FXl4I?= =?us-ascii?Q?dqKEaPyuAIEVAvWhIHtuDoAvE8ncgler21E9BXN5Q9uGlFeoGck8R6YoQ1Z6?= =?us-ascii?Q?gf5UsYq7yNM66Zm7jkDi5OYhN5oK5xzpiyYiYJ8+aFsWxAV6ITUHE5jpL038?= =?us-ascii?Q?EYwzrQ32abPKDd4qls5Znd6nTxQDHyrn/MuKjHDZQ+ama4CUdsQC78q9eGi7?= =?us-ascii?Q?sZRHh15bwTxMT1TFfW5vQpjGkE+cA34ZbUKIEcw//cDMV8yj4XIt3R+RWhnG?= =?us-ascii?Q?e/0BZoK5iZhDRu/t2cBD5npPdBsJ2LOuu4xJn0XhG6WRgGnKMOHTJVipnFA1?= =?us-ascii?Q?fI8776hhmTDJai5strLgV6ltfvgaEak/lPb1c9hVDQ49A+zv/3sr5DvvUoTT?= =?us-ascii?Q?Dq8Y2mzm+QLWi1x7Vrks9ZJ2EdFusrtUC7T/XkYJvJqWsSdNv7DzO6Ah54ur?= =?us-ascii?Q?J+wnB4K4TjZ0TdlzwbP9/4IK?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR05MB8081.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 58156fea-0fa3-4846-0118-08d95b55db93
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2021 16:50:56.2414 (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: nR89eKjhp6ca1ZaObA5YH3aJJRcrwRYJ7jptlsaFixhWSSh1oUjAD96LMHhRsPp0g3fnT6y7M+SatX1q1ocAgQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5128
X-Proofpoint-GUID: XP2g4kLYj2A6FxeD48b-I_VmTSsfSvYZ
X-Proofpoint-ORIG-GUID: XP2g4kLYj2A6FxeD48b-I_VmTSsfSvYZ
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-09_06:2021-08-06, 2021-08-09 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 mlxlogscore=999 bulkscore=0 malwarescore=0 mlxscore=0 suspectscore=0 adultscore=0 spamscore=0 priorityscore=1501 clxscore=1011 lowpriorityscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2108090120
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/9jTY1rmMV63E0ZLCgqg_q6uswTQ>
Subject: Re: [Teas] Proposed text on "IETF Network Slicing Service"
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: Mon, 09 Aug 2021 16:51:07 -0000

Adrian,

I think this looks most excellent.  Thanks for your work.

Yours Irrespectively,

John


Juniper Business Use Only

> -----Original Message-----
> From: Adrian Farrel <adrian@olddog.co.uk>
> Sent: Monday, August 9, 2021 10:38 AM
> To: teas@ietf.org
> Cc: draft-ietf-teas-ietf-network-slices@ietf.org
> Subject: Proposed text on "IETF Network Slicing Service"
> 
> [External Email. Be cautious of content]
> 
> 
> Hi,
> 
> Back in February and April, John Drake led some discussions about the definition
> of a Network Slice Service.
> 
> I think that that email thread reached a kind of stability on the list, and it is (as
> mentioned in San Francisco) time to bring that into draft-ietf-teas-ietf-network-
> slices.
> 
> We already have mention of "IETF Network Slice Service" in Section 2.1, but we
> don't have a definition. I propose to add a new Section 3.2 based on John's text
> as follows. This places it after the definition of "IETF Network Slice" in 3.1, but
> before the discussion of "IETF Network Slice System Characteristics" in Section
> 4.
> 
> I think there may be some debate still open about the use of "SLO" in this text.
> John originally had "SLO" but I believe that is wrong because each sending CE
> would have multiple SLOs and SLEs associated. I was tempted to use "SLA"
> instead, but that term would apply to the whole service. So I settled for the
> (cumbersome) "set of SLOs and SLEs".
> 
> Note that this text is closely related to the discussion of endpoints. That is
> currently found in Section 4.2, but was also the subject of discussion on the list
> and will surface as a separate set of proposed changes in an email to follow.
> 
> Any suggestion or discussion is highly welcome.
> 
> Best,
> Adrian
> 
> ===
> 
> 3.2. IETF Network Slice Service
> 
>    A service provider instantiates an IETF network slice service for a
>    customer.  The IETF network slice service is specified in terms of a
>    set of the customer's endpoints (CEs), a set of connectivity matrices
>    (point-to-point (P2P), point-to-multipoint (P2MP), multipoint-to-
>    point (MP2P), or multipoint- to-multipoint (MP2MP)) between subsets
>    of these CEs, and a set of SLOs and SLEs for each CE sending to each
>    connectivity matrix.  I.e., in a given IETF Network Slice Service
>    there may be multiple connectivity matrices of the same or different
>    type, each connectivity matrix may be between a different subset of
>    CEs, and for a given connectivity matrix each sending CE has its own
>    set of SLOs and SLEs, and the SLOs and SLEs in each set may be
>    different.  It is also the case that a given sending CE may be part
>    of multiple connectivity matrices within a single IETF network slice
>    service, and the CE may have different SLOs and SLEs for each
>    connectivity matrix to which it is sending.  Note that a given
>    sending CE's SLOs and SLEs for a given connectivity matrix apply
>    between it and each of the receiving CEs for that connectivity
>    matrix.
> 
>    This approach results in the following possible connectivity
>    matrices:
> 
>    o  For an MP2MP connectivity matrix with N CEs, each of the N sending
>       CEs has its own set of SLOs and SLEs and they may all be
>       different.
> 
>    o  For a P2MP connectivity matrix, there is only one sending CE, and
>       there is only one set of SLOs and SLEs.
> 
>    o  For an MP2P connectivity matrix with N CEs, there is one receiving
>       CE and (N - 1) sending CEs.  Each sending CE has its own set of
>       SLOs and SLEs and they may all be different.
> 
>    o  For a P2P unidirectional connectivity matrix, there is only one
>       sending CE and there is only one set of SLOs and SLEs.
> 
>    o  For a P2P bidirectional connectivity matrix, there are two sending
>       CEs, there are two sets of SLOs and SLEs which may be different.
> 
>    If an IETF network slice service customer wants to have hub and spoke
>    connectivity between N CEs in order to control how traffic is
>    distributed between its CEs, it requests a set of N - 1 P2P
>    unidirectional connectivity matrices, each between a sending CE spoke
>    and the hub CE, and a P2MP connectivity matrix between the sending CE
>    hub and the spoke CEs.
> 
>    It should be noted that per Section 9 of [RFC4364] an IETF network
>    slice service customer may actually provide IETF network slice
>    services to other customers.  In this case, the underlying IETF
>    network slice service provider may be owned and operated by the same
>    or a different provider network.
> 
>    Section 4.2 provides a description of endpoints in the context of
>    IETF network slicing.  For a given IETF network slice service, the
>    IETF network slice customer and provider agree, on a per-CE basis
>    which end of the attachment circuit provides the service demarcation
>    point.  This determines whether the attachment circuit is included in
>    the set of SLOs and SLEs for the subject CE.