[Teas] Network Slicing Design Team - Draft Charter

Jari Arkko <jari.arkko@piuha.net> Mon, 09 September 2019 21:56 UTC

Return-Path: <jari.arkko@piuha.net>
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 8E9CF1200E3 for <teas@ietfa.amsl.com>; Mon, 9 Sep 2019 14:56:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.886
X-Spam-Level:
X-Spam-Status: No, score=-1.886 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001] 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 bhf1hkZa9zAF for <teas@ietfa.amsl.com>; Mon, 9 Sep 2019 14:56:15 -0700 (PDT)
Received: from p130.piuha.net (p130.piuha.net [193.234.218.130]) by ietfa.amsl.com (Postfix) with ESMTP id 21E6812001A for <teas@ietf.org>; Mon, 9 Sep 2019 14:56:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 44EDD6601BF; Tue, 10 Sep 2019 00:56:14 +0300 (EEST)
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VJn9svX19Ovn; Tue, 10 Sep 2019 00:56:12 +0300 (EEST)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:1829::130]) by p130.piuha.net (Postfix) with ESMTPS id 206746600C4; Tue, 10 Sep 2019 00:56:12 +0300 (EEST)
From: Jari Arkko <jari.arkko@piuha.net>
Content-Type: multipart/mixed; boundary="Apple-Mail=_D6B57A19-3A29-42B7-A32C-AD8827C369CE"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Message-Id: <EFD18950-A66C-4A78-8564-F8628DA21C3A@piuha.net>
Date: Mon, 09 Sep 2019 23:56:11 +0200
Cc: Vishnu Pavan Beeram <vishnupavan@gmail.com>
To: teas@ietf.org
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/shxPLQX0KOmojc9dG_uUMYrW-W0>
Subject: [Teas] Network Slicing Design Team - Draft Charter
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, 09 Sep 2019 21:56:19 -0000

Pavan, Lou,

Thanks for this. I think it is important work and should be set up. And I like the open model for doing design teams.

My main comment is that I think it would be beneficial to provide a bit more initial scoping, as the overall concepts are very broad. 

Here’s some potential suggestions for slightly tighter charter. A diff also included as an attachment.


Jari

—

TEAS Network Slicing Design Team (Draft)

The topic of "Slicing" has received significant industry attention due to its
role in 5G networks. General background on slicing can be found in
[1] and [2], but it is a broad topic that covers many different aspects from
business roles to services and networks.

Within the IETF the discussion has largely focused on the much narrower topic
of "Network Slicing". [3] provides a sample list of related individual
contributions. Much of the IETF disussion has focused on how the combination
of VPN and TE technologies can be used to deliver Network Slices. The TEAS
Network Slicing Design Team (NSDT) is being formed to develop a framework for
providing Network Slicing using existing TEAS and other IETF VPN/TE
technologies. The goal is to show how IETF IP and MPLS technologies can
be used to create specific, isolated, and managed network instances. The use
of such technology in networks and other SDOs is up to others; this work does
not imply that the IETF specifies how slicing in any particular setting
should be done.

The primary goal of the design team is to determine how existing technologies
can be used, but it is possible that some extensions to those technologies
are needed. If such extensions relate to technology from another working
group, any eventual work belongs to that group. The reuse of definitions and
technologies developed by other SDOs is also in scope, although extensions to
such will be done in the appropriate SDO. An important early deliverable from
the DT will be a proposed definition of what is in-scope and what is
out-of-scope for the WG on this topic.

The Design Team will have flexibility to decide on how best to develop,
document and present its work. The DT will provide regular updates and
reports to the TEAS working group. It will present an update on their status
and plans at IETF 106 (Singapore) - which will hopefully include an initial
discussion on scope. For IETF 107 (Vancouver) the goal for the DT is an
initial DT framework, and possibly draft, in time for discussion at the
meeting. A stable Draft is targeted for discussion at IETF 108. Once the
draft is accepted as a working group document, it will progress per TEAS
working group normal process.

The DT mailing list will be set up with the membership of this list limited
to the design team and the chairs, but its archive will be open. DT meetings
will be announced on the list and open to all. The specific workings,
including meeting schedules, of the DT are the discretion of the DT.