Re: [Teas] terminology discussion network slicing

"Adrian Farrel" <adrian@olddog.co.uk> Mon, 15 May 2017 16:19 UTC

Return-Path: <adrian@olddog.co.uk>
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 4BD5F12EAAF for <teas@ietfa.amsl.com>; Mon, 15 May 2017 09:19:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
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 DPZrzTOhSByP for <teas@ietfa.amsl.com>; Mon, 15 May 2017 09:19:03 -0700 (PDT)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 897EF12EAD5 for <teas@ietf.org>; Mon, 15 May 2017 09:15:03 -0700 (PDT)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v4FGEY8j029309; Mon, 15 May 2017 17:14:34 +0100
Received: from 950129200 (73.204.115.87.dyn.plus.net [87.115.204.73]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v4FGEWMo029301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 May 2017 17:14:33 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Leeyoung' <leeyoung@huawei.com>, 'Ricard Vilalta' <ricard.vilalta@cttc.es>, teas@ietf.org
References: <7AEB3D6833318045B4AE71C2C87E8E172B2CA60E@SJCEML702-CHM.china.huawei.com> <389455e3-8a3d-cea6-9a77-518f6366dadf@cttc.es> <7AEB3D6833318045B4AE71C2C87E8E172B2CA693@SJCEML702-CHM.china.huawei.com>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E172B2CA693@SJCEML702-CHM.china.huawei.com>
Date: Mon, 15 May 2017 17:14:30 +0100
Message-ID: <028f01d2cd96$5641d870$02c58950$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHjkxPrYF8OZZd7ELV1JhOolkdrygJhN3KuAgNrskShsOBtcA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23072.000
X-TM-AS-Result: No--34.295-10.0-31-10
X-imss-scan-details: No--34.295-10.0-31-10
X-TMASE-MatchedRID: Rp71wniPtoPxlOJuQNHlfcg6fo0rxLVrxOOHiw0XgcsPpGoR1th3njsJ 9ZkFuf5GW6HcoDrweXlGsT93I879vUq+i9GrWzgs6Zzj+kMRBra3dp6DuD+6wG47M5sxfdoIPXW oMDYf5ez8kn5bc+ylere9jPJWA+Z/xBQfgZq+9arcWo5Vvs8MQkXS8dV/QVZATDoylMQmcK8nL2 F1ZJDxm6h0+etxrCRbhKuw3sWBwXEO9fZKTjt+zwRH1Nr7oERdgs2Y99lqecztxs9rVYBBRxTpD /HiCgw/8yLkLlU6LENR4wRoxzWPZWBUKvkvkMKuJhFEQZiq2ZT0IUHuSVWDhxF6yJn69dTbabTO pxI3Mj5/tQbE8xyIVeWVtoj2ODWdlyrPeDQDh/K4EGdrMKS+OfioIsi7Sa0gp2ulO+HtPqgURF2 cIQ7hcUS0ZgZBaUVwgvQkbDlPB60CUXnezKC7v/v+//lqU1h6mru3TC/mLU5GMe+tDjQ3FhiHsX S+kQQRJ5QuJbwj9iqahIW1kCatWgKyMc0EqMjKTd1FGyH+HrJG/JUd7BvSQqahpdmRZCVuMD5or jXA2Yh01tRTcMEYtg5gsVv7cmyxDyszNV8ahX2puD25aEtgt3WT6A/Vdqa0myiLZetSf8nJ4y0w P1A6AB8AKgKWeNGhgQE4tOyjfI+x5amWK2anSPoLR4+zsDTtAqYBE3k9Mpw=
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/9LFbuhgr4VI4i8-esldTKdgDjyw>
Subject: Re: [Teas] terminology discussion network slicing
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
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, 15 May 2017 16:19:11 -0000

I think a solution here might be to prefix Young's text with the words "In the
context of ACTN,"

That is, we can see that given the current scope and capabilities of ACTN, the
architecture can deliver a set of netslicing features that Young describes.
Whether this is the whole spread of netslicing or not need not be a debate for
an ACTN document. Indeed, I would suggest that having that discussion in an ACTN
document is neither a good idea nor likely to be productive.

Let the ACTN document describe what ACTN can do. Let other documents define what
netslicing is.

Cheers,
Adrian

> -----Original Message-----
> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Leeyoung
> Sent: 15 May 2017 16:49
> To: Ricard Vilalta; teas@ietf.org
> Subject: Re: [Teas] terminology discussion network slicing
> 
> Hi Ricard,
> 
> Thanks for your pointer. I just wanted to clarify that the network slicing
definition
> we are proposing is from the TE network stand point (L0-L3 TE networks).
> 
> Best regards,
> Young
> 
> -----Original Message-----
> From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Ricard Vilalta
> Sent: Monday, May 15, 2017 10:37 AM
> To: teas@ietf.org
> Subject: Re: [Teas] terminology discussion network slicing
> 
> Dear Young, all,
> 
> If we refer to network slice, we need to cite 3GPP TR 28.801 V1.0.0 (2017-03).
> It defines a network slice instance as: a set of network functions and the
> resources for these network functions which are arranged and configured,
> forming a complete logical network to meet certain network characteristics.
> 
> I see this definition fully aligned with yours.
> BR,
> Ricard
> 
> El 15/05/2017 a les 16:44, Leeyoung ha escrit:
> > Hi Adrian and others,
> >
> > We'd like cross check with you on some terminology we introduced newly. Any
> comment on these terms will be greatly appreciated.
> >
> > We introduced 'network slicing' as follows:
> >
> >          Network slicing is a collection of resources
> >          that are used to establish logically dedicated virtual networks
> >          over TE networks. It allows a network provider to provide
> >          dedicated virtual networks for application/customer over a
> >          common network infrastructure. The logically dedicated
> >          resources are a part of the larger common network
> >          infrastructures that are shared among various network slice
> >          instances which are the end-to-end realization of network
> >          slicing, consisting of the combination of physically or
> >          logically dedicated resources.
> >
> >
> > Thanks.
> > Young and Daniele
> > -----Original Message-----
> > From: Leeyoung
> > Sent: Friday, May 05, 2017 1:41 PM
> > To: teas@ietf.org
> > Subject: RE: [Teas] I-D Action: draft-ietf-teas-actn-framework-05.txt
> >
> > Hi,
> >
> > This update is intended to incorporate the comments from the last WG meeting
> and any pending issues. We also have taken the global editorial changes to
make
> it consistent through the document. Major changes are:
> >
> > - Inclusion of "network slicing" definition from ACTN perspective (in
> > the terminology section)
> > - Added virtual network service (VNS) section (Section 3) to define types of
> VNS.
> > - Incorporated "orchestration" (service/network) mapping to ACTN
> > architecture (See Section 5.2)
> > - Created a new section 6 (Topology Abstraction Method) where we
> > imported some texts from ACTN abstraction method
> > https://tools.ietf.org/html/draft-lee-teas-actn-abstraction-01
> > - Added Appendices A & B to discuss example deployment scenarios such
> > as example of MDSC and PNC functions integrated in Service/Network
> > Orchestrator (Appendix A) and example of IP + Optical network with
> > L3VPN service (Appendix B)
> >
> > In regard to ACTN abstraction method draft, we are going to keep it as a
> separate draft and use this document to elaborate other aspects not imported
to
> the framework document.
> >
> > The following diff pointer will help you see the changes with this revision:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-framework-05
> >
> > The co-authors believe that the document is ready for WG LC. Any
> changes/comments will be appreciated.
> >
> > Thanks & Best regards,
> > Young & Daniele (on behalf of other co-authors/contributors)
> >
> > -----Original Message-----
> > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of
> > internet-drafts@ietf.org
> > Sent: Friday, May 05, 2017 10:41 AM
> > To: i-d-announce@ietf.org
> > Cc: teas@ietf.org
> > Subject: [Teas] I-D Action: draft-ietf-teas-actn-framework-05.txt
> >
> >
> > A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> > This draft is a work item of the Traffic Engineering Architecture and
Signaling of
> the IETF.
> >
> >          Title           : Framework for Abstraction and Control of Traffic
Engineered
> Networks
> >          Authors         : Daniele Ceccarelli
> >                            Young Lee
> > 	Filename        : draft-ietf-teas-actn-framework-05.txt
> > 	Pages           : 41
> > 	Date            : 2017-05-05
> >
> > Abstract:
> >     Traffic Engineered networks have a variety of mechanisms to
> >     facilitate the separation of the data plane and control plane. They
> >     also have a range of management and provisioning protocols to
> >     configure and activate network resources.  These mechanisms
> >     represent key technologies for enabling flexible and dynamic
> >     networking.
> >
> >     Abstraction of network resources is a technique that can be applied
> >     to a single network domain or across multiple domains to create a
> >     single virtualized network that is under the control of a network
> >     operator or the customer of the operator that actually owns
> >     the network resources.
> >
> >     This document provides a framework for Abstraction and Control of
> >     Traffic Engineered Networks (ACTN).
> >
> >
> >
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-teas-actn-framework/
> >
> > There are also htmlized versions available at:
> > https://tools.ietf.org/html/draft-ietf-teas-actn-framework-05
> > https://datatracker.ietf.org/doc/html/draft-ietf-teas-actn-framework-0
> > 5
> >
> > A diff from the previous version is available at:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-actn-framework-05
> >
> >
> > Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> >
> > Internet-Drafts are also available by anonymous FTP at:
> > ftp://ftp.ietf.org/internet-drafts/
> >
> > _______________________________________________
> > Teas mailing list
> > Teas@ietf.org
> > https://www.ietf.org/mailman/listinfo/teas
> >
> > _______________________________________________
> > Teas mailing list
> > Teas@ietf.org
> > https://www.ietf.org/mailman/listinfo/teas
> 
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
> 
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas