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

Tarek Saad <tsaad@juniper.net> Sun, 04 April 2021 20:20 UTC

Return-Path: <tsaad@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 172833A18BB for <teas@ietfa.amsl.com>; Sun, 4 Apr 2021 13:20:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=iSGf03+0; dkim=pass (1024-bit key) header.d=juniper.net header.b=CHKU8D/m
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 30YMithZhCpI for <teas@ietfa.amsl.com>; Sun, 4 Apr 2021 13:20:02 -0700 (PDT)
Received: from mx0b-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 C6DF23A18B9 for <teas@ietf.org>; Sun, 4 Apr 2021 13:20:02 -0700 (PDT)
Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 134KJ2h2021181; Sun, 4 Apr 2021 13:20:01 -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 : mime-version; s=PPS1017; bh=QCMyigHEq3i5g7oUioT8daZd/USxr9B2xxtY+jHZDHY=; b=iSGf03+0SwfacPkijoWknhiznnEAFpPlN86eioiFrNUVcGJOXoZVjBN8xZHYEOl3qpFf /SLlzdl2Vfh4gL/Al+EiE01jA+ngEKghsbXSjzRWOGffyou5DqNO6VV5V8zjq13dIxe1 C1BPgfsjIvHKdeL94BMZPJ5cEFMYl1kRIeKDIfZvwfAwVUQU96x0ncpa+mjAEeSXChkR Y7I1uOj5YdK5tiAV7DjcNYAqtqkkak4Q6cc/DbHn7rBT/iVQK8twnDTKj2UoHp7XGkuJ af3/e+4/O1kRN14YLkT1Kvo7Uk8O9UzVr95gQz/mpu7XUdWdXehMg78mE1rA+1pfmAHf AQ==
Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2173.outbound.protection.outlook.com [104.47.59.173]) by mx0a-00273201.pphosted.com with ESMTP id 37q3aggsu5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 04 Apr 2021 13:20:01 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KZs4SFJWTAi4/DoTxM44IQZ4tMeCi16I8iuQP8AfLiQbGuK0lQxoWTvn1TSB1fww2HCJS54+8sv8p4oODf1TlclXo4FIpAR5tUl1O6dsKlIRo+M/JecjHfjuq+FUdlwwsFLdRJd8uQSfNYhG6wAET4gE3A9vjaxr3eT7I6gsMhMpoKoclWy+AWHz8KHAHtRWEKT71LkjQIwOyzUpuw9yMgwT7LoQzppMpKbXNDGFB2ahmIKUnNPxr6Z/1WFnQBv3SRhzTqUR400cxaqcp1VLL9hJasP6YRsl5gTKw1Jkn/TF6ItKOhdOtGEQuOPJKK1Vco0rbYUbKXoNS2XLYNmzxw==
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=QCMyigHEq3i5g7oUioT8daZd/USxr9B2xxtY+jHZDHY=; b=QpaU3H0e/kVgnwSJucaLxKS5DyUm7xTFhZp5Q1YEYj2xGLH9e/CnhEi8Qux7MKfdiaInwI0Zt8UehLywcOs6ld9+hm/KL2SqK/GcC5rU/2YVlfCpfecL/OrWC58U63HllY+F5GGYTaHj2rLEf7ZvbmCap70CEHgncynVHT/kWMNc08dZLpp0F/kDHjXNhHZqFt2U8eLXreU8A1kWugwS7cS8Ql9T9ILst7O/H89DpiINI3XFzVbBOpYM9QOjd2h0jdbuB26WXZzZzlbhd4PYIaacctd096GuwA3dnv8J4PUJtGYPyB7AOdHNWNURQFnZW5VV3QzjWxVyc/WF8gUcDA==
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=QCMyigHEq3i5g7oUioT8daZd/USxr9B2xxtY+jHZDHY=; b=CHKU8D/mH0ecbDqF8kFhEd+3H7vU0wvZLKxz7tGuWXcCG9rJsR6jLZEbQU4cfCyNiqEl6yY66AaLd8hEE2BvYUnsJZZGPFOtJBg3EIfq5PL8sRL/Kj12U78jIxRlYkNDLwbDNc2uU5xmFMwl0AeoUtNsu3K9D7HRtivK76u4/I0=
Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB6120.namprd05.prod.outlook.com (2603:10b6:a03:df::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4020.8; Sun, 4 Apr 2021 20:19:56 +0000
Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::a5df:f171:3457:b8bc]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::a5df:f171:3457:b8bc%3]) with mapi id 15.20.3999.032; Sun, 4 Apr 2021 20:19:56 +0000
From: Tarek Saad <tsaad@juniper.net>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Greg Mirsky' <gregimirsky@gmail.com>
CC: Kireeti Kompella <kireeti@juniper.net>, Manish Gupta <manishgupta@juniper.net>, "teas@ietf.org" <teas@ietf.org>, John E Drake <jdrake@juniper.net>, "'Joel M. Halpern'" <jmh@joelhalpern.com>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>
Thread-Topic: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00
Thread-Index: AQHXKOWmxd7kCs7jj0GxNvnoXjc2GKqjrIkAgACbpACAAEK6gA==
Date: Sun, 4 Apr 2021 20:19:56 +0000
Message-ID: <23E27A24-9098-4071-96E5-B80E43E411AC@juniper.net>
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> <MN2PR05MB6623B0D3F5EEECFB3CE3FA8BC7809@MN2PR05MB6623.namprd05.prod.outlook.com> <MN2PR05MB66239ACEF39F04C622ED51E6C7799@MN2PR05MB6623.namprd05.prod.outlook.com> <218C08BA-342C-4FDF-A0E9-E91D53485BFD@juniper.net> <CA+RyBmWnsehgfib5kKpc2e8HEZVFfX1wXGwfneY4VxAM6Yg5Dw@mail.gmail.com> <02d301d7294c$fda39b10$f8ead130$@olddog.co.uk>
In-Reply-To: <02d301d7294c$fda39b10$f8ead130$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=d4b822ac-d1ee-4671-a0db-df835ddf1536; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-04-04T20:12:12Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true;
user-agent: Microsoft-MacOutlook/16.47.21031401
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-originating-ip: [2607:fea8:e31f:e400:8054:b64f:8582:2f88]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7ebe4093-0d02-4669-06f0-08d8f7a70392
x-ms-traffictypediagnostic: BYAPR05MB6120:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BYAPR05MB612042EC9BDDDE79537875D7B7789@BYAPR05MB6120.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: kLTK38wG9slXfnPO9sRZSXXcUn6lQ+G3zsIOYZx+YV/pRPpJjnyreikFcqNacijBraBC87Xv3l6QPyTrY1HdTM00zBfPiItW9B47uOuPAmoGvZ/Hl9jrnOQBoRTONGNX0AzFiCS6xpuyGYTXnMpCszPITzmFc0zp/qunVMVP/Dda9pdhWwheDLUieP2cFD87rcZMwvje50MqTddKx1GTG6KnqoycK8BH7jERfuXUlL63FoIfqQJpem1qJZgfKCYBKEl1tFsKnPC+BgCv80CM24papgZCe/SWEwXcfFrOho9LcK9VlHYuD071Z/17TgKRifnOv9UAcSI+H6+V6wDD+aT+VMmPGRyWt6A3Z797z4RSVwzqFrdJEdvUNK8bz1MCs0FIK0SQpZy0NsRIEPI+XtnasD6vziix0y2tdZgxofOipyx9RDsKQlUBSnOSymFQsEfl0KdY6TsMzc3morNcv0tRZv3MCyVyA1QHfuFlJJ8594wRZVxdzX+FkCU1vz/Vnk/JeB1sjNmYx3qH4CLiCQIPIN6t4H0MGseON8gYQ19u3rmZu6lDITiBs4k5jzTNXXDKx0nffnM+Tq8L76+H5Q+ArTDCJhJbDHJWHNOtdbpsI/xVEUSz4TlF+6NbrzPkcSFm6pGWZR/3HUi3w8GZ/8tYxcx0HzX8VfAROb0SC9pWmlnlKK6WuMDmDAHk0AqcLlxSdHbr09SPNuQtEGCZKlVO+15IzivguOJ1wXOsCnAqfcQupn8t7B6XC7WqRKuNTXlRBhnxkPxgUwdIbslQDg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(366004)(136003)(39860400002)(346002)(38100700001)(66476007)(66556008)(478600001)(8936002)(66946007)(54906003)(4326008)(76116006)(9326002)(53546011)(6506007)(71200400001)(6486002)(8676002)(2906002)(5660300002)(316002)(6512007)(186003)(2616005)(36756003)(166002)(83380400001)(64756008)(66446008)(86362001)(33656002)(110136005)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?L01zd0hyNEoyME9zZXc1UTV3NVpSZy9pMWhHMmFsU2NQY2VtWUl0SFQ3Vm9w?= =?utf-8?B?L2d3OGJnQmd5QjMreWhJeGlpQkNvT3NjSWJySkszU09jSDU2UlZDeWtNZ2JJ?= =?utf-8?B?Nmg3STk0V1V6b3ZpV1VyOE5kZHYwcGkvR3kwSEpxZDdaRzB1emdxK3hHTjJM?= =?utf-8?B?Y20vdFRPbVpsa2ZmR3dLcUl4dSs3dEUxZlRSd0RyMS8wRnEvTGdhOW9VWTZG?= =?utf-8?B?SHhnMHJ1UWxpajVOM01ML3BUSTB5TWJNNDJuRElsNTN6c2Zycmg0eHExZXdj?= =?utf-8?B?Y0VHSGxHdHh6RW1sVG56a0NEamxCQjZ3dE1oL0dLMEtaSmM0Y0hGclJWeHd1?= =?utf-8?B?dU9SRXp4NnkxOUhiblFRWU1jQjZ3N0NDZ3Q4MEUyRndRY0tKYytlaTJiWC9Z?= =?utf-8?B?ai9tNitoaVBXaUlFNUJXbjFBOEhObTJLZ3NIV0NoWlM0Z3VCSFY1Z3VIeFdQ?= =?utf-8?B?TDhlclcvM1NIK0d1aVJneDRUaVBldUMrMVIxY2Zyd0lVb1ZEeGZ4NThMdW9X?= =?utf-8?B?OE5rcnlMT09iTTNZam5SeXVIWlZaRHZWb3RDWkxXYXBYL1lyVVlnVDJBVWlv?= =?utf-8?B?Smc0bytTQVcyUk93NlpsWXFGWmJJS0pheTNhVzZUOExZWVljWkowajNEYjlv?= =?utf-8?B?OEhDYWo0aWRkTHYrRzNqME0vaEJ3L0xRYzBkeVZvYndRUEtBL0VobU5ZNkFP?= =?utf-8?B?UlhXYzNYanNscW53bG9NcmlWZTF4dGlORTRKVzJMZk5XK1FpcWRqQ1E0bXVX?= =?utf-8?B?VzBvSjlQcEJxRzV6NG1yMThJR3h0OWtaSXlvY2xQZjEzLzJKaDVSMXd0aEo5?= =?utf-8?B?bG5RNTVHL2dJMWhYeTZLRlhtSmhrUnptMGFXQjQ0Mk5TOG1oNFdZajNPdjUx?= =?utf-8?B?WmsvdDQvVUpRRVNzOFMwMEJTNlY4R202cGlZb0xveGs0Q3FlNzV1ZGR0ZDRL?= =?utf-8?B?bG9GUllWaXdCWERGWUhCR3B6MjAzbUNnRzd0eHFkby91ZmV5b0ZKVlgyT0xv?= =?utf-8?B?Ump1KzZZcys5ZXFydmdpRWdPWXJIbFQzYUd5Z0RVSnRqT2RoQjVra0haby90?= =?utf-8?B?V1N1WW1VbUVvOTY3SmV0R0sxQ2ZFbmtyOU9mU2h2c1FESTRWNU9hc2Q3RVQ5?= =?utf-8?B?MVFYeTRhaDlwcGF4T3MwTEZ4QUpLWlJnMnFoVzdpRzdGc0NtazFoUEU5ekNh?= =?utf-8?B?MmY0cm9xSGZrMTRWazNicmVLN2NaWEx5b1JxeFFuKzcxWFFSU2czMFQ5c1ZS?= =?utf-8?B?WTNhYTJhMEVmcUV5MHR6eE5YbVNPZHdrd010L2poRGRkRGdsdDJRN3lEL2NY?= =?utf-8?B?SFlka3hxNXBhQVYzTE9Ib25VQzVoMUYxaVVZUG14MjNyY01LWVM4MlROajh6?= =?utf-8?B?aVZkTkoyTDAzcWxaanVsaDQ2MXJKM2FuVFNlbERZeFZWVVZoNzAxQzlWVkRz?= =?utf-8?B?RGFHa2Y3eXdqNXdNemFXejh5czRZWnJXTFNWbFFjR1JuRGkwMGVhVHZ0NWFZ?= =?utf-8?B?Wmw1K3lpTUMrSS9LenV5NlRZaGNvd09MQWgvSkdFZnJFTFVCUFhKckV5aHQ1?= =?utf-8?B?SGFlNFZlVXYwaGxFZFI5Y3JWMzVuRG5wOStMWTV2dUhKMlNleXB5RURNckRa?= =?utf-8?B?ZHB2enByUDVQQUd0QWtCNmtReUZ4aU9OdXRRZjZrcmZrYTZ6VVhZOGNIMGgy?= =?utf-8?B?MmxrVnRGcDBIcldpMTFXUnZjOFlPLzBza2Z1ZFN5N2NsZzYwYyt2Z0xKdTdq?= =?utf-8?B?RE9aVkdUNkRjUW9mWS9rMUtvWkp5bll1d2lRM2pDbFdyOHkyZUhvWDJXWGRx?= =?utf-8?B?bmxMV001MVlQbEROVklWd0RvN3hNRElTaUtVTVlNWERQdlRyeXIrNFMzakdI?= =?utf-8?B?UlJxSDFhMW4vK0pqL3Y0cm83Z25PanJ0dGZDY2kzWHhUMmc9PQ==?=
Content-Type: multipart/alternative; boundary="_000_23E27A249098407196E5B80E43E411ACjunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7ebe4093-0d02-4669-06f0-08d8f7a70392
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Apr 2021 20:19:56.3376 (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: 6Ij+9O+V41drp/NXy0ZY45SVMBKhvb7JB+DPoSkaoMF97L7ErZKNTUNykdkln5KQbqc9cCyaRCyyx0/bu1Kc/g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB6120
X-Proofpoint-ORIG-GUID: u6MjFrORtEhlJkFdA6qxEXVPxtGXa84w
X-Proofpoint-GUID: u6MjFrORtEhlJkFdA6qxEXVPxtGXa84w
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-04-04_08:2021-04-01, 2021-04-04 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 suspectscore=0 adultscore=0 clxscore=1015 priorityscore=1501 phishscore=0 mlxscore=0 spamscore=0 bulkscore=0 mlxlogscore=999 malwarescore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104030000 definitions=main-2104040141
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/nnjrc9DL3VAy9WKaM1tkdDxqwso>
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: Sun, 04 Apr 2021 20:20:08 -0000

Hi Adrian,

Thanks.

On 4/4/21, 8:21 AM, "Adrian Farrel" <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>> wrote:

[External Email. Be cautious of content]

Hi,


1.       I think John’s text is a very good starting point. Thanks for that. Stick it in the draft and we can polish it.

2.       Connection constructs are not simply rooted at *a* CE because mp2p, mp2mp.
[TS]: I’m quoting from below, to realize the MP2P, one would require N-1 P2P unidirectional connections (on sending CEs), and 1 P2MP unidirectional connection on the hub.

“    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.“

3.       Yes, a slice service may include multiple connection constructs
[TS]: OK, good.


4.       Yes, an SLO applies to a sender’s data within a single connection construct. A connection construct may have one sender (p2p, p2mp) or multiple senders (mp2p, mp2mp).
[TS]: with the two basic constructs (unidirectional connection, and connection group) rooted on the respective CE, one can realize the above connectivity..


5.       Yes, a bidirectional connection construct may exist, but it doesn’t have to have symmetric SLOs. (Actually it is an mp2mp services with only two end points.) So, yes, two SLOs for a bidirectional p2p connections, and those SLOs may be identical.
[TS]: Agreed, but to realize bidirectional connectivity, I require 2 unidirectional connection constructs whose SLOs may or may not be same.

Regards,
Tarek


Best,
Adrian


From: Teas <teas-bounces@ietf.org> On Behalf Of Greg Mirsky
Sent: 04 April 2021 04:04
To: Tarek Saad <tsaad=40juniper.net@dmarc.ietf.org>
Cc: Kireeti Kompella <kireeti@juniper.net>et>; Manish Gupta <manishgupta@juniper.net>et>; teas@ietf.org; John E Drake <jdrake=40juniper.net@dmarc.ietf.org>rg>; Joel M. Halpern <jmh@joelhalpern.com>om>; mohamed.boucadair@orange.com
Subject: Re: [Teas] network Slice Endpoint in draft-ietf-teas-ietf-network-slice-definition-00

Hi Tarek,
thank you for bringing up these questions. I've been thinking, playing in my mind with the SLO in a network slice.
I agree that the SLO is for an ordered pair of CEs, and thus it is unidirectional regardless of the connection matrix. But I think that there might be a use case for a bidirectional P2P connection, especially if [A, B] and [B, A] SLOs are identical. Also, a bidirectional P2P connection might be a useful construct when directions are sharing each other fate under the protection switchover scenario.

What are your thoughts?

Regards,
Greg

On Sat, Apr 3, 2021 at 7:31 PM Tarek Saad <tsaad=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org>> wrote:

John/all,

I can glean the following from this definition. Let me know if misinterpreted.

1) A connection supporting a network slice is unidirectional. A corollary is: SLO(s) are unidirectional too.

