Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition
"Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com> Mon, 18 January 2021 14:26 UTC
Return-Path: <reza.rokui@nokia.com>
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 461403A1374 for <teas@ietfa.amsl.com>; Mon, 18 Jan 2021 06:26:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.15
X-Spam-Level:
X-Spam-Status: No, score=-2.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.25, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 uy5D9mi4DvlQ for <teas@ietfa.amsl.com>; Mon, 18 Jan 2021 06:26:16 -0800 (PST)
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on2112.outbound.protection.outlook.com [40.107.93.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B558A3A1372 for <teas@ietf.org>; Mon, 18 Jan 2021 06:26:15 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mFlfp9zssr8NWMXjK2jdV9yICwSVf32NN+PrJiKnn4QFsifft0cHLfAVW3nax38oN7xdLQGXU6QALq1Zn4xZH0FcJrmuX4a3DVyp3E6TddWgCa3tiR+1wpEx7tuZpRV0DtEqbaudAKfRlxdu9js+d2deyl1mogAOnaBECnqB0QighVrlV54JWsmdd+/0IVg2tMT1k4iLuIIC/yudYDSg6mcjZV8D2t5fzSWwb4qZwU/MV7Ex5+E1nJ+VFW/Jx7zOkaFgnYVuPXIbIcFbTf2MawKr8ulv41Pm4dU9xTunzqFgSK7JYgggbnd9+FA42F6UmtVjFYD9W3kLet+Y5L4nnw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=219k7ibNMJy+bjjMbjIeCsTWh9oP0jRAkarH9KG4zuw=; b=WXKK3obaTfHFBPdaZqxcRIwXsR+b3GGRtoIZE9g3Zof0stBsWMoJXwiRugM7p4Ji09gj3pVWFafEBjrAAa+tHcNSZdI22eiMduelomi+UaELVWSqTftJFcjTk3FM6Y3MvxwcddeVDDeSxOQk5tMr4E4nQY0lnM+qn4wKZPHnwPNa9lGwNPceE5OfWZCB7kDIZu48JXUT2ls8Pf1D/JVfcYR6LFuFdZZNiUreQqqL7RMORhXeOzmMuiXF4iVJdksWFFlV8V7AuaYzV2kiAy8O121q/XSg6af0ojghwgb+mHWLb1EApjRF2FLArRAyi+9g+Ob6tk3xgdizZ7DrxaahMg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=219k7ibNMJy+bjjMbjIeCsTWh9oP0jRAkarH9KG4zuw=; b=FPvHAGzWD2Mq21H/WOW3lm7p4dN3lwMT65FCVMVvq8iHH51mLf2e3yEUX4SGJtTrqLk78U8itWsjTdoEGi5H81/u+XQcOY3NBwXyTeKLCK4gyPPMUcJGa2pO3MCrsZQuDEFl1niQx4Vl8x1b5JfE4NBqqdFO+g96FxK7M+YyUKg=
Received: from BN6PR08MB2707.namprd08.prod.outlook.com (10.172.148.138) by BN7PR08MB4050.namprd08.prod.outlook.com (52.132.7.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.10; Mon, 18 Jan 2021 14:26:06 +0000
Received: from BN6PR08MB2707.namprd08.prod.outlook.com ([fe80::48cb:1b9b:b092:50b4]) by BN6PR08MB2707.namprd08.prod.outlook.com ([fe80::48cb:1b9b:b092:50b4%9]) with mapi id 15.20.3763.014; Mon, 18 Jan 2021 14:26:06 +0000
From: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
To: "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>, "jmh@joelhalpern.com" <jmh@joelhalpern.com>, "teas@ietf.org" <teas@ietf.org>
CC: "Rokui, Reza (Nokia - CA/Ottawa)" <reza.rokui@nokia.com>
Thread-Topic: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition
Thread-Index: AQHW7aXbeSxM6FpGvkim8cGgruYtAA==
Date: Mon, 18 Jan 2021 14:26:06 +0000
Message-ID: <BF847DB9-129B-4E03-92D5-6A3D9175E642@nokia.com>
References: <202101181055461112394@zte.com.cn>
In-Reply-To: <202101181055461112394@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.45.21011103
authentication-results: zte.com.cn; dkim=none (message not signed) header.d=none;zte.com.cn; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [24.246.4.36]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: ef5c4807-4d58-4c1f-29c9-08d8bbbcfe4c
x-ms-traffictypediagnostic: BN7PR08MB4050:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BN7PR08MB40506D0BD88E4B25FFA4C7479FA40@BN7PR08MB4050.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wigibh/S9CwLM1w+6NeQLoZw1jb5+nibWtIoSAYh7LrQs4SdLks9I3yTnd7jNGqCnHLres5u7P0q0SJ0c3UfiQKAoDHkk6VGeEu06A2YXgs4OMVF0MTjxzW4PaOdszrOCSyp0VITu33vEWj4sZMUGeUmvZ2f7kL2TgB8NAOI2g8ZycB39V+lar0Dejxx02+5hwteXFzRYkIrMC0/PQ7w7WwKHpc2PJS0ewjyg5UOf4c2G2SelIrfpdCLiz524ix3e0eqzrnhj9rsbqtO+KB1hGu+zDSFbYDZM+tudYQD4m2Hl33P+oRoyt2xtcwynOHeN9q68D35A8PBGfF/eM36K9VuXYr6pE0aWLGqOR/FB5iC13u9mZ7dKNOz5FQeA4yiaaVSjl014zxAXrNP9Jx09CX8WIJdY4MGFXeC8ZTv6pQuQPT51I2NYrMplVHnxgSioVM3LXwHbzSlRS1FPSRqxGiS+RpKSxDV64hTa94Fhvo7BXP4/MZpJbKJfqKqovg/8c9Iw7M2yfR8dyxb6KKT4Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN6PR08MB2707.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(39850400004)(376002)(366004)(136003)(346002)(66446008)(478600001)(66476007)(6512007)(66946007)(66556008)(316002)(6486002)(86362001)(64756008)(107886003)(36756003)(76116006)(966005)(8676002)(2906002)(6506007)(5660300002)(4326008)(8936002)(83380400001)(33656002)(26005)(2616005)(53546011)(71200400001)(110136005)(91956017)(186003)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: P5H3TBaSk+ELNC/6XQIxVtHU3EmwrFpL6mqvD4C5K4jgu1QBUkFEXxY/tEHq0X8qReVz4jNApieIhZ0MmarUR1SnWjBatr4GeI245s7n35Emll9bszUtcmNpdgia7XUsRrxoMP+FQa119ZX9oIo0kr3ww21Eef+aVt+j9m23z1K54QdM3TEIvNBNQoxJath+1LTArgkXMIq+mpY78OR1navgKyDJJvKkOd/1XQnZuzUEo99Dbx90DgvSnFe22vOY6SM6oYVTApH4B+PVAtuXMK3YbEQyU6a6xk3Rbwnd0c3Ac4dRBFEbuU38wfz6trBkwznf1KT/83JiPx5KP/L/fiUMKRF6thg5a+mmWXOMqIUM68lByHiIhlcW9BEx2YucqBz5eTkk66fuLuyJinScGJCCI+dt5ow5UkSR2xRFoxHe/3WwRHGBjqmlhIGOtkMZLB/2IZO2BIbNr1udMGYduTK3BmKJMxHzB+Q8A4WeiN4BG3k2geK7MoljBZV7VujcbdAcXM6iRwYw1UQZj99bg3h/Xn6azOg7U3XDKVSoJdx4XSvoj+Ud1HNz9xpl/dETeSSmRg4cMXCBtyr2rvKjjMjdx/9jMJVLabVRIZn+awVO5ej7iwPiqZvBrG61Hj3WWB5vkUy3WcxKlgMa4OPa66p7zWZsWcXRmPVj59bYbbjevXAabEiWqBAw13OIT/zsOYo23RDEQWipu3QJ1v1V8LKckR9ki1fely/G5ZoTmhH+O8G6+NY5Sh7RBlJF5KVncL8sXK3YpLY4zni51eJ2YVT4lgucMN5Czjt6tEXhUavEDmoCeFTkQwNnCc5UX2NyR4vVNpivRYRRcSE3RrePMljQu6S8IsxEgQzryEk6hSq0x3m8HKrFKuzxcCnMUIzCZh74rSxWUfgLJbo3nknTRXm4g065B1sCXAxtEVSXgGGc/6E2nEqUQLM3E6EkFFeMBSTFjjzpIJ37QJ/560wVQ/VNSQH1TE/UmlXz69Xk1KT9QKDQk/URTSZY9FJmRyTD
Content-Type: multipart/alternative; boundary="_000_BF847DB9129B4E0392D56A3D9175E642nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BN6PR08MB2707.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ef5c4807-4d58-4c1f-29c9-08d8bbbcfe4c
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2021 14:26:06.6165 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 14bW040hstk8szbD2YeterjD83MM3Tf4KMommWXgqJcpTbu96TYBU4bnQOUaqqg3xvkga2zEcizI21D0DAnwUQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR08MB4050
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/HiNDzm4a4HNLuzH8A5oC1UTLFGA>
Subject: Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition
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, 18 Jan 2021 14:26:18 -0000
Hi PSF, I do not think the scenario is a valid case. We need to distinguish between the “IETF Network Slice” define and its realization in the network. Your example is related to realization of an “IETF Network slice”. The creation of IETF network slice is not triggered by path computation in the network. As described in the draft, the IETF network slice is technology agnostic and describes the connectivity between various endpoints. Path computation is technology specific. Reza From: Teas <teas-bounces@ietf.org> on behalf of "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn> Date: Sunday, January 17, 2021 at 9:55 PM To: Reza Rokui <reza.rokui@nokia.com> Cc: Reza Rokui <reza.rokui@nokia.com>, "jmh@joelhalpern.com" <jmh@joelhalpern.com>, "teas@ietf.org" <teas@ietf.org> Subject: Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition Hi Reza, Thank you for your reply. One scenario may be that the network controller received the path computation request from the headend, and because the constraints are too strict, the network controller may create the corresponding slice independently, and then report the created slice to the NSC. Or, the network controller can also request NSC for a slice. Isn't that possible? Regards, PSF 原始邮件 发件人:Rokui,Reza(Nokia-CA/Ottawa) 收件人:彭少富10053815;jmh@joelhalpern.com;teas@ietf.org; 抄送人:Rokui, Reza (Nokia - CA/Ottawa); 日 期 :2021年01月15日 11:26 主 题 :Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas PSF, If such a use-cases exist (I am not aware of any use-cases), the current draft address them. As Joel mentioned, if (for some use-cases) the network decides to create a new “IETF network slice” between various endpoints, this request will be find its way to the NBI of “IETF Network Slice Controller” (NSC) and whatever mentioned in draft is still valid. How this request gets to the NSC NBI is out-of-scope of the draft. Any method can be use. IMO, such a request from network should not go from NSC SBI to NBI. It is not correct. The only information travel from SBI to NBI should be related to “IETF network slice” assurance (i.e. monitoring data from the network). Cheers, Reza From: Teas <teas-bounces@ietf.org> on behalf of "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn> Date: Thursday, January 14, 2021 at 10:06 PM To: "jmh@joelhalpern.com" <jmh@joelhalpern.com> Cc: "teas@ietf.org" <teas@ietf.org> Subject: Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition Hi Joel, Thanks for your attention. Here, as the direction of the request is from south to north, do you think whether the definition document need to describe this case ? If so, the request would be very different with that is discribed in the current document. In detailed, it is sent through technology-specific interface between headend and network controller, then the network contoller may continue to request a slice from NSC, or report the created slice to NSC through technology-specific interface. Regards, PSF 原始邮件 发件人:JoelM.Halpern 收件人:彭少富10053815; 抄送人:teas@ietf.org; 日 期 :2021年01月15日 10:18 主 题 :Re: [Teas] WG adoption - draft-nsdt-teas-ietf-network-slice-definition Given that station in the case below is making a request, isn't it reasonable to assume that the request makes its way to the control systems, which then handle the itneraction with the underlay network through the mechanisms proposed in the definitions and framework drafts? Yours, Joel On 1/14/2021 9:08 PM, peng.shaofu@zte.com.cn wrote: > > A little comment: > > > It seems that the definition document only support that the realization > of IETF network slice is triggered by the consumer through the interface > to NSC with specific SLO. I think it is not enough. Please see if it is > needed to support the case for a network device (the headend) to > explicitly request a slice on demand, and request a connection path > within the specific slice on demand. > > > Regards, > > PSF > > > 原始邮件 > *发件人:*VishnuPavanBeeram > *收件人:*TEAS WG; > *抄送人:*TEAS WG Chairs; > *日 期 :*2021年01月04日 22:02 > *主 题 :**[Teas] WG adoption - > draft-nsdt-teas-ietf-network-slice-definition* > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > All, > > This is start of a two week poll on making > draft-nsdt-teas-ietf-network-slice-definition-02 a TEAS working group > document. > Please send email to the list indicating "yes/support" or "no/do not > support". If indicating no, please state your reservations with the > document. If yes, please also feel free to provide comments you'd > like to see addressed once the document is a WG document. > > The poll ends January 18th. > > Thanks, > Pavan and Lou > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas
- [Teas] WG adoption - draft-nsdt-teas-ietf-network… Vishnu Pavan Beeram
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… John E Drake
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Dongjie (Jimmy)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Kiran Makhijani
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Eric Gray
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Rokui, Reza (Nokia - CA/Ottawa)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Jeff Tantsura
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Greg Mirsky
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Adrian Farrel
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Shunsuke Homma
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Dieter Beller
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… mohamed.boucadair
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… tochio@fujitsu.com
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Wubo (lana)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Belotti, Sergio (Nokia - IT/Vimercate)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… LUIS MIGUEL CONTRERAS MURILLO
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Daniele Ceccarelli
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… li_zhenqiang@hotmail.com
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Zhenghaomian
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Boris Khasanov
- [Teas] 答复: WG adoption - draft-nsdt-teas-ietf-net… Gengxuesong (Geng Xuesong)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… peng.shaofu
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Joel M. Halpern
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… peng.shaofu
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Rokui, Reza (Nokia - CA/Ottawa)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Gyan Mishra
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Jeff Tantsura
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Xufeng Liu
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… peng.shaofu
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Dhruv Dhody
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Rokui, Reza (Nokia - CA/Ottawa)
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Uma Chunduri
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Uma Chunduri
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Joel M. Halpern
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Jeff Tantsura
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… Vishnu Pavan Beeram
- Re: [Teas] WG adoption - draft-nsdt-teas-ietf-net… peng.shaofu