Re: [Teas] Decision point on scope of draft-ietf-teas-ietf-network-slices

Igor Bryskin <i_bryskin@yahoo.com> Mon, 07 March 2022 15:43 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 211DF3A0BFF for <teas@ietfa.amsl.com>; Mon, 7 Mar 2022 07:43:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, 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=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 q8ua3lPbaNXH for <teas@ietfa.amsl.com>; Mon, 7 Mar 2022 07:43:19 -0800 (PST)
Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.83]) (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 B9C133A0ADE for <teas@ietf.org>; Mon, 7 Mar 2022 07:43:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646667797; bh=wI51TDjn3XfDMxSyRh0HQ4fBgmBN30TIQvs4vfMNLNk=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=UPq0mZBC/ku7PFDyu1VeMlycmZZ/6QuCiT5zmuQ8uAQWefBFwN2RBTfSyIm5S76ZNRmcbJlldc29DGmKwTMqmK0EeJ/W6SmC11jeMWy6N4IYE6EktuwvxZZ4Xf/JKQr+s2Oif+aXQ06zyxFlEC/MZdoBgr5elJK9oXrjUqvkJnvMbKFK3iGzfiNBM64zZa9DnI/X4IltBUb93Mf9u7OQSaA4TwXgaHEmPDDh5T/Aills39X8rYUQ3EZgDuSfR5otQ95SwtO3Kwpyb6XZ0OmLqy/pzgxSGCaoVnsUFNeXhO2D3sTObN78mU85TTgwKCP3OTqvNDBz18HIoBAxOaS3uQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646667797; bh=CTykydC7Yro9gLIZwW02jqLV0UVtdn7bNVbp/A4iQd/=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=H7ZdDNakRluC/uA2ZjafCJPAcWWyqekryDd77il8XPZ+TZqJwZZGK2+AeP9vC+P8JQ1bNcWzSoUj0SDLuzTMnNiH5+T6i06qKzLJ1bFAC1t3qvO70OAxvjlPk6Fb/e50NSTs6jFjE6MB+F35IVc+GUEVBJqsJHRNWTUvBYZfEjnRGJGZz02WVVvEKzHKP+hWsDgZDC7nlAxsRHhY1x4aYmZ8DqyEb9qbY/fWh7D6WMSbK+CRlXAQ2LwiXG8mFJ1ON1HJv5Tfk2vLY/2T3W32oMZWGwanhFTVbj+l/nvi7Yj75YL6bN36RuNxNGd20UfOIrwxZMSoNLpVjvYaFoOBhw==
X-YMail-OSG: y7AbPC0VM1ksZw5la19o5K7FSudTnJm6DbBQIODctPdggn1TmUt5lH1VDpxmn3T P3tJujwGo16Oa_yQLKZVE3Iucd7tlCRx7C_DFPd2EHs25t9fNIIj6aWWWVMiDmvh4KebNOQqmq4v .NoRAGDt_ryyZpH4SvxQ7zpnc_.W7x39mU6fC5wl3KKcFDT5br722K3jI_E1tfsdvKOBK_Usfm3E 7qyhz2yAOXxf.peO9zUt6XcKxEwTL5_fbws4LcFHvUdVPccdyeEdg1Xg7YlRL3Pf2QZ9488.dUO. QmAGHSw23oUvNySYo3z2f1AW.xDYz2bk6jWEUGDSFaYWCC7VSYktBku8aVhpFBvNvp1V9adtySON 50Q45TkKAKV4K8bDnqyV6CowIQHp7W0QPONwo991__8.MWzLvKvSlqWhJWGsLONphyDSnUVFAREK unH7l.8WpUkaf67rTimEUyO0QJPiBYBfvEsk0Nh4ZxI.p3pi2JvxJ1SXffIBLdytuQ.eGhGHI9RW 3dcHKAHgwOrjpB1IN50cUfXVvIJkz5qsRYWYfrHcOMWKR1ZZekFYJp_R0paU3TYf61lTr9t0PUIZ g1HFrtbVPllurSyOy4s..bqJp7HW1zQ397dBVCiEJuvnK7fvkFnzNQWq5YWCcssHC65IjxJFtVk3 Newd1PyEj3hNLmEVaC_upRIm5vYUKopfs6K24BdYcyKNy7bxHnfQLcb.F.DUtxZx.viyl0s5if79 adXgJi6htiPrq3YWNN3ylcX2nxbNIYc5_CJ3OVc7MJ.eZr4J3guIinfGydPBF3sOjyBs60AfhHcZ p6vXtQgNiRYmilPSwrYmXmnh0azPxKaMSm2qk9t4n6sMkMVZpUvso5_MwnuixdNbEhOODXMFZHIw CBeePkdvx4QlSiYkuhW1lPHNv5A5bQx.6N9_5ygA5NYTomWZt77uGJoG47e9uP3MBNBVSpH7oWqX f9r_1K.R4S1KLLAKIecK8yodb2AlBKW1R4kTuGuor5y59Myo3uDtBhC3ZrgLRrxt5V__mdaWy9Is rywI1uE_nEprWVM51YEluXpXQPFD1aG3TZ8puY9IfWk4YIlTXrrlckrUyBihGiPiiI9LJ7yf9peD 4ZPLXQeGFm.W3YD2RWP8QyWI48zyN5DJXKLPwvc9oLqS5Qcz77oEfuSOs3pH8MM7O6fCq2Lj0IHd va0pME_sZLsnOEhHBhCOjXWT_sbeQXUNbxVuSHOzpmZ0tZ8u9OQDxyDGTU4iN2CyJOfovTdfAOUg Myrk1tRNS30bp4cor2eM1lHuIo5WOVT4McHz9g54GSETDPh4KdHPOVvV9nNmci1_61KmCj9WCEil Z_owRrNnxfkBvVWf1C_XrbxiZlLFXGnT.AA.Ympt.MxFQXZpUXKVCt75lMD6kRJAMqyEvdY6BJfH mrD_uRl8PByP1tq7iI6ZCEDBqonUPLLD3lk6khDfXzRxyAlVww5E71XZ7jtZt5cX5l4Syi_aC07f vN9OIK9pFydLL1ln9mT729FnK_GAGDBMPiSPxPXiAf5QHA6VbTjmDMzwa2es1rW1HtKRt65qz.g7 Tz9JjB7VmtqN8DhGX_0kC6jmmlD6iJ4kNdM2mEcS1zL4.0YJw3gmnYuVYXmq6rOufQqpT2pCAd8c m9jcwfmLnWTr90PS2ubgUG8jJ1U72g7Syh0SbeGELIu4G6oBDFEyz1lm0o6DwdL0CUQYvQX.L7TR 7kaH5lz8ToTugXmBwN.yemKk_wsGcHMdWdcZ9s0fxira4KBKI8HOSOrOWblM7_gD5pU_EsS0u0dn 27NBk774Zsw2wR20lvqbCQGTQ.NWLxNWFjijMJr6MQBS1aHlpGO1KormrZf2Pyqi5QMAR_.MdQId npjolT8O310b7ltK0la.zSbN.McvXgshcU9XyrIfbZcYAFFclTp9auatoaY2dW_QQ8r_QkknoAXB twdT934miU9k3nTbAfpbErei5Y.ZIRB0dgGkLG.j.BOPt6MLJspVNywNsXWmTbPOJyLSjXkO3fdf phvoyU3OS4TxO4YXucaJERaKD7AlRkHxpryifRNAOVcOhw1eJ9m_nND37zP9.kDjNQlgDNmzaV1b UQJTYFfLgB1_Grq83IqRTVEP5qchSz4dvpu_t2WgtKQorWkTnFDi_Rw4kFhREBlHDZgkjCxhfl3D K895gbHZWK.6uh5ACFKXXteUekRHnM6mBAX3N_fLfyRTdn_b1xK3N0518illYWM2Ed9SXdB4Womt wIRKTzn4FFGp7ShW13AoJZGU8bj5ewCioOOnuJLcS22MSqZbifuxaPnhA4mkkHEbVV3IPfcu0R2V C8.gcATDAi0MgAxu81YqbJ3.6fXgLmFupI657yFkJJ3hn1pqOwzG6EQ--
X-Sonic-MF: <i_bryskin@yahoo.com>
Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Mon, 7 Mar 2022 15:43:17 +0000
Date: Mon, 07 Mar 2022 15:43:12 +0000
From: Igor Bryskin <i_bryskin@yahoo.com>
Reply-To: Igor Bryskin <i_bryskin@yahoo.com>
To: Igor Bryskin <i_bryskin@yahoo.com>, Igor Bryskin <i_bryskin=40yahoo.com@dmarc.ietf.org>, jdrake@juniper.net, John E Drake <jdrake@juniper.net>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'TEAS WG' <teas@ietf.org>
Message-ID: <1682899602.1059605.1646667792097@mail.yahoo.com>
In-Reply-To: <993887645.1046589.1646666639038@mail.yahoo.com>
References: <0eb701d83219$761839e0$6248ada0$@olddog.co.uk> <BY3PR05MB8081B7BA134CC7B0F28C06F8C7089@BY3PR05MB8081.namprd05.prod.outlook.com> <914359236.1014617.1646664962120@mail.yahoo.com> <993887645.1046589.1646666639038@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1059604_335227499.1646667792095"
X-Mailer: WebService/1.1.19797 YahooMailAndroidMobile
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/CCJx9GxMMhwuPeKwOR6LWHnazFM>
Subject: Re: [Teas] Decision point on scope of draft-ietf-teas-ietf-network-slices
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, 07 Mar 2022 15:43:24 -0000

Hi Gyan,
IMHO network slicing is inherently top-down emerging process aiming at realization of various connectivity constructs of different types and complexity levels that guarantee agreed upon SLOs through the lifetime of a network slice.  OTN, being a transport layer, can only offer bottom-up network building capabilities via realization of p2p data links for higher layer clients. This is the only thing a transport layer has been doing and is expected to be doing in the NS framework.
Consider, for example, an application requiring a p2mp distribution and asking for a network slice. While implementing required slice, network's IP layer may request help from the underlying OTN, but this help should not be understood IMHO as OTN slicing (which would be the case, for example, if IP layer was attempting to map the required p2mp tree onto a p2mp connection established in OTN). Rather, IP, when seeing that it does not have enough resources in IP layer to satisfy the request, may ask from the OTN (and not just one OTN, because IP may span multiple independent OTN networks and not just OTNs, but transport networks of different types, including not involving OTN layer at all, but other transports such as FlexE, microwave, etc.) to enrich the IP topology with additional IP links supported by the underlying transport layer tunnels. Such additions are not OTN (or other transport) slices, rather, they are additional NRPs (Network Resource Partitions) as Pavan's, Tarek's and Co. ns-packet-slicing draft correctly defines.
So, yes, I do not like the idea of OTN slicing, which, incidentally has nothing to do with 5G.
Cheers,Igor
Sent from Yahoo Mail on Android 
 
  On Mon, Mar 7, 2022 at 10:24 AM, Igor Bryskin<i_bryskin=40yahoo.com@dmarc.ietf.org> wrote:   Pavan,
What makes you think that what we have been discussing so far goes beyond 5G needs? Specifically,  which exactly connectivity types, SLOs, SLEs, etc. discussed so far will not be required by 5G?
Lack of focus on 5G, on the other hand, creates confusion. Tell me:what does it mean to guarantee SLO or SLE? 5G has a very clear definition of that.
 Is a bunch of OTN tunnels is a netwrk slice, NRP, bottom up network building option, all of the above, none of the above? Which connectivity service is definitely not a slice?
Igor

Sent from Yahoo Mail on Android 
 
  On Mon, Mar 7, 2022 at 9:56 AM, Igor Bryskin<i_bryskin=40yahoo.com@dmarc.ietf.org> wrote:   _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas