Re: [Netslices] COMS: What next?

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Tue, 08 May 2018 13:08 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: netslices@ietfa.amsl.com
Delivered-To: netslices@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 316BE12E856; Tue, 8 May 2018 06:08:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.079
X-Spam-Level:
X-Spam-Status: No, score=-4.079 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIM_INVALID=0.01, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.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 atOz1paId420; Tue, 8 May 2018 06:08:32 -0700 (PDT)
Received: from mail1.bemta6.messagelabs.com (mail1.bemta6.messagelabs.com [193.109.254.112]) (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 A5C2512E05D; Tue, 8 May 2018 06:08:31 -0700 (PDT)
Received: from [193.109.254.3] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-8.bemta-6.messagelabs.com id 5B/EC-14001-E41A1FA5; Tue, 08 May 2018 13:08:30 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA1WTWUwTURSGvTPTdsCOXgrIsYpJKxokFsEoqSY oT6YPaogmEpsYneJIm3QhnaLVJzSuBSMxLSABAUFFIC7FEFQEQowg7jUBJUGo1A2N4o4a1JlO 3eZh8t37/+ec/07u0KRqTK6mObeLc9pZq1YeTS3RZG3Sral9Z0zrezZVP3rpOqGfKH5I6ncfq Uf6A/v3EPq6UBmp7xths+SGSxVDCkN9/VfC0NByBhnq2j2ybMoos9hNDvcWmdkbOE7l3+wn3C 29D4hCtDdAeFA0TeH9JJSNfyXFhQqXEfCw4xaSFkEEweAA5UFRtBxngr9pSO5BNB2HtRC6Sos eEj9BMOnzy0VPLF4AVeWvKMmTAi33VOJ2HF4Luw+9kYlM4SQ4Uf5NIVoYvAVGCnlp1DUChjpv hD1RwqgrA0UKkRGeAV/6mgmRSZwAg6HqMAPGUN9+l5Q4Hl6O/pBJfhMMP61F0r4Gyh9XKiROh EB1UfhcgFsJOFRbIpMEHYz7fKQYCPBcuPhik+TpRzA4eT0yYCGM9/gi7ICuN/4IdyHwjhdIPA caDwcpqbiHhKCvLpJiNlQOdUSEYTkM/giFq1U4F3orP1AlSFfxz+kktkNn2wFSZAbHwI1jIap CCEgKH/jc5UWSRQPeoqBC4mTYV1ml+He/BikaUTLPObdzTl360lST05JndtlYi1WXnpaRauN4 ns3jrKyJT8112PxIuGtThKcNfT6V3Y1m0oQ2nilxvzOqppkcW3eaWd682Vlg5fhuNJumtcCU1 QhajJPL49zbLFbhwv6WgVZq45gd1YLM8PmsjbfkSVIfWkZ3v/UWk/Sd8Dv0oLSYVFF2h51TJz ArxX5YLDAX2P+0+/0LBFCiOpZBQkCVMp9z2iyu//UxlEAjbSxTKnZRWuyuP1PHhECEEChm5K0 YyMX+ldSF6Oin1XX3v2cb22+XD6xKHL124WDTrcLl3qn7JkxHV2xMmJXBbtgzK57vXJSirGlb l9kRlbxjfoZXrbr9fmFze25XaVVt0noTGB6djhkea5LnNDRqll707Lr67EinZl6rbvK1V7lr+ 9ma5zn8dH/W4kDDz1Fj5vkrjR9zJ9JOjvR/WhmtpXgzm55COnn2FxB3zwb9AwAA
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-4.tower-184.messagelabs.com!1525784905!139154356!1
X-Originating-IP: [52.33.64.93]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.9.15; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 30689 invoked from network); 8 May 2018 13:08:28 -0000
Received: from us-west-2b.mta.dlp.protect.symantec.com (HELO EUR02-HE1-obe.outbound.protection.outlook.com) (52.33.64.93) by server-4.tower-184.messagelabs.com with AES256-SHA256 encrypted SMTP; 8 May 2018 13:08:28 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DbRrULYEB90hjR/tYEte9VF3gmMgme6tU764/xNdy74=; b=Osnc6zwSP9V1P6Zl9fbPXa/nbJWO56oxXNg8LUNJQHdA61i4EF9xVAxXSG945NoAqmHlUDtwAMbDsgHPc7SvQk3pqtZzyY3FvXahuvY324PBi/4rlRNxdLFCIPgIxqQ6dKhctya9hTdAnwYPVvERWRc3AsZH5gWds3SyOm6bRq8=
Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com (10.167.226.155) by DB5PR0301MB1925.eurprd03.prod.outlook.com (10.167.227.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.735.17; Tue, 8 May 2018 13:08:23 +0000
Received: from DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::fdb3:6753:a5e:5909]) by DB5PR0301MB1909.eurprd03.prod.outlook.com ([fe80::fdb3:6753:a5e:5909%14]) with mapi id 15.20.0735.019; Tue, 8 May 2018 13:08:23 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Alex Galis <a.galis@ucl.ac.uk>
CC: "ops-ads@ietf.org" <ops-ads@ietf.org>, "netslices@ietf.org" <netslices@ietf.org>, "netslicing-chairs@ietf.org" <netslicing-chairs@ietf.org>, Adrian Farrel <adrian@olddog.co.uk>, Stewart Bryant <stewart.bryant@gmail.com>
Thread-Topic: [Netslices] COMS: What next?
Thread-Index: AdPlILgAX/KKfPLpSf+RkPW5V/OfRwAaU5sAAEZJ5HAAAaT3AAAHVpeAAACOW0A=
Date: Tue, 8 May 2018 13:08:23 +0000
Message-ID: <DB5PR0301MB19095471BB00DBB6BA3AC7649D9A0@DB5PR0301MB1909.eurprd03.prod.outlook.com>
References: <DB3PR03MB0969078FA60DD302A2D35E2E9D840@DB3PR03MB0969.eurprd03.prod.outlook.com> <003601d3e58a$07fdfdd0$17f9f970$@olddog.co.uk> <DB5PR0301MB1909011B75FBF439E36FF16F9D9A0@DB5PR0301MB1909.eurprd03.prod.outlook.com> <007001d3e6a9$c3dc1bc0$4b945340$@olddog.co.uk> <504803DE-7EBC-4EC4-8290-CC38E9D8E2F8@ucl.ac.uk>
In-Reply-To: <504803DE-7EBC-4EC4-8290-CC38E9D8E2F8@ucl.ac.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.234.241.1]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB5PR0301MB1925; 7:mCNu+x7P9BJITx1NoiOTBqPmj6mjjtRBLZ7WoXvqy+lnwSoWb3d897GT4y+cWD+Qwfvkod98bXyCr2y7Ni0sXYLmbw9on031RydbaX6GR6L3z3N9v4MZ7StkwWue73d3IC+IJ7F00veKWxjhZpY7YSZQLNVU0CgdsIUsHh+f4UoIcSLKh6LjgApy25Xj/C8easQXH/DyB5KdmGxthtVtK8kSsifa3OAxRU/Xy2ZZLsavOie/yWqlvzhUiVG6TiB7
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:(151975744463004); BCL:0; PCL:0; RULEID:(7020095)(4652020)(5600026)(48565401081)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DB5PR0301MB1925;
x-ms-traffictypediagnostic: DB5PR0301MB1925:
x-microsoft-antispam-prvs: <DB5PR0301MB19253C56FA35F6DE4D77E6EE9D9A0@DB5PR0301MB1925.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(131327999870524)(185440541693429)(57025502571588)(151975744463004)(21748063052155)(279101305709854)(146755900322472)(142525466485115);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(3231254)(944501410)(52105095)(10201501046)(93006095)(93001095)(3002001)(6055026)(149027)(150027)(6041310)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123560045)(20161123558120)(20161123562045)(6072148)(201708071742011); SRVR:DB5PR0301MB1925; BCL:0; PCL:0; RULEID:; SRVR:DB5PR0301MB1925;
x-forefront-prvs: 0666E15D35
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(396003)(39860400002)(39380400002)(346002)(366004)(199004)(189003)(13464003)(252514010)(51444003)(478600001)(2900100001)(93886005)(14454004)(606006)(53936002)(966005)(486006)(186003)(26005)(39060400002)(105586002)(6916009)(102836004)(54906003)(33656002)(7736002)(11346002)(4326008)(72206003)(446003)(53546011)(6246003)(25786009)(229853002)(476003)(106356001)(790700001)(6116002)(66066001)(3280700002)(3846002)(5250100002)(6436002)(81156014)(2906002)(575784001)(6306002)(296002)(3660700001)(5660300001)(81166006)(59450400001)(99286004)(6506007)(7696005)(8936002)(97736004)(8676002)(236005)(76176011)(86362001)(68736007)(54896002)(74316002)(316002)(9686003)(55016002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR0301MB1925; H:DB5PR0301MB1909.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: on2GQDqx+XpSHKNIF7PX3U1SWowK4jOfqIwwIuog55xylzzJZWRnais/hBG8Y3YCmxqOXJjJj1NP+Ogo6UCcmA7fshk2ZiUgCIvHrWdKEd25FOfzw8tBhiJdJhAGTaMaKoaLRJw5a/MLIPT67p5btC45jkOpyCar6FN3vomsvqr3MvrpI3by5MkCOsi/9lPd
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB5PR0301MB19095471BB00DBB6BA3AC7649D9A0DB5PR0301MB1909_"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 14b2f1bb-ae02-4b97-1876-08d5b4e4c797
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 14b2f1bb-ae02-4b97-1876-08d5b4e4c797
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2018 13:08:23.6279 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR0301MB1925
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netslices/B3IoxndmOxzY0PkuwhJX6Gzo9FE>
Subject: Re: [Netslices] COMS: What next?
X-BeenThere: netslices@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "This list is intended for discussion and review of network slicing at IETF." <netslices.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netslices>, <mailto:netslices-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netslices/>
List-Post: <mailto:netslices@ietf.org>
List-Help: <mailto:netslices-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netslices>, <mailto:netslices-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2018 13:08:36 -0000

Alex,

Lots of thanks for a prompt response.



I would like to clarify my position regarding network slicing:



1.       I am not sure if L2/L3VPN are "primitive" network slices.

a.       Rather, I see network slices as both services (provided by the Slice Provider to a Slice Tenant) and virtual networks in their own right  (that could be used by the Slice Tenants to provide L2/L3VPN services to their customers).

b.       I think that this matches (more or less and notwithstanding some terminology differences) the approach to network virtualization taken by ITU-T in Recommendations Y.3011 and Y.1312

c.       Calling a L2/L3VPN service instance a “primitive” slice on top of which exactly one service is instantiated looks an exaggeration to me.

2.       The dualistic approach to network slices  mentioned above affects many aspects of networking:

a.       Some of these aspects are already handled (to some extent) by various IETF WGs. E.g., I think that SPRING WG work on Segment Routing (SR) may be highly relevant for network slicing because it facilitates setup of intra-slice traffic-engineered paths by the Slice Tenants without adding CP and DP state for these paths in transit nodes crossed by these paths and without any per-TE path interaction with the Slice Provider. I believe that this matches the approach presented in the Enhanced VPN<https://tools.ietf.org/html/draft-bryant-rtgwg-enhanced-vpn-02> draft

b.       Some of these aspects are not, to the best of my knowledge, handled by the existing IETF WGs.

                                                               i.      One of these is the YANG data model for Network Slice as a Service I have mentioned as a reasonable objective for a yet-to-be-created WG

                                                             ii.      Such a model could reuse some elements of the L2/L3VPN service data models, e.g., the some of the parameters that describe interconnection between the “slice tenant edge” devices and edge devices of its customers

3.       There are also some aspects of network slicing that should be left out of scope of the IETF work.



Not sure if this helps.



Regards,

Sasha



Office: +972-39266302

Cell:      +972-549266302

Email:   Alexander.Vainshtein@ecitele.com





-----Original Message-----
From: Alex Galis [mailto:a.galis@ucl.ac.uk]
Sent: Tuesday, May 8, 2018 3:22 PM
To: Adrian Farrel <adrian@olddog.co.uk>;
Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>;; ops-ads@ietf.org; netslices@ietf.org; netslicing-chairs@ietf.org
Subject: Re: [Netslices] COMS: What next?



Hi Adrian



On one hand you statement that L2SM, L3SM and ACTN are "primitive" forms of slicing may be correct if you define what a primitive is and how could be used and managed.



On the other hand  L2SM, L3SM and ACTN/ virtual nets would be consider as slices or slice enablers if they can provide dynamic resource partition supporting a very large variety of service requirements per partition ( i.e. range from low latency service to high bandwidth service to defined QoS based services to ...)



In my view L2SM, L3SM, ACTN  and other L2/L3 technologies (i.e. VPN, IPV6 segment routing, etc) would be useful technology in the activation in a domain of a network slice but they are not necessarily ‘slices’.



As presented in London the COMS related work activities cannot be just reduced to L2SM, L3SM, ACTN or to operations  (i.e. operations on IPV6) on existing networking systems.



I support Sasha’s statement that "network slices as service (NSaaS) therefore looks like a reasonable objective for a dedicated IETF WG”



Best Regrards

Alex







> On 8 May 2018, at 9:51 AM, Adrian Farrel <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>> wrote:

>

> Yes, and without pretending to speak for the whole room in London,

> there were some observations made that L2SM and L3SM were "primitive"

> forms of slicing, and that ACTN (see TEAS WG) constructs virtual

> networks over underlying transport networks and is also slicing.

>

> Some people, thus, are in agreement with you. Other,  I think, believe

> that the problem space is larger and more complex.

>

> A

>

>> -----Original Message-----

>> From: Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com]

>> Sent: 08 May 2018 09:16

>> To: adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>

>> Cc: ops-ads@ietf.org<mailto:ops-ads@ietf.org>; netslices@ietf.org<mailto:netslices@ietf.org>; netslicing-chairs@ietf.org<mailto:netslicing-chairs@ietf.org>

>> Subject: RE: [Netslices] COMS: What next?

>>

>> Adrian,

>> Lots of thanks for a prompt response and sincere apologies for

>> sending out an incomplete email.

>>

>> The completion of the sentence that has puzzled you should be something like:

>>

>> " My personal impression from reading the drafts and looking at the

>> presentation at the session is that there is certain similarity

>> between the

> Service

>> Delivery Interface (SDI) mentioned there and the YANG data models for

>> L3/L2VPN services. Developing a YANG data model for network slices as

>> services

>> (NSaaS) therefore looks like a reasonable objective for a dedicated

>> IETF WG to me".

>>

>> Hopefully this clarifies my original question.

>>

>> Regards,

>> Sasha

>>

>> Office: +972-39266302

>> Cell:      +972-549266302

>> Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>

>>

>> -----Original Message-----

>> From: Adrian Farrel [mailto:adrian@olddog.co.uk]

>> Sent: Monday, May 7, 2018 1:32 AM

>> To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>>;

>> netslicing- chairs@ietf.org<mailto:chairs@ietf.org>

>> Cc: ops-ads@ietf.org<mailto:ops-ads@ietf.org>; netslices@ietf.org<mailto:netslices@ietf.org>

>> Subject: RE: [Netslices] COMS: What next?

>>

>> Hi Sasha,

>>

>>> My colleagues and I wonder what (if any) are the expected next steps

>>> of the COMS BOF.

>>> The status of this BOF at IETF-101 was Non-WG-forming.

>>

>> Right. The objectives were to get more focus and find answers to the

>> questions that the ADs had posed.

>>

>>> My personal impression from reading the drafts and looking at the

>>> presentation at the session is that there is

>>

>> Oooh, you do know how to tantalise your audience, don't you?

>>

>> Or possibly this is a competition and you will be awarding prizes for

>> the best completion of you sentence. ;-)

>>

>>> Are there any plans to hold yet another session at IETF-102 in Montreal?

>>> To progress this BOF to a WG? Or simply to pass this subject to some

>>> other SDO?

>>

>> You're asking the question on the right mailing list. But I have

>> heard no

> plans and

>> have not seen anything recent in the IETF that seems like progress.

>>

>> Maybe others will have something to say.

>>

>> Cheers,

>> Adrian

>> --

