Re: [Teas] SFC and slicing

Igor Bryskin <i_bryskin@yahoo.com> Mon, 24 May 2021 12:22 UTC

Return-Path: <i_bryskin@yahoo.com>
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 7B43D3A264C for <teas@ietfa.amsl.com>; Mon, 24 May 2021 05:22:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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=yahoo.com
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 kwCZvi1MCyab for <teas@ietfa.amsl.com>; Mon, 24 May 2021 05:22:12 -0700 (PDT)
Received: from sonic311-23.consmr.mail.ne1.yahoo.com (sonic311-23.consmr.mail.ne1.yahoo.com [66.163.188.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84E053A2648 for <teas@ietf.org>; Mon, 24 May 2021 05:22:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621858931; bh=8tppe8hyyAabj8CKisb5SGTdi61TbLC4PUIN946qLrg=; h=From:To:Subject:Date:References:In-Reply-To:From:Subject:Reply-To; b=Y1ytLEqLBHRwjTnGqelDjQ9Dv2zaAj/Mlc9X7a03sNwshjEXRmEfYzqWpyTh1zPUvgcLBZewDJw3mOMojwge68u4+gHHSo1Px9CktYlmWZ1X1pQ6yuGn2ymurE1Qkz2dkEuEKwDTVGzmXS5fNaWSPT2SJPCuIABrYlb84DhThXOKWOPKMRzaI4RECPW9H8u7gS8IJW/QZn5XLA3j7xWgXC94PhBuJQxCTR3KndRfJqtK2NSP6CDvXI2m8/6rk4p/on8Fay6fHn1SDbeygfSxMfUnWqJ4VJkepN8hQS9sdCc/hQnxdRlAv8CtnPNoPyQTDjVvSYIZUxUJbaSKT4OxMg==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1621858931; bh=PQy+hup5KUmFeM8neRZJDjduKsT9Zx3Jyry+CBTumKe=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=ulVOTbNJm2pgJXoZgrUFyM6yHA+RaPboHi+fiAIkrm/+5DY7bJmiYLO5SII6BCifZMdXxh/MIof9MHysfLFfIGFb2KceR+2AgmJ+qFTkmq9DfgbZlR/a9xD7LOkhkiO21BkP4WScTF3Rez3sNR21YsQ8rTJ3UFeiBE7RVMDLvL9ZskmC1QB7ooLr1snDwvVMX+mKR1WzSHpmGwyktKyL8weQ2n9KGF406NkE61+NgDdnEj0kPjfBOxDQgy4qOjheLQdR9H1VzEXQr0pQa9XEbDs3+FV3eyoQcwj9KT0X9iHRn3fJgcv7jqqFUba8FuaRy7VhBxNJG1ADoGg3wxuRAQ==
X-YMail-OSG: 8EcKJ04VM1mL_nX12uVkNzoHCHKkM05ogBnSuH7avppq6cpMSLaeZJ9ryzRO7FE wAwgUKo_5SarFbE9WizB9Ntak9j1djaF6dtY39F3e_0S5KIeyKZOPthVfxWZj.bYwni4vGpYUzSn mGQGjC5OLYUcUCRQb6d6I_FDYeyNFxzST4oWYE8LjgSEr6A1VYv9yHGeWdJ6fYWkk6OXLeZslane SOqnK12Pxscz2898tXK9VMJaK1_kNQdi8nrOhKHHvQdjGpxVRrTji9XBwPSVgKSfJF3UBwCuPp0m 7MJNasrcsJPbO5i7gYTD5i64Y3ySOgJvxn4IOdcPmRbFjTta1nXUnV1LpaFPZbbEtsEjdeo7NZfy CgCNGoPQ.NjvUJwPZkyyHvayX_MFhyOHmBeDIR4Z7ZRIF0SK1KaxMzJV2nIVntx_O_OIC15l.trd lyezfo5gqUssKUHX69YE9c49hrVKfaBiEvFQESPHd5H.EUmU3eH1A0SZkMlvzu9YNMpeb5izKB53 _thqKq58lMD1Z3mrpUmDh89RxVckNUo1ZcmZ4JCgFzI7RYujvILTLGAYRhTCjCnQUQpOOxmIQSyb djyrFiz3a4DBrXjANd56HHayGRXFsdS6_pQ15Tsb2SOC86X3eknuwgBm.jpaKjkQ3DSJpfukW2Ta UuH74v8yaheMZemu8NYaXofbMJ0sCtIPnH85Mk9vYqx_3uyk6uprI0zw9pZ.nsgxfDAX3tY_a4Nl RWp5eiZS5aQueWkPV9oTTJo3gl6a0FmwiVcMZUi4AJtcgKR631CduO1C.eqeLzXL9odJj81cOwtI BsFhfO9lIZX6uOi7iXbiahQtQ5ruUMX61uY12IRm2IhyoAe2N9Zx_u8G4vqUuE1Exg11.FDq.gJq 6F7NqtMY1dWrESICjNjlAvg51eJ48GiFpPbsYZh.rXNE7S80sllOCgF019NwQiQ.4vwKWTtKEHjo fBybC0HNVjQqdDWSaUatOgqj5W.qNGxVeo1ofoWo0tDPFT9s8quo.OZXk1S60hrBPatybGkLu74F BlKZdNeRn4UUDfXgY6ZywwGLn_gzmb5zHcaFKmFwNQCn4m4cbNK0uByEMhyrrZKi7cWGFSN78ZUU tArqsUnCkB3j03JxOXehUXprTz5JFRfTq.K6ZvehZ7kdOOwG4.OETdWV8CWyvEz2onFQPvWSy37w JQhKiefdic7LWRL9.cvNcAFSVhdIGh5rtLgyYcHEB_sbUOrWen32fF0ZFqk9JDRYCnwp4tHs_BIb Fm9jgmUv7vMs2kCb5JopSQWtA3UkEq5Lq7nCFcOCNRSKYu3jzQz8t_pFlxCLb9kyzu285H8UhCS2 MbAFIr9Apeqp4EH8EgOrvWtNtOmVPoT2p8kUSFZ1.nLbYSS5TKv3S_oxEWh3tRkcIvJuY.UJLLoR ZF4Z61AzEZAANR7M4MEuBEymR5SBR7q4AQ9gJjFtrhCoDXG8EekfUZMTcMONbFTuwnf2X6.xaiYX 0rUYDLyno66ZPH9GtcyZFoArkjonMuv0J_H78Qf7O7puaq7HDpd7ckR4SnIwua1g38imsmAXKx4U Sab3szlUC7OxHCwSAimSpc7Vfzeyh8ztCysTVrU1XFD58Pg.9AKoGumQ6CI1zt_jKZHXXPO3buCf 7wWxUeecWqLnfHiNvwXCuTfVjFOHncxTHNGHFue1z7meSCq4TgXppVHtmfhSx2tbOxinnsUBhIOk Huy2jSBfcqKcJyzLPckc9qRmCpbgXmKOuwUQ6NSsSEa3.F7mPfD87vyxKIfc0UliCgbEhb90LEli RMyGBAuOwQbJ8h3Uy1pVSk8GqhjkYsQSudEhYYkEnXfRWApWDP13RLc2_OlPAzCIdBVrt.pR.G8Q dQP90pZhVWGW8is88zaSu_x7PVHUv2LC1WdTf9C20Y9TOh24X30M49.Dys__Sw1KGF7wzn6p0hJu n3QUtMYGUs2jflWofxx3o40_1SZjkCZf7D0i7HVJFT9AUNWHXDsCPFHfGh0EcDqtDbZPHMaEFpHS szYM7vjnyFPvr4tp247sQXhyjbcDTV1_K2HMe8MscaUvW.ZeqCU9JVPUMCz12TRvg.L.ABX0qXzO cDQ68FI4mLu14lAcYDR5x2qNCNdymnldXXJaTA0K01ZOgVshtwCM_Wztzo_juPGzjB54zHGGGZoD CnhQsihQWgGzqPvdI1pYoaioVippoBFv9EpLxu0nVZ.SCUNyE1s3UQ6FRPGOBhLO4P0_vALOPF71 yqHGOzfyn.o0NwHam.9LS8XC1CAocJVJTD65GI_stF8EKr0u4Mj_84su5zV05dUFqqGaMxKXFWOs WAtAB8kKkBCHrWj8ZBZlhO6YpjP3NBoapyig5fZE09AVguJX7vR0mhhKuECQppW0AjjfohIJ3DO1 lLbHLvL7HGjPJdlqiGoKM4v4YtbJDlDdO4AXCeI4g9KSn8b61tb1OWUKxc242o7lg5p0rq15iiEi e8RIkEi2pL5ucex8-
X-Sonic-MF: <i_bryskin@yahoo.com>
Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Mon, 24 May 2021 12:22:11 +0000
Received: by kubenode512.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 41884b4f3c094a66e18b36c39f1ba62e; Mon, 24 May 2021 12:22:07 +0000 (UTC)
From: Igor Bryskin <i_bryskin@yahoo.com>
To: "teas@ietf.org" <teas@ietf.org>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Thread-Topic: [Teas] SFC and slicing
Thread-Index: AddP+Cy6X925jH4bRLG91y3U0kEFmAAnGEH+
X-MS-Exchange-MessageSentRepresentingType: 1
Date: Mon, 24 May 2021 12:22:05 +0000
Message-ID: <MN2PR15MB3454AF3E8DF6856B28F642F6A0269@MN2PR15MB3454.namprd15.prod.outlook.com>
References: <006e01d74ffa$aec567b0$0c503710$@olddog.co.uk>
In-Reply-To: <006e01d74ffa$aec567b0$0c503710$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Content-Type: multipart/alternative; boundary="_000_MN2PR15MB3454AF3E8DF6856B28F642F6A0269MN2PR15MB3454namp_"
MIME-Version: 1.0
X-Mailer: WebService/1.1.18368 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/-OSO2-TK4zVfBnVFgMYwBT6wC-A>
Subject: Re: [Teas] SFC and slicing
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, 24 May 2021 12:22:18 -0000

Hi Adrian,
Thanks for giving to this some thoughts.

I see a problem with the suggested plan if it turns out along the road that in a requested by a client SFC SF1-> SF2->...->SFn different sets  of SLOs  are required for each/some SFi->SFj links, as well as e2e across the slice. I suggested one way to address this by describing slices as SF aware abstract topologies.

Cheers,
Igor

Get Outlook for Android<https://aka.ms/ghei36>

________________________________
From: Teas <teas-bounces@ietf.org> on behalf of Adrian Farrel <adrian@olddog.co.uk>
Sent: Sunday, May 23, 2021 1:40:11 PM
To: teas@ietf.org <teas@ietf.org>
Cc: i_bryskin@yahoo.com <i_bryskin@yahoo.com>
Subject: [Teas] SFC and slicing

Hi,

Igor raised the question of "reconciling" the IETF work on service function
chaining and network slicing.

Some of the early discussions on network slicing considered not just
connectivity resources (buffers and bandwidth), but also other resources
that might be found in the network (like storage and compute). I was one of
the people suggesting this, and I know there were others. This would
certainly go some way to bridge the gap to SFC.

However, my understanding is that the design team (and others in the WG)
wanted to push ahead with the definitions for the connectivity resources
first, and consider adding other resources later.

I think this is wise. We have taken quite a long time to get to this point
(especially if you consider the early network slicing BoF), and it is
certainly the case that the first deployment drive is for connectivity
resources. Perhaps we should sort that out first.

That said, I don't think that adding other service descriptions would be
hard. It feels like the definition of further SLOs and SLEs.

If we want to continue this discussion, we should probably involve the SFC
working group to see how they feel about it. But anyone who is interested in
this could certainly begin work on specifying the SLOs and SLEs that they
will want to see added to the NBI.

Best,
Adrian

_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas