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
>
>