Re: [Netslices] Input for problem statement
Xavier de Foy <x.defoy.ietf@gmail.com> Tue, 09 January 2018 16:43 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 41A2A12D77B
for <netslices@ietfa.amsl.com>; Tue, 9 Jan 2018 08:43:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, URIBL_BLOCKED=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 HIreTnpJLoio for <netslices@ietfa.amsl.com>;
Tue, 9 Jan 2018 08:43:35 -0800 (PST)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com
[IPv6:2607:f8b0:400d:c09::22a])
(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 04E4A12D574
for <NetSlices@ietf.org>; Tue, 9 Jan 2018 08:43:35 -0800 (PST)
Received: by mail-qk0-x22a.google.com with SMTP id b76so6428941qkc.1
for <NetSlices@ietf.org>; Tue, 09 Jan 2018 08:43:34 -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=esIfcjXP0oSBs4oxfCQgw16QywKWTRyrjVIRbpspMs4=;
b=Zww+DIshmOxFCWbr7h/RXRLW21HjF0RsVOq798qtNW1XdiTbNrQX6MnncXAXYkIkHn
jOsloy/jeOePKigV+5cJKrWk8R09yoSBlvlTlKxsxcPcXGhYyCQ1p+ePdDEefJb7l5P+
Eed7kIaSbUBXUinf5ewakAMNqqRD5cu8ImVL+8rCfUUyWk+5pZa3ES0+JF+z7RnpFI4+
6HKOlF09j+88jmT+Ho/9aVH9vQwJbMbR0ecIP+fVOTYmGOZivogBg2GqeirnobN0gtAs
lmBhuCy/rfDjaHeyWbdRWJTuj9GPmycIzuHDtXYEtF0S5BVY32EHWINJLt6W4kTcqYhk
sICQ==
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=esIfcjXP0oSBs4oxfCQgw16QywKWTRyrjVIRbpspMs4=;
b=Pn296uam3EjcibxOfr6bc8raytglfunFHFQXalptG80ldmPjowBVUVM1YqurkAOQEb
mkcVcKEHeiioNnnt1lQRLcoEbCcvgukooWcRgL/UdS4ocMAWWI9XFH/8NgSP+g/Q05Mm
elikzo9F72cgVh2JQCH8xkXVPCe1b1YP1/OFaeDVtCeYE5eSf9HOpwWc5Y0DGgwv3Tyv
u7ejn7/HmYMpTJZp8FbnQ0BNGdxcdAzNsDdBP69FP8krN1HUpcMH0aiu7N+AcaNblyZy
33OfRW1vipdWdHoSuhgxDAN7dJH5t18Csoh9R+k7s/NsGrGT8r0gnMR+PXg+K66YTu9G
D9Yw==
X-Gm-Message-State: AKwxytfnj1aHdeBqS8h8aHlfV7onbh9Zi2LGkTvcF+1eC5lr9l5RsynI
s3LKSaVe/XMRHi8fggt63umWke0NC/LLt6eYh6Q=
X-Google-Smtp-Source: ACJfBos+nYveiQmBuZmgbASZ2SjX4HdDk7oXuslTbXaV7OkQebN9uSENQtN4OVkFUpTZsbIgQ/fwuWLJYGnf6UBfSw8=
X-Received: by 10.55.147.133 with SMTP id v127mr22393743qkd.81.1515516214075;
Tue, 09 Jan 2018 08:43:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.200.52.79 with HTTP; Tue, 9 Jan 2018 08:43:33 -0800 (PST)
In-Reply-To: <PS1PR0601MB1483DDA819BB8370C47E30B287100@PS1PR0601MB1483.apcprd06.prod.outlook.com>
References: <MWHPR10MB16321D6982B2E7FEE07F63B2E53D0@MWHPR10MB1632.namprd10.prod.outlook.com>
<PS1PR0601MB1483DDA819BB8370C47E30B287100@PS1PR0601MB1483.apcprd06.prod.outlook.com>
From: Xavier de Foy <x.defoy.ietf@gmail.com>
Date: Tue, 9 Jan 2018 11:43:33 -0500
Message-ID: <CAHYjOTbciHZGgqSRpF=e5AhASPbF3hK-j=UHJ6Hpn_6sMN8CMw@mail.gmail.com>
To: Liang GENG <liang.geng@hotmail.com>
Cc: "De Foy, Xavier" <Xavier.DeFoy@interdigital.com>,
"Geng, Liang" <gengliang@chinamobile.com>,
"NetSlices@ietf.org" <NetSlices@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c08b3009766fa05625a9d73"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netslices/vsXsrkrmXomTD9bO4V8inGngMV0>
Subject: Re: [Netslices] Input for problem statement
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, 09 Jan 2018 16:43:38 -0000
Hi Liang,
Sure, it makes sense that in some cases, end-to-end slice management may
be realized by the service that sits above the COMS model. Actually we can
probably update the diagram to show both possibilities (and also remove
RAN/CN to be more general). For example:
+----------------------------------------------------------+
| Network Slice as a Service |
| +-------------------------------------+ +--------------+ |
| | Network Slice Template | | | |
| | +---------+ +---------+ +---------+ | | Customized | |
| | | 5G | | Internet| |Verticals| | | Network Slice| |
| | | centric | | VPN | |Industry | | | | |
| | +---------+ +---------+ +---------+ | | | |
| +-------------------------------------+ +----+---------+ |
| | | |
| | | |
| +------v----------------------------v----+ |
| | Network Slice Service Profile | |
| +----------------+----------+------------+ |
| | . |
+----------------------------------------------------------+
| .
| .
| .
| +..............+
| .
| .
|COMS .COMS
+--------------v-----------------+ +-----v----+
| Network Slice Controller | | Nw Slice |
| | | Ctrlr |
+--------+----------+---------+-++ +----------+
| | | | |
+---+ | | | +----------+
| | | | |COMS
+------+-----+ +----+----+ +---+----+ +--+--------+ +-+--------+
|Connectivity| |Computing| | Storage| |Generalized| | Nw Slice |
| | | | | | |Functions | | Ctrlr |
+------------+ +---------+ +--------+ +-----------+ +----------+
Regards,
Xavier
On Tue, Jan 9, 2018 at 9:53 AM, Liang GENG <liang.geng@hotmail.com> wrote:
> Hi Xavier,
>
>
> Thanks for your very helpful suggestion.
>
>
> As we discussed during IETF100, I believe the recursive nature of COMS is
> very important and it is sensible to make the terms aligned with NGMN
> definition. I will update the problem statement draft accordingly.
>
>
> In additional, do you think we can take out the end-to-end slice manager
> for non-3GPP scenarios since the COMS may comes into the picture from the
> top-level slice manager/controller?
>
>
> Best wishes
>
> Liang
>
>
> ------------------------------
> *From:* Netslices <netslices-bounces@ietf.org> on behalf of De Foy,
> Xavier <Xavier.DeFoy@InterDigital.com>
> *Sent:* 06 December 2017 04:21:07
> *To:* Geng, Liang
> *Cc:* NetSlices@ietf.org
> *Subject:* [Netslices] Input for problem statement
>
>
> Hi Liang,
>
>
>
> This is to follow-up our conversation at IETF 100 about
> draft-geng-coms-problem-statement, and share on the list. The goal would
> be to make a recursive use of the same (COMS) model, from top to bottom.
>
>
>
> A secondary point would be to align our use of the terms “slice segment”
> and “slice subnet” across drafts. Since “subnet” is defined by NGMN it
> could be simpler to use that term, as long as our definition is compatible
> with NGMN. There is a definition in the interconnection draft.
>
>
>
> Please consider the following figure as input for an update to figure 2:
> e.g. “cross-segment” could become “end-to-end”, “segment-specific” could
> become “technology specific”, etc.
>
>
>
> One additional thing we could consider is using a single term “manager”
> or “controller”. This would be better aligned with the recursive nature of
> COMS (e.g. an e2e slice manager may be used to manager/control a slice
> subnet for a larger slice).
>
>
>
>
>
> NSaaS and +------------------------------------------+
>
> End-to-end | Network Slice Tenant |
>
> Network +-+----------------------------------------+
>
> Slice | Requests a NSaaS Service
>
> Management |
>
> ^ +-v----------------------------------------+
>
> | | Network Slice Service Provider |
>
> | +-+----------------------------------------+
>
> | | Generates an end-to-end Slice Model
>
> | |
>
> | +-v----------------------------------------+ ^
>
> | | E2e slice manager (COMS model) | |
>
> | +-+----------------------------------------+ | NS
>
> | | Decomposed by End-to-end | Layer
>
> | | Network Slice Manager |
>
> | +-v----------------------------------------+ |
>
> ------------|Slice controllers (COMS model for subnets)| |
>
> | | (may include multiple controllers) | |
>
> v +----+---------------+---------------+-----+ v
>
> Tech-specific | | |
>
> Network Slice | | |
>
> Management +------v------+ +------v------+ +------v------+
>
> and | Network | | Network | | Network |
>
> Implementation |Configuration| |Configuration| |Configuration|
>
> | Model I | | Model II | | Model III |
>
> +-------------+ +-------------+ +-------------+
>
>
>
>
>
> And to match it, here is some input for figure 1:
>
>
>
> +----------------------------------------------------------+
>
> | Network Slice as a Service |
>
> | +-------------------------------------+ +--------------+ |
>
> | | Network Slice Template | | | |
>
> | | +---------+ +---------+ +---------+ | | Customized | |
>
> | | | 5G | | Internet| |Verticals| | | Network Slice| |
>
> | | | centric | | VPN | |Industry | | | | |
>
> | | +---------+ +---------+ +---------+ | | | |
>
> | +-------------------------------------+ +----+---------+ |
>
> | | | |
>
> | | | |
>
> | +------v----------------------------v----+ |
>
> | | Network Slice Service Profile | |
>
> | +----------------+-----------------------+ |
>
> | | |
>
> +----------------------------------------------------------+
>
> |
>
> +---------v----------+
>
> | End-to-end |
>
> +------------+ Slice Manager +--------------+
>
> | +---------+----------+ |
>
> | | |
>
> | | |
>
> +----v----+ +--------------v-----------------+ +-----v----+
>
> | RAN | | Network Slice Controller | | CN |
>
> | Slice | | | | Slice |
>
> | Ctrlr | +--------+----------+---------+-++ | Ctrlr |
>
> +---------+ | | | | | +----------+
>
> +---+ | | | +----------+
>
> | | | | |
>
> +------+-----+ +----+----+ +---+----+ +--+--------+ +-+--------+
>
> |Connectivity| |Computing| | Storage| |Generalized| | Nw Slice |
>
> | | | | | | |Functions | | Ctrlr |
>
> +------------+ +---------+ +--------+ +-----------+ +----------+
>
>
>
> Best Regards,
>
>
>
> Xavier.
>
>
>
> _______________________________________________
> Netslices mailing list
> Netslices@ietf.org
> https://www.ietf.org/mailman/listinfo/netslices
>
>
- [Netslices] Input for problem statement De Foy, Xavier
- Re: [Netslices] Input for problem statement Liang GENG
- Re: [Netslices] Input for problem statement Xavier de Foy