>> Support an author and your imagination Tales from the Wood - Eighteen

>> new fairy tales More Tales from the Wood - Eighteen MORE new fairy

>> tales Tales from Beyond the Wood - A bumper collection of twenty-two

>> new tales

>> http://webdefence.global.blackspider.com/urlwrap/?q=AXicHcqxDcIwEAXQ3

>> 1Gz iG2RKAQq6GhoQ0Fl4otiybGj8wmHPVgIiRmYB0H93nqF6wd4vgEOD9PeVOa7mqw

>> PfYrCKag-TSh1c-

>> 7kcjLVZldtcQy02OiIVWd9zKOQjwfqvVCg_x9F5rzXupSiBiJnmaz7iZ45DT5Q1m1jag1

>> geQFflGksFQ&Z

>> http://www.amazon.co.uk/Tales-Wood-Adrian-Farrel/dp/1786100924

>> Or buy from me direct.

>>

>>

>>

>> ______________________________________________________________

>> _____________

>>

>> This e-mail message is intended for the recipient only and contains

> information

>> which is

>> CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have

>> received this transmission in error, please inform us by e-mail,

>> phone or fax, and then

> delete

>> the original

>> and all copies thereof.

>> ______________________________________________________________

>> _____________

>

> _______________________________________________

> Netslices mailing list

> Netslices@ietf.org<mailto:Netslices@ietf.org>

> https://www.ietf.org/mailman/listinfo/netslices



___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is 
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this 
transmission in error, please inform us by e-mail, phone or fax, and then delete the original 
and all copies thereof.
___________________________________________________________________________