Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization
John E Drake <jdrake@juniper.net> Fri, 01 April 2022 12:43 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 97A353A2199 for <teas@ietfa.amsl.com>; Fri, 1 Apr 2022 05:43:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=EzevL1Ka; dkim=pass (1024-bit key) header.d=juniper.net header.b=fd12GAFG
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 CynzglvxGtyk for <teas@ietfa.amsl.com>; Fri, 1 Apr 2022 05:43:35 -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 4B3603A11EC for <teas@ietf.org>; Fri, 1 Apr 2022 05:43:33 -0700 (PDT)
Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.1.2/8.16.1.2) with ESMTP id 231C5moB031394; Fri, 1 Apr 2022 05:43:32 -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=xKgk0iNz7y4z+hi25nhRuend3qH1JBOihTZVooiSRsU=; b=EzevL1KaF7Y7o7NLMri0sVPD6Kn1/1Gm+0BqCGYL2jB5uuqLlNFX+1sKo74P977urGnr n4AlYG9lRR5PIJGBPPM3WXqWJac/DeSuFXy3jpTziy01RjQJXvp1ITjY2cKe35BMAO03 ucjLS5ihSEbsgG4VZWb18R3GLFgzecnOHd23SgHjs9UUpidd9G89xPEIAUwuaGOb3D4e rSdfbLb/fQURn9pFLgZspoJjsiKK5qfAxyjmJzC2+ysl0ImZKimwW/irLvCi5d6Pme7b jHzIJvBM/9eHpjo6+e8GzZh+y9UscX6xfTJj8KAfNoUlTWQPv0Xu4dUkN0JJxnGS0R1g EA==
Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2045.outbound.protection.outlook.com [104.47.66.45]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 3f4k9hpgqq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 01 Apr 2022 05:43:31 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=joQu7BUjmIbfYueCiAp3tQCzXdIcO82UhkcXjf5H/SI1Kjur230VBM7LxSTY2eVrWYQ1Hl/zj1w868f1qJ1/m0uDvuDzrI28e/RJhebDBBa8avNFFVO6/rnbHSuh4BHllXg71+6zy/pbbJvwO63jFoNs0kt3zbXGUHrjgaiq9+9IqGgLXUeJpDep/SSkjuoAf7EAcRmIaYBuRFoyXO83IfMrfxa23i9b4K2KNtEj7Yu5wCqaMXa6VYWKoTjp+g/x3o95H3z1DvVTBwr/T3FvdqcrwYwUrTa7KOe60G/AuOrXjZkpRkxnNR86BR1ih1wqxUMUlgVMN0nuLx0sj38d8A==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=xKgk0iNz7y4z+hi25nhRuend3qH1JBOihTZVooiSRsU=; b=RpmoYKawX0z6LPWMaqF7NrzShL6vxtawkxPU10zh/yiKrc96DEfQcSxlTsxsBhJvXmx86PeZ01bWrAJOms2rHJosUmWOSIFL1L5tRH2ZcqRYl7SYQRILsdCsSDigEegHjfDdsLMLltANvW5ojZDGo4PWdKIF9/nvniJA8j5yq+PzIRbDNHrC2k+78nRTXjxs/3LL1mQRtmdP8FepSUP3Pm3Mg9FOX9rYFRVufRoMU6q7957Dy6OhJE+JX1DGHxrJAuVMMyoB0mIcwmnBwEGLFASAfdDVeAONjCjdMMOJawVc0rvR7CNkU2zIrRKga44ijw+T6+YX9jVBkmzSbiknvQ==
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=xKgk0iNz7y4z+hi25nhRuend3qH1JBOihTZVooiSRsU=; b=fd12GAFGew1RrqFQD+jlLjzOu9lZGbHrqTtSxYVBZuiuol6Rs/Ky0wtSlxmBKWI2fprPWb1qgEKR5cOxcMzuN6YY8N+CkQs6cmoLgzfXRHJgI5BvSLw2hA7eE51mrOuVBj1tnXQ2CRgJ83750QcTVqht2b7gau0pWg+XDx5Owa0=
Received: from BY3PR05MB8081.namprd05.prod.outlook.com (2603:10b6:a03:366::15) by CY4PR05MB3192.namprd05.prod.outlook.com (2603:10b6:903:f2::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.14; Fri, 1 Apr 2022 12:43:28 +0000
Received: from BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8]) by BY3PR05MB8081.namprd05.prod.outlook.com ([fe80::283c:d671:e4e5:31f8%9]) with mapi id 15.20.5123.023; Fri, 1 Apr 2022 12:43:27 +0000
From: John E Drake <jdrake@juniper.net>
To: Krzysztof Szarkowicz <kszarkowicz@gmail.com>, "<mohamed.boucadair@orange.com>" <mohamed.boucadair@orange.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
CC: "teas@ietf.org" <teas@ietf.org>
Thread-Topic: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization
Thread-Index: AQHYQD5mziQ3b5ngCUWZlORwxzPXJKzQYtoAgAA5TICAA7s7gIAANVaAgAABd4CAAA3wAIAGKMYAgABGbTA=
Date: Fri, 01 Apr 2022 12:43:27 +0000
Message-ID: <BY3PR05MB80812DBFA3C29F27347812B7C7E09@BY3PR05MB8081.namprd05.prod.outlook.com>
References: <042601d84029$1de567c0$59b03740$@olddog.co.uk> <c4e7e5c0-81a2-7f62-c81a-8f672eccd6db@joelhalpern.com> <DB9PR06MB7915CE12BC9DE1E9F62309E29E1A9@DB9PR06MB7915.eurprd06.prod.outlook.com> <CAO8-O7pm7aznKmt--2Dfgtf=ZZ=o2xtjjRoLLOVMLpG6KP8_pw@mail.gmail.com> <9191AF9E-6FA7-43AF-B4DC-55F0B046BDAB@gmail.com> <04e801d8408e$52fa51e0$f8eef5a0$@olddog.co.uk> <1532_1648448435_624153B3_1532_474_1_e88aa4968220476d85dfe52430086664@orange.com> <905EF0B2-A4A3-428F-B9D9-00408A769C80@gmail.com> <28412_1648460203_624181AB_28412_34_1_7ae1d32feccf4cea877711712dbe5c83@orange.com> <871C707C-F12A-4BC2-A936-E756358A0393@gmail.com> <EDE8C8E5-2F47-4D49-B963-3ABC5E86CEED@gmail.com>
In-Reply-To: <EDE8C8E5-2F47-4D49-B963-3ABC5E86CEED@gmail.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.401.20
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-04-01T12:43:24Z; 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=19c91eb2-370e-4a62-a8ff-1fb43386f51f; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: aeaed12b-b052-4dc5-dc35-08da13dd3839
x-ms-traffictypediagnostic: CY4PR05MB3192:EE_
x-ms-exchange-atpmessageproperties: SA|SL
x-microsoft-antispam-prvs: <CY4PR05MB31925224FD6903CAC9245DFFC7E09@CY4PR05MB3192.namprd05.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: U+rCSPWjhhDiRM0PI84UtwNBgEX38Qm72O6WUIvDDxUae4ahXRB5vSuRkU93XY80q+UGdgCtYNnP5FsO845UU6UMKrq/iGFHYU/RkFNPZkJfypiMnf6enPRyqTlYHeukUaG32Z9h7OCertIa1PywuZwH58dwoecbUTOrBQ3mUSf3LKFZF8c3vFPRUD6TuYp00WGr06pZ53HmSSefqcBfWsBAP02in5ixUaAxspuPOvEPQ5MaiCLxBZMCoxZ/wSDDWDadNfvfwG/XMpD5H+IC+s4BhE9wJJ7FVbmfee5HQtNU2AniXm7TN+UwlrneJ4MdJifmufJ9m075BFoGN4Qgzqjxq7II3/TLIuPP+KPsli2Wn0bWx0QxvqEQS7djEkyKa+fm3VxBW8AKGrA47soUqNwihuSn5ahYum8gI+9yvxBkLOZxefvrkwAnD9l8FGLV+uAju/oZ5WRD7WGqNgN0xO5HUx/yMdPxKxlwD0R8S6SsYsp/WJ4D/BCGYo9bSIpalmrmQhdDMJObiuR2/1jdZueyXkuK2O3WwOga/+P65O+iB0gbBCVjzj74TuoWLtfcUwM3/PF+DBy115S9jV6sW64mH1N1kT8Ih8eL6SFwsx0U/H0xITuqNswgc3cmY+S+MoKGKi85FG988T1Dgg0CIz8n1TsyR/bE0xUHzd07GLZwk5UpBx6DH+AmKXOpu45DmfiDPf+HKnxvQkfHO9UmCZ7WkFz12ti+hudei2pL93Vin2nbxuyIeoROk1MRpYOlZcIyeOmdCOf3vx2mycPpjwYmWbcXMv6+XknasglPo/AjPBJlxCoRqQkh+2rvJQDYONbYL3bN/hbuK1yBBrv6Yd+l07ifUM9gF6amZYTXxQNG6ZR4td2h3rxNRIx4pCgb
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:(13230001)(4636009)(366004)(30864003)(316002)(26005)(186003)(508600001)(83380400001)(8676002)(66556008)(66476007)(64756008)(33656002)(4326008)(8936002)(52536014)(66446008)(38070700005)(76116006)(66574015)(86362001)(55016003)(66946007)(38100700002)(5660300002)(122000001)(166002)(2906002)(6506007)(7696005)(71200400001)(9686003)(966005)(53546011)(110136005)(17413003)(491001)(579004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: PwuKhjOFGIXd2ivifhhA2faFw2sq8twPWEZcJHAX3sz44SH7O/0PR/feZtVGqtPfGWRPw8aku8+ZsjPcfCOMfKxv/mXAv8s8MeC5fXpNTJyGcs99M4jlQGKDQBTBfYKZ5mtJyj5XS7lxVNa87U7NVbwbjp1YjEHF/M+F72IRqp3hmWns2BnDnt+ZW4A4/PNWeTbQFmrohZOGX4oxdqUZt5Y2qjhl1YcOSw526OmcFZRCWNcnpxlqAe9Q6Yd/aN/fKX+x9ntLF//L2GLMxqO6nJdJCdeKDCDFM1TLT74uiazFviKS/iyFMm8UGXq/jJ4yjTKlijG4fqZfJo4schJWKT+dzUtodz5gYgAucnBo8ubfxIJM6mOMkP9Cz+mp7i8yYvHPlQ5Ly6ttZLM0GBMxCIUZ5jYyPJlw2AGBncUrurmrqHnz7gpN7/uh8YFmHSvrW/EpA+G/5PG6d8KYbdtdP3F6HV1qszhZunh93ia8i3a+6aYAjajVuh8qS1BTbMk+hhZEHhE3pOztRpNKZiCOOqYeHcBLVuU3zBIixHrVGtuYfxsjlh6z5b0wzROzf2wpSaeaLBrwgXOsSxSozjcQXUqDdqIVOwB8CzkuWb6a8gtIh8wmfYEUy6qfQuzUKuG3Jt1TKjn3OQLIT1Ju/o3q+O5ZGJ60Ov+bvibzL6eD8MSzcE00pKKcnMsHEzwlLlFnnoxKw+O1QleRP5GqEX2z128PYLI/LWPHynUGXgqNWgWDKsOm3zpC3J1Ui2545fO0+3g7kxZvPKIM2xJsYELM9e6aSPWv259baxmfgXyqv3JG9gToHLi4ye11HvV1eAMAxWn62mtkUZCV9msT61E+lCa/7d3MbV9F2eG0GFpwudEPTB2Wdg4NZfIaM32MFYQP7YWHdzn0NQu0pfORKydkxhA+qlShvVy5qHbgCX9E/oQh8eaJoWdph23zqmZoF4QjTIW0K/hwi0Wf1ucYOKeLo1QbZltyidKgRlR4lg1k3OlspsVPBIq/NJqhAak9jfnBCKmt/ohbeV7LkzmaZr8zjt5hU6kOIOI4VnKRu4mImZSFyAbs0l3Ds5/4/s6biC1D0WmEuAwJ+xulTI+1bNqhk9VDVxGpZCBlVrvIWOpvF2nSyOMzNgHMRp/5vK6KjqGKAManbhPAyuPC/69tFDQQJPz3Tk7IruSbuF3P8Wq0pjRfp+/XWRpOQRxwx6Vzy21Bb07d8DxYfbwI84adlvpK8S3JXNXSTW5SrVp4kxUkI8ESLHtxRsvb/UsPVl8/gBN5f7FaBTOMBB2SrEoLgmTMi3nF1Fq13nWNEePIT0g6iBQjAN05J0XDzh12rLr/WMpbYf79lEVe1Y8NbKSiTzB+4N38D1cGph4quHWg2r/Jhr3oCsRo+ZVA9xDIIBo774VxeJaA1cqnMiFtdcw6gWkznxhah+BTSpFxepR+/BD2ZOMrvJ70ps4y6heH8WTATmhEUK0K9Sivg2DYGsaZqR9/VxhCOrxY9Mljf80yB7sjidq7gvcHu1QlFQ+kX695Xt3j1zLJXGggrLOdhZGp1P/ZqPPrcDxG1NbEJRcp57lfWJug12RBF6NFjaI4G2uJc4EMv4FdZMCANGaHeqZSfQjLfQLVZ+8tjKU3B2JyiSZ8eF+joDBbUd2ezwBJBbgkJEsZsfAZTufK8HsGjwlXTyeSK0/SE2IKaWJNSnXZy7TJOfbL2ZcmmtD+XJDHq68P8os+rKR1v0s4yhZQlLu6r0K1SA==
Content-Type: multipart/alternative; boundary="_000_BY3PR05MB80812DBFA3C29F27347812B7C7E09BY3PR05MB8081namp_"
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: aeaed12b-b052-4dc5-dc35-08da13dd3839
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Apr 2022 12:43:27.7425 (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: 6SK3xQG6PGokGkCqE264NUvtsyF0xR5CQL2076saPARWghtS1wQkGkAm+dl2cpn8jvG+1TK6PD63FrUWZ9fEOA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3192
X-Proofpoint-ORIG-GUID: QisgmjdJfJwDYa2XEwcsSx5m4EpLThnK
X-Proofpoint-GUID: QisgmjdJfJwDYa2XEwcsSx5m4EpLThnK
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.850,Hydra:6.0.425,FMLib:17.11.64.514 definitions=2022-04-01_04,2022-03-31_01,2022-02-23_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 impostorscore=0 adultscore=0 clxscore=1015 mlxlogscore=999 phishscore=0 bulkscore=0 suspectscore=0 priorityscore=1501 spamscore=0 malwarescore=0 lowpriorityscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2204010058
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/l-AzlaPzGvTJ6_OiYcZhwIAAF_s>
Subject: Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization
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, 01 Apr 2022 12:43:42 -0000
Krzysztof, The usual answer to such a request is to ask you to provide text. Yours Irrespectively, John Juniper Business Use Only From: Teas <teas-bounces@ietf.org> On Behalf Of Krzysztof Szarkowicz Sent: Friday, April 1, 2022 4:30 AM To: <mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com>; adrian@olddog.co.uk Cc: teas@ietf.org Subject: Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization [External Email. Be cautious of content] Adrian, Med, Returning to this. I've seen many design cases with SPs, where the network is designed physically in very structured manner. Also, I've seen some analysis done by couple of SPs, that as the result of this very structured network design, after making internal analysis, they don't really see the difference between path placement done using IGP metric, and path placement done using delay metric. Hence, even introducing some flex-algos (TE meshes) with different metric optimization is questionable here (as the resulting paths are the same). To realize services with SLO commitments, these SPs today extensively use admission control at the edge (some times even relatively complex admission control schemes at the edge). But, they don't use anything specific (TE, Flex-Algo) in the transport, apart from mentioned admission control at the edge (ingress/egress policers/shapers), basic QoS on transit, network capacity planning, and timely capacity upgrades, where needed. Does this approach could be considered as well as some way of 'network resource partitioning' mentioned in the draft? Cheers, Krzysztof On 2022 -Mar-28, at 12:26, Krzysztof Szarkowicz <kszarkowicz@gmail.com<mailto:kszarkowicz@gmail.com>> wrote: OK, If a realization example of network partition is flex-algo + admission control, then I am fine. Thanks, Krzysztof On 2022 -Mar-28, at 11:36, <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> wrote: Re-, Manipulating flavors of flex-algos (+ appropriate admission control) is indeed a way to partition a network. Cheers, Med De : Krzysztof Szarkowicz <kszarkowicz@gmail.com<mailto:kszarkowicz@gmail.com>> Envoyé : lundi 28 mars 2022 11:31 À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk> Cc : teas@ietf.org<mailto:teas@ietf.org> Objet : Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization Hi Med, Adrian, I still see the partition as realization, thus should be left to the docs/drafts describing the realization, rather than be mandated in framework doc. Section 7.2. says: For example, traffic separation between different IETF Network Slices may be achieved using VPN technologies, such as L3VPN, L2VPN, EVPN, etc. Interference avoidance may be achieved by network capacity planning, allocating dedicated network resources, traffic policing or shaping, prioritizing in using shared network resources, etc. 'Allocating dedicated network resources', which is my understanding of network partition, is one (and not the only one) of many tools that can be used for realization. But, if you are saying, that from, realization perspective for example I can call I partitioned my network by creating two flex-algos, or two sets of TE tunnels (one optimized for latency, another optimized for high capacity links, as an example), then definition of partition is very open, indeed. Thanks, Krzysztof On 2022 -Mar-28, at 08:20, <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> wrote: Hi Adrian, al, I think that it is safe to say that partitioning is always needed to realize a slice service. In reference to -10, I even tend to suggest this change: == OLD: An IETF Network Slice is a slice of a network that uses IETF technology. NEW: An IETF Network Slice is a partition of a network that is provided using IETF technologies. == However, that partition does not need to involve only node resources that are partitioned (e.g., some nodes of a partition may exclusively belong to one single slice) or that partition resources are fully isolated. For example, it is completely fine that some form for resource preemption is allowed between slices that belong to the same customer or those engineered for internal use of an operator. I suggest to clarify this in the text by making this change: ==== OLD: Network slicing provides the ability to partition a physical network into multiple isolated logical networks of varying sizes, structures, ^^^^^^^^ and functions so that each slice can be dedicated to specific services or customers. NEW: Network slicing provides the ability to partition a physical network into multiple logical networks of varying sizes, structures, and functions so that each slice can be dedicated to specific services or customers. The support of resource preemption between ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ IETF network slices is deployment specific. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ===== Please note that this proposed change is consistent with the definition of "isolation" in the draft: == Isolation: As described in Section 7<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-ietf-teas-ietf-network-slices-10.txt*section-7__;Iw!!NEt6yMaO-gk!VYnwrj_-7g5ayraupb1Hjk4RoCo7h8-qvAVpiN-5HNmTNTGoxddiZFQPscuvx0M$>, a customer may request that its traffic within its IETF Network Slice service is isolated from the effects of other network services supported by the same provider. === and also this text: == An IETF Network Slice could span multiple technologies and multiple administrative domains. Depending on the IETF Network Slice customer's requirements, an IETF Network Slice could be isolated from other, often concurrent IETF Network Slices in terms of data, control and management planes. == Thank you. Cheers, Med De : Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> De la part de Adrian Farrel Envoyé : vendredi 25 mars 2022 22:22 À : 'Krzysztof Szarkowicz' <kszarkowicz@gmail.com<mailto:kszarkowicz@gmail.com>> Cc : teas@ietf.org<mailto:teas@ietf.org> Objet : Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization Hi Krzysztof, I think you might have something here, but it is confused by a side point. "might be entire network is single partition" is not a contradiction with "partitioning the network resources." True, it is at the extreme end of the spectrum, but one is a special case of many. Now, the BIG question for network slicing is whether the network resources are partitioned at all. If they are counted in any way (including in a central controller) in order to ensure that the traffic can meet the SLOs, then the resources *are* partitioned. It is only if the service delivery is best effort, allowing for congestion and drops, that we can say that the resources are not partitioned. Or, in another view, if traffic for a particular service is steered onto particular links in order to meet SLOs (for example, latency), then the resources have been partitioned. So, while I agree that partitioning is strongly tied to realization, I wonder whether it is possible to have a network slice (note "slice", not "slice service") without it. My concern is that we end up with a definition of network slice that is so far removed from realization that it becomes "a slice is what an operator does to their network to deliver a slice service" which, I think, doesn't tell us what a slice is. Cheers, Adrian From: Krzysztof Szarkowicz <kszarkowicz@gmail.com<mailto:kszarkowicz@gmail.com>> Sent: 25 March 2022 17:57 To: Adrian Farrel <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>> Cc: teas@ietf.org<mailto:teas@ietf.org> Subject: Re: [Teas] [E] Re: Slicing Framework Open issue #1 : Service != Realization Hi, I have only one comment, regarding below: the "IETF Network Slice" which is the realization of the service in the provider's network achieved by partitioning network resources and by applying certain tools and techniques within the network (see Section 3.1). 'Achieved by partitioning network resources' is some specific relation option, which might (or might not) be used in particular realization (depending how the slice is realized, might be entire network is single partition). Hence, it should rather be omitted here, as it should be agnostic to to the actual realization. Thus, I would change it to: the "IETF Network Slice" which is the realization of the service in the provider's network achieved by applying certain tools and techniques within the network (see Section 3.1). Regards, Krzysztof On 2022 -Mar-25, at 12:48, Jalil, Luay <luay.jalil=40verizon.com@dmarc.ietf.org<mailto:luay.jalil=40verizon.com@dmarc.ietf.org>> wrote: +1 Regards, Luay On Fri, Mar 25, 2022 at 10:49 AM LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>> wrote: Hi all, Agree, the proposed change is ok. Best regards Luis -----Mensaje original----- De: Teas <teas-bounces@ietf.org<mailto:teas-bounces@ietf.org>> En nombre de Joel M. Halpern Enviado el: viernes, 25 de marzo de 2022 10:30 Para: teas@ietf.org<mailto:teas@ietf.org> Asunto: Re: [Teas] Slicing Framework Open issue #1 : Service != Realization Works for me. Yours, Joel On 3/25/2022 5:17 AM, Adrian Farrel wrote: > Hi, > > First in a series of emails to resolve the open issues mentioned > during the TEAS meeting. > > We have, for the longest time, suffered from a blurring between the > service provided to the customer, and how that service is engineered in the network. > This leads us to talk about VPNs in a way where sometimes a VPN is > what the customer gets and sometimes it is what the operator > engineers. A good example is the term "MPLS VPN" as though the > customer cares whether the VPN is provided using MPLS technology. > > We have, to some extent, clarifies this with recent YANG "Customer > Service Models" that describe the service offered to the customer, but > do not constrain the provider's choice of implementation technology or options. > > As the discussion of IETF Network Slices continues, I have repeatedly > seen some blurring between the topics of the "IETF Network Slice > Service" and the "IETF Network Slice." It seems to me that this mixing > of concepts will continue as future readers pick up the document. > > Although I have tried to use the two terms clearly and distinctly, the > document is missing a clear statement to disambiguate the two. > > Section 3 provides the definitions of the two terms at some length > using subsections. The clarification would get lost if it was placed > at the bottom of the section after the subsections, so I propose to > include some text near the top of section as follows. > > OLD > IETF Network Slices are created to meet specific requirements, > typically expressed as bandwidth, latency, latency variation, and > other desired or required characteristics. Creation of an IETF > Network Slice is initiated by a management system or other > application used to specify network-related conditions for particular > traffic flows in response to an actual or logical IETF Network Slice > service request. > > Once created, these slices can be monitored, modified, deleted, and > otherwise managed. > > Applications and components will be able to use these IETF Network > Slices to move packets between the specified end-points of the > service in accordance with specified characteristics. > NEW > IETF Network Slices are created to meet specific requirements, > typically expressed as bandwidth, latency, latency variation, and > other desired or required characteristics. Creation of an IETF > Network Slice is initiated by a management system or other > application used to specify network-related conditions for particular > traffic flows in response to an actual or logical IETF Network Slice > service request. > > Once created, these slices can be monitored, modified, deleted, and > otherwise managed. > > Applications and components will be able to use these IETF Network > Slices to move packets between the specified end-points of the > service in accordance with specified characteristics. > > A clear distinction should be made between the "IETF Network > Slice service" which is the function delivered to the customer > (see Section 3.2) and which is agnostic to the technologies and > Mechanisms used by the service provider, and the "IETF Network > Slice" which is the realization of the service in the provider's > network achieved by partitioning network resources and by > applying certain tools and techniques within the network (see > Section 3.1). > END > > Any objections? > > Thanks, > Adrian > > _______________________________________________ > Teas mailing list > Teas@ietf.org<mailto:Teas@ietf.org> > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_teas&d=DwIGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=k0DrrBeS0St-D1jEwNQ_u1ZyHQXQly5fgCsWF0VTh7o&m=ZgpFwbYBRDMbGaCALx4Ex8KrMyZD-gVEhsHKWD9592QJ8dwgs8zvLN3YyhpE0lAq&s=PT9yEot5W1FaYvK-vS_Gc8_apuR_Azv2CkH7JBiNeUw&e= _______________________________________________ Teas mailing list Teas@ietf.org<mailto:Teas@ietf.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_teas&d=DwIGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=k0DrrBeS0St-D1jEwNQ_u1ZyHQXQly5fgCsWF0VTh7o&m=ZgpFwbYBRDMbGaCALx4Ex8KrMyZD-gVEhsHKWD9592QJ8dwgs8zvLN3YyhpE0lAq&s=PT9yEot5W1FaYvK-vS_Gc8_apuR_Azv2CkH7JBiNeUw&e= ________________________________ Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it. Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição _______________________________________________ Teas mailing list Teas@ietf.org<mailto:Teas@ietf.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_teas&d=DwIGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=k0DrrBeS0St-D1jEwNQ_u1ZyHQXQly5fgCsWF0VTh7o&m=ZgpFwbYBRDMbGaCALx4Ex8KrMyZD-gVEhsHKWD9592QJ8dwgs8zvLN3YyhpE0lAq&s=PT9yEot5W1FaYvK-vS_Gc8_apuR_Azv2CkH7JBiNeUw&e= _______________________________________________ Teas mailing list Teas@ietf.org<mailto:Teas@ietf.org> https://www.ietf.org/mailman/listinfo/teas<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/teas__;!!NEt6yMaO-gk!VYnwrj_-7g5ayraupb1Hjk4RoCo7h8-qvAVpiN-5HNmTNTGoxddiZFQPijBXflw$> _________________________________________________________________________________________________________________________ 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] Slicing Framework Open issue #1 : Service … Adrian Farrel
- Re: [Teas] Slicing Framework Open issue #1 : Serv… Joel M. Halpern
- Re: [Teas] Slicing Framework Open issue #1 : Serv… mohamed.boucadair
- Re: [Teas] Slicing Framework Open issue #1 : Serv… LUIS MIGUEL CONTRERAS MURILLO
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Jalil, Luay
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Kiran M
- Re: [Teas] Slicing Framework Open issue #1 : Serv… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Adrian Farrel
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Gyan Mishra
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] Slicing Framework Open issue #1 : Serv… Greg Mirsky
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Joel Halpern
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Krzysztof Szarkowicz
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Gyan Mishra
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… John E Drake
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Gyan Mishra
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Joel Halpern
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Dongjie (Jimmy)
- Re: [Teas] [E] Re: Slicing Framework Open issue #… mohamed.boucadair
- Re: [Teas] [E] Re: Slicing Framework Open issue #… Adrian Farrel