IETF Logo Mail Archive

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

Igor Bryskin <i_bryskin@yahoo.com> Mon, 14 March 2022 20:04 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 22C8F3A14EB for <teas@ietfa.amsl.com>; Mon, 14 Mar 2022 13:04:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.807
X-Spam-Level:
X-Spam-Status: No, score=-0.807 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, 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=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" 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 of2ZObmQrOIF for <teas@ietfa.amsl.com>; Mon, 14 Mar 2022 13:04:11 -0700 (PDT)
Received: from sonic314-21.consmr.mail.ne1.yahoo.com (sonic314-21.consmr.mail.ne1.yahoo.com [66.163.189.147]) (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 B73AC3A14E4 for <teas@ietf.org>; Mon, 14 Mar 2022 13:04:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647288251; bh=JHI3egobBnRwl1aYR2ZaFtMnLw3aZh/yWKcRYbZHV+A=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=ZfsOebMKRbUCFovpYB2K6vYJRDer3KJ16+Y0sWXHEAh8lTqpmqOxdZLGiLhIsxfQIa3jJ0/XEi6bU/sEwJCt8g/lLrWj+AFt59CN1HttCa/fXALKIRYz9ZBBCE1mcozzPF5GXIHfVlT82dnCMWzQXaWN1Ct+35XFTgk+F2EuVTvNLmeRo2bzUAxdjl41jSdRmIrqGVCJUdStTnYFN0niSvabpagZ4SvQtIP+RSCdQ9mCFSnBBchR1OL8WwqME/IRvkpQqVfkKKYUmk3M/5L73SLGLfWwLZCzul9HTNe89EV7JpebvEv3MXr9N/tIH0QYWfMQPpDlRfDP2YkOmoyVHA==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647288251; bh=QhpGouXH1WQp/VQYkt9e0yGs+KATnZOVUKyk3fCvv0C=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=pLLrPlurE9SkQH+5nqjM9lDdr82knE8Tp3L5eHlmh4roUmyfjryCzjnLqgRLwsu1i8gdn1I96PFQuuddPgYgUNqfQ1QlRA1GX/4pZh2pLv1ZmLxbP0pkb5fmE/tASZB5q7j/sncAyfUEJRc+qFBRfN+e8Uq27usrJpSPZ0fCHR0AoDutgc1qRUZ5KyiBTY9WloD9UE+mjeutp3TKlT22deUc4cfuwm87zIeDGVxTlenvuBNS3Pb7dJXHytFCenvFfprUKBp4/zt+rpJq6RdsUNauozBlq8X6HZlUUBsnlze3x2V5Q/DdTo+xwcGQXfzHtr+WQED964VUVUq/3GdViA==
X-YMail-OSG: TegNUfUVM1l.VdaV4MKnb_GNoHNMUvlQk14HzZgCA2V1M5Bra36FSwuivVeIRKW Z9LiK6suSBnsLqdW6qm23qMGmUOSUmyhndpwWBFmSVPSzKWRQS35ZfXdystdWBRnLugoMhFRuFAq xtREKx_tlWswgHamCBiMVA3CMqiC3Gq9gUBhNPd_UQ1K4TSMVvLjuRG5JD9jR7HOzruqPbYM379H vGmdLEYDh42ODNmd4xiKqe6PGaajHaggz1._SbrrDCxiko8Mn5PL_u3c6yMSKqCiUnp4cs4X9T0p 8QtYT1XLPp2.4mHyk40LSdoGYEMJU.b9TjPfyaatZTEkMIqeyglxvpN.gLmOrLCIHHIK.g2uWky0 Tk4g6jZARlaA17DB.buHYphoKZj1QY9VcTFYr19a6SaMLO8bGbOCZAtikZ1JMbDMIeJHRyewpjqR t3zHgdu3V5_4AAPtYd1hXSwS20awnVAtsUq327T70AtZ4USeAERaqKQJrrzJv6_hYODg7DldSNGG b2IMBHF.p9lRxKOyul0Py_18rBHvSM6GUKrgvJ_AqeZhYjh7.OV_oeVuRpzj_uBldiM5Ra7ISJEX bqZVkChFJ1MnZTeD0No9MLNGyb4ncCeFdsWoaAJeznVXbdtppETu0fuhOmuriq0D1syFQAcj9pjP m7GdvAOXzl2dCxjpyW8a4h2DUYjN67gHjkj6c18_wZg3fdEfI3JT_zymP0xYdeWXy44IbzFqwYw8 Ss.YqpkkLSF620rsYkZKvDOGsDazo1woTXxfaCVdpOjwLSYgAcuJML9QLO.ZPE4YMccBgaepXi3X UvHzwKj.zSwOJygyUBv5HqDCmaxVejmXl.eE6D6SW7mHoQSLoW9gWdGPJ1vZx4eRW7rDhvbXzNQ5 d1nc.qAWBjutjJ_j65mRkthAxwlecbl0LbUMKyBlGJlvkDmUjuhAv_oG1Ummdn7hOR8uWpEZFzQz dgwHxyrRNdIZxpvbrfn73B4r3vekzQahYo75x5xp.HZqIyHasQWJFa.P3ZiHbbJiA7m_bNY2wGPy ct9iN6ulnS6yMRydEpuO5upFyL4Cj0b3PcAy1ziy1Nv260yN_1AsyB1_3JFqraeq5vKG82GhQg1. 5Kni7Iv05uJd1dLj7W3P87SSQmFkQ19D.caLmyICbhBuYhVD4cn.eUgsKaubaPlCH1c_kMFH0Oug CuIZXEHeicF2gY1Y6XxAtjzeUIj0OePvxCOLJDurI7MnLJgc7LiEsXlYS4MKDYdJYhOUZjsU06ld f.ltWyniwjPNE4qjbiCkJsYE7UxBe37K2unBt3vHc4fMhdXAJXWuzfx6gmBRF_4AEAT2yz4Fb736 k65Qp5oQuYZU3I7qF51L2WkJMXoyUntFxtsk862dIGjm5FsGAgxjYAiBiNv9a9cLXs2.qMRM7o9y SXNnEc4cPCX4CvwMinaFRw4tIvSIdRLJlgJQ.3oeh6DEcj.aHOC07g18L0E6XVWGEp7DHrnIXlHd F7w84.fAauAoqR.axlSbyPGmms5vfwQ7Jgm_LWCTXpjD7nBjBM48_lTj.AcXg3cclOi9wfWGYyJ7 hbNGAIYu.ke85Qd1PVxKvXVlNOnyxcbP0ICcJpnQ1lk5w7.tODC8Flxdz88NCEf8P7QblHuyIfVU JhMswK88ztwbehGVG_ATcgyPQVq2FPZUyWnDnF07gEmFOtih93w75KXDIJV7qGZMomvAGJmtb11Y pOp.JOt9xHHwedto6awjh5WnPgDyqZvVe82hqa8c0HGHR58psY4acIYxNOrWZAdGzESgjLf_eJTj mdMXeEkJ.s1Zh9ROYak_GIuSVmYmmnyiV7JwtlpOIrX7BXMepWhh9Oiy9L6J8cB1Gxshc4h8Q3.8 rBjO8kLjnOchNF_doPZi5TX308VG9Jsch8XuojYnUeDmGEP2OtIbK7icstrGsXI29ky2urxhJyzR OJYS4O1COcnohpYmgFt1NvQsxekCEZWfg8P7yqdvt6UDai5mQIEqPeDo5SWDr4SkguhFFePhPXkY yt8fM4Zla3jEoHvFni1dAb_XXTaUO86MF8avVrQX3NMQKR69oYhZCR7MJ3NTnMeFzepgKNeznbwc vyC4G7KdaZqbFc7TkawgPLXZb4VZTEShpOh2t3la4UoFJOR312IhyaM8.qsvdTbolDLCfnvJf.Ku 5F12ewAFemIQw5qCvibIvBVkE.Q1QkP61NkOR_TNfWVqVxhBvVGuhTBqT5P0Trb3k9NQR7DS9pFd 18O8wrt1EhP.lvekcNDUbdhRrlji.YpUZKqrykOwYUE78xYOlOmpVFAxcfRkIHyIHbmei8l.jOTF msmhR5fp7Gg7Yar_d80veqa2Me4zPmrPkUhPkvLryOvQvljl7yt1KF.uRUslX
X-Sonic-MF: <i_bryskin@yahoo.com>
Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Mon, 14 Mar 2022 20:04:11 +0000
Date: Mon, 14 Mar 2022 20:04:00 +0000
From: Igor Bryskin <i_bryskin@yahoo.com>
Reply-To: Igor Bryskin <i_bryskin@yahoo.com>
To: tsaad.net@gmail.com, Tarek Saad <tsaad.net@gmail.com>, Krzysztof Szarkowicz <kszarkowicz@gmail.com>, LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>
Cc: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, CCAMP <ccamp@ietf.org>, Gyan Mishra <hayabusagsm@gmail.com>, TEAS WG <teas@ietf.org>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
Message-ID: <1039147333.2432152.1647288240815@mail.yahoo.com>
In-Reply-To: <DM5PR1901MB215025D8E8704DBD228389AAFC0F9@DM5PR1901MB2150.namprd19.prod.outlook.com>
References: <0eb701d83219$761839e0$6248ada0$@olddog.co.uk> <BY3PR05MB8081B7BA134CC7B0F28C06F8C7089@BY3PR05MB8081.namprd05.prod.outlook.com> <914359236.1014617.1646664962120@mail.yahoo.com> <AM8PR07MB829594F7DCDF0945C9B7F5FCF0089@AM8PR07MB8295.eurprd07.prod.outlook.com> <1488287053.1109535.1646676201734@mail.yahoo.com> <AM8PR07MB82959FEA8DE7D73912DBE506F0099@AM8PR07MB8295.eurprd07.prod.outlook.com> <65997108.168601.1646745010282@mail.yahoo.com> <AS8PR07MB829893432B0756A6FA7485ECF00A9@AS8PR07MB8298.eurprd07.prod.outlook.com> <130901d833d7$4cfdb430$e6f91c90$@olddog.co.uk> <556425264.890633.1646873214850@mail.yahoo.com> <DB9PR06MB7915C6719CC5FC51BFDBDE5A9E0B9@DB9PR06MB7915.eurprd06.prod.outlook.com> <CABNhwV24UHN2=fTxuZxqSCA_kOVSta40-m0KS7aXShGp-qXThQ@mail.gmail.com> <0D954BBB-7170-4AD7-A00A-9EC7F4B5EDEB@gmail.com> <DM5PR1901MB2150D64ECAD9ED72D0D259DEFC0F9@DM5PR1901MB2150.namprd19.prod.outlook.com> <1937140267.2333783.1647277220484@mail.yahoo.com> <DM5PR1901MB215025D8E8704DBD228389AAFC0F 9@DM5PR1901MB2150.namprd19.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_2432151_1963809450.1647288240813"
X-Mailer: WebService/1.1.19878 YahooMailAndroidMobile
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/tZltzIoME2n2FbA7pKciZbncYAA>
Subject: Re: [Teas] [CCAMP] 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, 14 Mar 2022 20:04:16 -0000

Tarek,
I don't mind creation/manipulation of NRPs on the fly, but only as long as it does not require re-configuration of underlying  transport layer networks. Otherwise, how do you guarantee any level of optimality of transport resource utilization? For example, how do you ensure that  the newly created 400G Och trails do not remain 5% utilized for the remainder of the NRP's life time? Note that subsequent resizing of the NRP won't help because:- it would be very difficult to achieve, especially, if IP layer spans multiple transport networks;- would be destructive to existing service unpredictably violating their SLOs;- as inefficient and imprudent as the very automatic creation of yhe NRPs in the first place 
In a way it would be not unlike creating , say,  Boeing 777 service Washington DC - Sydney just  because several Australians showed up in the Dulles Airport.Do you agree with the analogy?
Igor
Sent from Yahoo Mail on Android 
 
  On Mon, Mar 14, 2022 at 1:39 PM, Tarek Saad<tsaad.net@gmail.com> wrote:   _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

v2.23.0 | Report a Bug | By Email