Re: [Netslices] Open Issue I: SouthBound/Mapping Interface

Liang GENG <liang.geng@hotmail.com> Tue, 09 January 2018 17:54 UTC

Return-Path: <liang.geng@hotmail.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 086661200FC for <netslices@ietfa.amsl.com>; Tue, 9 Jan 2018 09:54:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.123
X-Spam-Level:
X-Spam-Status: No, score=-1.123 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 gRayt6Ao_09P for <netslices@ietfa.amsl.com>; Tue, 9 Jan 2018 09:54:50 -0800 (PST)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253025.outbound.protection.outlook.com [40.92.253.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A73F612D77A for <NetSlices@ietf.org>; Tue, 9 Jan 2018 09:54:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=E4Fj+gqSTBQPGX5tXEEO/ArLRmo/CLwxBcn5tnCpoJM=; b=JKlFKjS+8iKsuevv4nUwEWqLbdvdlUsJ+nvgcVWIzoCTtAOWU4yIBk9p+lyWhR5re4TUKr6NEKflyfKR3pzuX33+ubrvkO3p+KAcI8QDsFvbNZYmf3xSDMwfFCPGN+2KdGzLA16itfTcQEFJk6Dz2KlpEYdAjepuf9S6Vrj/LraUNDSDHNVs1wwIx8ZT+UTwloU6bJMrOS/4x9hQZJbhTRqAe0sTLZfmoWI8FFxTCHKMLKv+AHBocw1eNQb+or8piRCPpSbGBJ6ZxqiBGrBwAbH5PikSTGegNW2LQcX/TtuIPo9GXBrFe175VqrSkUwFq+wAaUUbwOO9jFWerqQPTA==
Received: from SG2APC01FT116.eop-APC01.prod.protection.outlook.com (10.152.250.56) by SG2APC01HT115.eop-APC01.prod.protection.outlook.com (10.152.251.237) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6; Tue, 9 Jan 2018 17:54:45 +0000
Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com (10.152.250.52) by SG2APC01FT116.mail.protection.outlook.com (10.152.250.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.282.5 via Frontend Transport; Tue, 9 Jan 2018 17:54:45 +0000
Received: from PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::ac8f:ab59:fccb:6f1b]) by PS1PR0601MB1483.apcprd06.prod.outlook.com ([fe80::ac8f:ab59:fccb:6f1b%14]) with mapi id 15.20.0386.009; Tue, 9 Jan 2018 17:54:45 +0000
From: Liang GENG <liang.geng@hotmail.com>
To: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "qiangli (D)" <qiangli3@huawei.com>, Lei Wang <leiw0920@outlook.com>, NetSlices <NetSlices@ietf.org>
Thread-Topic: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface
Thread-Index: AdNz7BaJGrRkEFbTREOfWwbxCLzW+gRT+rCAAQjasI4AAXq90AAC1tpP
Date: Tue, 09 Jan 2018 17:54:44 +0000
Message-ID: <PS1PR0601MB148352B3A19838DF2B02E1CE87100@PS1PR0601MB1483.apcprd06.prod.outlook.com>
References: <06C389826B926F48A557D5DB5A54C4ED2A5DEDA1@dggemi509-mbs.china.huawei.com>, <VI1PR07MB084846CB3A16AE9691C1C3E09B0C0@VI1PR07MB0848.eurprd07.prod.outlook.com>, <06C389826B926F48A557D5DB5A54C4ED2A5DFC7D@dggemi509-mbs.china.huawei.com> <DM5PR0501MB3688237A8CB683F3B8E4C09CC01F0@DM5PR0501MB3688.namprd05.prod.outlook.com>, <06C389826B926F48A557D5DB5A54C4ED2A5E355C@dggemi509-mbs.china.huawei.com> <PS1PR0601MB148378B5C9C917D3D4AE8DDD87100@PS1PR0601MB1483.apcprd06.prod.outlook.com>, <HE1PR0701MB2714BE78F2CD35A6075904F8F0100@HE1PR0701MB2714.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB2714BE78F2CD35A6075904F8F0100@HE1PR0701MB2714.eurprd07.prod.outlook.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-GB
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:6F5F657B88D8D53F6519AC5BA7E4FEB193E472BC70E29B7FBAF4F3DFA2978B7E; UpperCasedChecksum:62352D11470E841720BB289D9B28B5B3A5AC4E08C27B7AC7903CD20212807B49; SizeAsReceived:7722; Count:45
x-tmn: [S1vWokOIJUUNuPA6HnY99JhwhDUWFjel]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; SG2APC01HT115; 6:EkWZMGNxiAvPKekRkk1C6bPCb7AkHd/GuPWcAkQ3ErCWCfUjg9atUw5EzWzsqGJ6vE9EneU0YF9qxHFHAdokohTswL9RNucX6PUuyCtKyXW586/AezkgLTSmHzOnaVaLVp1cBBRbIEetLC4OIbtDy5G4SgaT0TpYsMYSHCNHp/vx0lKBgsKTqYITlqiIsXvkXcvbOBcH7tvF89c6lh0sdA9RoqoaF0qSSrQlQMAJRO3pFUFc+fJel3hlvmsdobcc2sdxhTL1wEeCGVBXwJpG7J/2dYOhJiCPIWmSPIiqW152AkNagY7LsKVkezlk4+cSgognQE4frqMaltaX/YoYCKMXLkVUG/mA5WMiqhY3/28=; 5:4A8KIAJ4D4pFHuJf7KZnSuFWzgeIb7k6glEzkdIKRg1WomsY5uwwLt/3DCZHGyMoDDGAZKIZmTtH0V4D9I04zXrhYzhi8uzzo00R5Lv/wq83PuaaP7D0uq/1i5TN3GYFS/mgMzwMsDqQOYB1Uv2Usifnb9ZJLF7DQ/8S5s7Ygtg=; 24:gXMMcYfdFpgQ8kTRMsA9Gm/Z/ZAIpFkIyIosmZn02/Nsl28RE+AV/ADZJAmJkQuE2ckPDNIdotZnvZ/aFfir1TpDJqpRi4OG8aQ/ZewivUo=; 7:6b68qeN+UuHwTjFMxFeRVSyN1i8dZLk+KnjBp3AcajKGWQYAx1p4b1vgkPn4LhUnMf6xyWEmpQ/KXGY02haK9pPzwfkDSwDGNK0TWbxmnDfIabXW5xpG2MDuMrxuSDRnJEDaKhWW52Mnb0R2VV4AWCyr1TX6ToiX+p6MGHrlRDtJbD8o28oz/wM3ajC0ICdUA0gI++dS+pxf13D10RrqVv/jisqswXrHAUbxmQcd34saADsT5QehYif9pNd0ppP3
x-incomingheadercount: 45
x-eopattributedmessage: 0
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(201702181274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:SG2APC01HT115;
x-ms-exchange-slblob-mailprops: pt8ZUcDWjMV5oewMU5VMgda6jj/BgALMLCJPP0BcqBHjAhLOcSHcfBSQk4uycpvQh4fhRGQhdxh+36g3DmbGvpTime+sJTD4bvj43gnrWVPhEwx+VRfzqEr5FUu0OfYuzC84IFFFbC404w+zoZxktjiOgXggre/SDfB9gw12aGc3W7ip+sCMZf8P6UdEj0eMRKxrXqxpbVTLqfyNRB150gGKRlyl7H77L0CkOSnYwwri6ZEnVt4SS8cTch3MFyZ7qcaCE3IHFoNalZc7Wja2oB9yTGVjRIYnbgVpAPXnhJtzuzTHDh7bl5E3YcQc0J5K3uWhqTkIdLlgp42ZzJknEEvfQaDUDYbl9G7226WzAPwwmYRxxuNm8hHU95P+KGNGZKTQ0tBNcEvkKf5M6L+jSIxiKc7b5AsCfvbmw1v0jBKL6VgWSOGM4RfG7hsW4IkDbWdKLsBBu5TT27UPIMNBLv89OOtqiSKQQy1WUyI3i728KoCcjsyuy0p42gOyvi0bBpiNRVWzkyzm4cANbrVVD4+s9lx6ZyNdm824r6dbTuEgQFQF72aqF2UH50ZY0HHgFw2JhbitOHz1ikGGh0ZEPRLrC+Xqi3lmP6Qxlpn2dkV9qy3R68+h0ktMpN3rNO+Dgk5wgyJTyHn3zK+bu5UMnsVSdn4ZhOx7BnDdOSyrmaLbOC1BL4z8b4OcqG4D9ckwhsCozp4fXdHg3FPcPGfnj6DwcUTv5WrtQrBUHYl2S/qAnYchR+RibEjkBW6cIuegJzN0MKf2ebphXwX/QYdc3V2Xhpkddm8yN/Au4LV1mk98j7HGEprYIb1aAUYzsfxg2b0ZxH2uc4dbWZxi622AGb8HF5Nm26YhVeLy/WW9R/Q2qMwJSfuxWgQIutDbH41TfPuMsHFoRuV2k+ngHeBH4Kmvy7Ofif6c3djRvo5++nN3AiPbTom5ECzT2SlTft3+
x-ms-traffictypediagnostic: SG2APC01HT115:
x-ms-office365-filtering-correlation-id: 0f28b586-5023-41ae-6e6f-08d5578a1152
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:SG2APC01HT115; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:SG2APC01HT115;
x-forefront-prvs: 0547116B72
x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:SG2APC01HT115; H:PS1PR0601MB1483.apcprd06.prod.outlook.com; FPR:; SPF:None; LANG:;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/related; boundary="_004_PS1PR0601MB148352B3A19838DF2B02E1CE87100PS1PR0601MB1483_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0f28b586-5023-41ae-6e6f-08d5578a1152
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2018 17:54:44.9573 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT115
Archived-At: <https://mailarchive.ietf.org/arch/msg/netslices/Q2a9mTcQvET4xy1iSZiEEyPOfT8>
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface
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 17:54:54 -0000

Hi Daniele and all,


This graph is a perfect reference. Thanks for this!


COMS system is at the same level as  "network orchestrator" in this graph. I believe COMS will need to have a information model(s) as templates of a "network slice". It should also address NBI service delivery model.


For Service Model, I am not sure - how much difference is there as to Service Delivery Model. Might they be converged to one level in some cases?


As to the SBI, a generic network configuration model may be useful while other specific ones may be more feasible to be addressed by different technology domains respectively according to COMS information model(s).


We started from COMS information model - trying to confine the scope of resource elements that can be used for network slice. This should provide a general reference to both NBI and SBI.


Best wishes

Liang

________________________________
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
Sent: 10 January 2018 01:28:19
To: Liang GENG; qiangli (D); Lei Wang; NetSlices
Subject: RE: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface


Hi Lei Wang, Cristina, all,



i think it is important, first of all, to decide which type of model you want to address. The drawing from Cristina (from https://datatracker.ietf.org/doc/draft-ietf-opsawg-service-model-explained/)   is an excellent starting point.

In my opinion you should not try to map “more or less” what you have with one of the models below, but on the other side discuss which one you want to address (e.g. Service Delivery Model) and then proceed on that path.

That said, if I correctly understood you don’t want to address the models on the SBI of the network orchestrator (i.e. Network configuration model or device model), hence you need to decide if you want to build a service delivery model or a service model (to start with).

BR
Daniele



[cid:image001.png@01D38977.9E8312A0]



From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of Liang GENG
Sent: martedì 9 gennaio 2018 16:43
To: qiangli (D) <qiangli3@huawei.com>; Lei Wang <leiw0920@outlook.com>; NetSlices <NetSlices@ietf.org>
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface



Hi Cristina, Hannu and Lei,



I would like to think it in this way. Please see if this make sense to you.



-It is preferred in COMS NOT to define network configuration model (SBI) for each technology domains.

-It may be preferred in COMS to do some sort of categorization based on the type of resources at the level of information model. This makes it easier for different domain controllers to define specific network configuration models (SBI of COMS, or "mappings" in previous discussion in this tread )

-It may be preferred in COMS to define a generic network configuration model that is used for SBI with resources directly managed by COMS.



What do you think?







________________________________

From: Netslices <netslices-bounces@ietf.org<mailto:netslices-bounces@ietf.org>> on behalf of qiangli (D) <qiangli3@huawei.com<mailto:qiangli3@huawei.com>>
Sent: 04 January 2018 17:11:29
To: Lei Wang; NetSlices
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface



Hi Lei Wang,



Thank you for your comments. I think an example given by Hannu could be used to explain option 3



“Probably what you want is to have a set of reference or example mappings for few representative technologies? Such as



-          A slice over the WAN/transport network for a given technology,

-          A slice over VNF infrastructure (SFCs and nvo3),

-          A slice that is a concatenation of the two across different domains (this we know is missing).”



Best regards,



Cristina QIANG



From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of Lei Wang
Sent: Thursday, January 04, 2018 3:12 PM
To: qiangli (D) <qiangli3@huawei.com<mailto:qiangli3@huawei.com>>; NetSlices <NetSlices@ietf.org<mailto:NetSlices@ietf.org>>
Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface



Hi Cristina,



I agree with the Option 1. Maybe it is not the proper time to do  SBI standardization work in COMS now, not matter in terms of opportunity or technology.



About the Option 3,  do you mean we can discuss different situations of SBI according to respenctive technologies in information model that can be delivered to multi-domains ( e.g. ACTN, Detnet...) ? Or what you want to say is the classification of technology domains?





Kind Regards



Lei Wang





________________________________

leiw0920@outlook.com<mailto:leiw0920@outlook.com>



From: qiangli (D)<mailto:qiangli3@huawei.com>

Date: 2017-12-21 17:02

To: Flinck, Hannu (Nokia - FI/Espoo)<mailto:hannu.flinck@nokia-bell-labs.com>; NetSlices@ietf.org<mailto:NetSlices@ietf.org>

Subject: Re: [Netslices] Open Issue I: SouthBound/Mapping Interface

Hi Hannu and  others,





Thank you for your comments. As you and Diego mentioned, the standardization of southbound interface is a sensitive matter, we’d better avoid infringing other WGs/RGs.



To solve this issue, maybe we should figure out “Is it possible to have a uniform/standard mapping interface to adapt to a variety of implementation technologies?” first. If Pedro is right, such uniform interface does exist, then it’s not a big deal to standardize it IMHO. Otherwise, I think we may need to consider which option listed below will be better:

Option 1: No standardization work on southbound interface, at least before IETF 101

Option 2: Separately analyze all specific technologies as you have done -- ACTN [un-checked], NFV [checked], then how about SFC, VPN…?

Option 3: Classify technologies (e.g., providing connectivity, provide VNF….) , then discuss for each classification.



I personally prefer 1 or 3, what’s your opinion?



Best regards,



Cristina QIANG



From: Flinck, Hannu (Nokia - FI/Espoo) [mailto:hannu.flinck@nokia-bell-labs.com]
Sent: Wednesday, December 20, 2017 10:33 PM
To: qiangli (D) <qiangli3@huawei.com<mailto:qiangli3@huawei.com>>; NetSlices@ietf.org<mailto:NetSlices@ietf.org>
Subject: RE: [Netslices] Open Issue I: SouthBound/Mapping Interface



Hello Cristina and others,



I would suggest that  COMS/ATCN interface mapping would be developed in the TEAS WG since that is an IETF WG, is also alluding to slicing topics, has related specifications and the expertise of the transport networks.



However, NFVO related work is currently within NVFRG where the slicing work is a minor subset of much larger territory of what the RG is discussing.  Therefore, it would be better to do such focused work in COMS when and if it becomes an IETF WG.





Best regards

Hannu



From: Netslices [mailto:netslices-bounces@ietf.org] On Behalf Of qiangli (D)
Sent: Wednesday, December 13, 2017 10:41 AM
To: NetSlices@ietf.org<mailto:NetSlices@ietf.org>
Subject: [Netslices] Open Issue I: SouthBound/Mapping Interface



Hi All,



This email is want to collect your opinion on the following issue:



Do we need to standardize the Southbound/Mapping interface of a network slice aware system in COMS? Or do you think this work should be carried out in existing WGs/RGs? (e.g., mapping interface between COMS and ACTN, mapping interface between COMS and NFVO)



Best regards,



Cristina QIANG