2) >From a sending CE, there are only 2 types of connectivity matrices:

· P2P unidirectional

· P2MP unidirectional

Using the above type of matrices on a sending CE, one can realize any of network slice connectivity type required – e.g., quoting your example, a MP2P can be realized by (N – 1) P2P unidirectional connectivity matrices on the sending CEs.

 3) The SLOs are per matrix type – either P2P or P2MP. Is the definition anywhere precluding having multiple connectivity types of matrices from a sending CE for the same network slice?(e.g. a mix of (n x P2P) and m x P2MP connectivity matrices on the same sending CE for the same network slice)?

 Regards,

Tarek

 On 4/3/21, 4:06 PM, "Teas on behalf of John E Drake" <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org> on behalf of jdrake=40juniper.net@dmarc.ietf.org<mailto:40juniper.net@dmarc.ietf.org>> wrote:

     Hi,

     As a follow-up to the email, below, that Eric and I sent in late February, here is our proposed definition of an IETF Network Slice Service:

     IETF Network Slice Service - A service provider instantiates a service for a customer which is specified in terms of a set of the customer's endpoints (CEs), a set of connectivity matrices (MP2MP, P2MP, MP2P, and P2P) between subsets of these CEs and an SLO 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 SLO and each SLO may be different.  It is also the case that a given sending CE may have a different SLO for each connectivity matrix to which it is sending.  Note that a given sending CEs's SLO for a given connectivity matrix applies between it and each of the receiving CEs for that connectivity matrix.

     This results in the following connectivity matrices:

              For a MP2MP connectivity matrix with N CEs, each of the N sending CEs has its own SLO and each may be different

              For a P2MP connectivity matrix, there is only one sending CE and there is only one SLO

              For a MP2P connectivity matrix with N CEs, each of the N - 1 sending CEs has its own SLO and each may be different

              For a P2P unidirectional connectivity matrix, there is only one sending CE and there is only one SLO

              For a P2P bidirectional connectivity matrix, there are two sending CEs, there are two SLOs, and each 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 [RFC4364} section 9 (https://datatracker.ietf.org/doc/html/rfc4364#section-9<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/rfc4364*section-9__;Iw!!NEt6yMaO-gk!WHFr7oDhtlR3DK2AParJ1Ca-QP2Y0pbvYA1LAeSQO1_0Fa29p8kgaurw0vnG2Q$>) an IETF network slice service customer may actually be its own IETF network slice service provider in the same or different provider network.

     For a given IETF network slice service, the IETF network slice customer and the IETF network slice 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 any SLOs for the subject CE.


Juniper Business Use Only