Re: [Netslices] Preliminary charter text for discussion
Xavier de Foy <x.defoy.ietf@gmail.com> Tue, 30 January 2018 15:21 UTC
Return-Path: <x.defoy.ietf@gmail.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 D86AF13186E for <netslices@ietfa.amsl.com>; Tue, 30 Jan 2018 07:21:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 0ZgJ_Lo1TQFg for <netslices@ietfa.amsl.com>; Tue, 30 Jan 2018 07:21:54 -0800 (PST)
Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (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 C02D312EBEE for <NetSlices@ietf.org>; Tue, 30 Jan 2018 07:20:51 -0800 (PST)
Received: by mail-qk0-x22d.google.com with SMTP id d18so10529509qke.7 for <NetSlices@ietf.org>; Tue, 30 Jan 2018 07:20:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=mb2IAaJDDW8Wa+fXlFF+ATvL0H1WwkTjkM5Ep2YZAqY=; b=NV44aPA5NxfvfE9PGpZMGgAsbXKW0fMsoCRTO5LfJSmUPzLLGd1qaph8Ei2u6XnUaf cGKifWSM91WMEcL2hfOnNZSyzsj81HxBvfS/H2cidiLaljd4t002XZbApiVX7+PO7YIE HGfsaWvY/IJA2gUCUeRFZAsTMutWedEL5l5Zh2oQkgg4YsPjoD8CSal4sY7rLRD2O/Hv dxmLoU9NHuNtP4NketiOzEHzHDjmUXEKQcIfyXE+ClwbIWiODjfWH5gVXQSM1wujHZyV JD7ShZH4uXD+x6Oc8bcEshq6w3tM/WNUXV9IkNCrLL8KOVfuT+AHpVUi8h5lG8fTMzjR u7RQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=mb2IAaJDDW8Wa+fXlFF+ATvL0H1WwkTjkM5Ep2YZAqY=; b=UcXjXbCeFcL5daPVdO0tJzwpBSezM0IDNYgK/A1aIZvPLFn1kGETyC5XNvLLS0DsWv Ecks/GlFYk9dv6uKSwSvbWO0FpSQPY1UU9Ao/4eqbHBuLpxHlIgydAo1qPIbG83H+erp mT73PCQrozDzJiFA2Bjxeoic2lKgcNAYMXskHmWTh0y0NtWrCTeHpIE6pRwEzs1sZkJ+ h+5aFvoMB8zXXNYxo4YkcoXwUtu4aH9BQb7c89C/XW9Zpun7POfjaUgzbWcHUdg032j/ Dy6mNWBPh9I9KOVgLtAEEzAjT0NO3UTFfDYwgintLo6vAO8hpCDXAswtRz0zUPqmImN5 TrFA==
X-Gm-Message-State: AKwxytc+0kQbMwF5HSe0D1oETRgTgwvooPrfpRt4s+15lyoYqI4vXWev vSfkA+iInd/cJBzEgz29SGAudMUCA7mN1mZjxye+VA==
X-Google-Smtp-Source: AH8x227oUsp8qmg47ZahPdNnRR0t4odWoDPwP9r1w0bjUP6sV+WY2CewOVVux5t9TMd0EImeCX+zElAT6DUim8kcHMo=
X-Received: by 10.55.204.134 with SMTP id n6mr1973394qkl.169.1517325650788; Tue, 30 Jan 2018 07:20:50 -0800 (PST)
MIME-Version: 1.0
Received: by 10.237.60.194 with HTTP; Tue, 30 Jan 2018 07:20:50 -0800 (PST)
In-Reply-To: <1517307927.3201.7.camel@it.uc3m.es>
References: <CAHYjOTbKq5SGx2dUt5citBq=21dRYS4nK_Sebdq0nyPX9T7bLg@mail.gmail.com> <1517163726.4051.23.camel@it.uc3m.es> <CAHYjOTbgfBMywDYoG5oDEBMHORWvG_qoKJun8NawVsgDObFOsQ@mail.gmail.com> <20180130043352.GB15400@spectre> <1517307927.3201.7.camel@it.uc3m.es>
From: Xavier de Foy <x.defoy.ietf@gmail.com>
Date: Tue, 30 Jan 2018 10:20:50 -0500
Message-ID: <CAHYjOTaMP=ZuvaPLdrJgLkcG6cggf8_zBVm-aUZssR7-TyuENg@mail.gmail.com>
To: Carlos Jesús Bernardos Cano <cjbc@it.uc3m.es>
Cc: Pedro Martinez-Julia <pedro@nict.go.jp>, NetSlices@ietf.org
Content-Type: multipart/alternative; boundary="001a1149e5886ca9f10563ffe845"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netslices/JOgE0vbLWxLBelE_DekXyhQCCrU>
Subject: Re: [Netslices] Preliminary charter text for discussion
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, 30 Jan 2018 15:21:57 -0000
Thanks for clarifying the text Pedro. For reference and as base for future comments, here is a fixed version of the full text with your wording. Regards, Xavier. I. Context A network slice is a set of related infrastructure resources and service functions with qualities that respond to specific requirements, being able to cross multiple domains and use heterogeneous technologies. The goal of this group is to produce and promote a technology-independent and resource-centric management plane for network slices. Resources associated with a network slice are normally comprised of physical and logical connections in access, aggregation and backbone networks as well as computing and storage elements. Service functions associated with a network slice include network functions and network function chains pre-defined using corresponding network infrastructure elements. A "Network Slice" is realized using a collection of technologies spanning across data, control and management planes. Many of them rely on existing IETF technologies including both concluded and in-progress works such as: - Data plane: DetNet, TE-Tunnels, MPLS, Segment Routing VPNs, NVO3 etc. - Controller and/or control plane: ACTN, PCE and RSVP-TE (requiring LDP, BGP, OSPF awareness at level below) etc. - Management plane: YANG, OAM etc. The foundation of COMS is a technology-independent and resource-centric management plane. In reality, the network slice provider may have diverse technology choices in different domains due to geographical and commercial reasons. Therefore, COMS makes no assumption on which technology is used for specific domains. The goal of COMS is to define a common and inter-operative management mechanism, which is essential for the concept of network slicing being adopted in a system with heterogeneous network infrastructures and services functions. Major characteristics include: - Enabling composition of slices within a single or over multiple domains. - Allowing the operation and management of a network slice in a uniform manner, even when this network slice span multiple technology and/or administrative domains. - Enabling deployment of services over individual slices. II. Scope The WG will describe an overall architecture for network slicing. To manage network slices in a technology-independent manner, the network slice provider (NSP) will need to communicate with a network slice orchestrator (NSO) over a COMS Service Delivery Interface (SDI). The COMS SDI can also be used between network slice orchestrators, enabling hierarchical management through the notion of network slice subnets. Network slices will be leased to tenants, which will be able to use Customer Service Interface (CSI) exposed by the NS provider to run management tasks (e.g., on-demand measurement) within their slice instance under certain policies. The WG will describe an information model representing a network slice, accounting for the key elements used in network slices: connectivity, compute, storage resources, network and service functions — this information model includes the representation of managed objects and corresponding management and operations, will guide the design of data models on SDI and CSI and also will enable orchestrators interworking. The WG will specify requirements, operations and management functionalities on network slicing interfaces SDI and/or CSI including: 1 Network slice service profile, e.g. set by NSP over SDI, including high-level parameters for network infrastructures and service functions, together with their corresponding performance requirements. 2 Lifecycle management of network slice. 3 Other FCAPS functions. An important task of NSP is to aggregate faults, performance, status information and performance guarantees for certain services. 4 Slice composition or stitching in multi-domain environment. 5 Slice management by the tenant under the control of NSP, including deploying network services over a slice. The WG will specify requirements and functionalities of data plane entities as needed to enable the management of network slices. For example, this may include abstractions of policy control and enforcement, or gateway functionalities. The WG will also study the mapping between the abstract information model and managed entities, and will liaise with other IETF WGs as needed. However, the WG will not attempt to replicate data plane technologies including DetNet, TE-Tunnels, MPLS, Segment Routing VPNs, NVO3 etc. III. Deliverables WG deliverables are listed below and may be split in any number of documents as determined by the WG: - Problem statement and use cases for management of network slices. - Architecture of network slices. - Information model(s) and operations for network slices on topics described above in the scope section. - SDI and CSI interface specifications and relevant YANG models. - Study the mappings of technology independent network equipment configurations derived from the information model towards specific technologies and coordination with relevant WGs as needed. IV. Milestones Dec 2018 Problem Statement, use cases and architecture Dec 2018 Common information model and related YANG model June 2019 Network slices composition and interworking October 2019 FCAPS management functions and operations on network slices including abstractions of policy control and enforcement, or gateway functionalities. March 2020 SDI and CSI interface specifications and relevant YANG models
- [Netslices] Preliminary charter text for discussi… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Alex Galis
- Re: [Netslices] Preliminary charter text for disc… Carlos Jesús Bernardos Cano
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Pedro Martinez-Julia
- Re: [Netslices] Preliminary charter text for disc… Carlos Jesús Bernardos Cano
- Re: [Netslices] Preliminary charter text for disc… Shunsuke Homma
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Kiran.Makhijani
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Jeff Tantsura
- Re: [Netslices] Preliminary charter text for disc… qiangli (D)
- Re: [Netslices] Preliminary charter text for disc… Alex Galis
- Re: [Netslices] Preliminary charter text for disc… Jeff Tantsura
- Re: [Netslices] Preliminary charter text for disc… Liang GENG
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Leeyoung
- Re: [Netslices] Preliminary charter text for disc… Leeyoung
- Re: [Netslices] Preliminary charter text for disc… Liang GENG
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Leeyoung
- Re: [Netslices] Preliminary charter text for disc… Daniele Ceccarelli
- Re: [Netslices] Preliminary charter text for disc… Jeff Tantsura
- Re: [Netslices] Preliminary charter text for disc… Xavier de Foy
- Re: [Netslices] Preliminary charter text for disc… Kiran.Makhijani
- Re: [Netslices] Preliminary charter text for disc… Liang GENG
- Re: [Netslices] Preliminary charter text for disc… Liang GENG