Re: [Teas] Some comments on draft-ali-teas-spring-ns-building-blocks

Huzhibo <huzhibo@huawei.com> Mon, 02 August 2021 12:16 UTC

Return-Path: <huzhibo@huawei.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 AF8293A1AD9; Mon, 2 Aug 2021 05:16:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.197
X-Spam-Level:
X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 h_iVuqOM3ST0; Mon, 2 Aug 2021 05:16:10 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0846E3A1AD8; Mon, 2 Aug 2021 05:16:10 -0700 (PDT)
Received: from fraeml706-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4GdcRM6CXnz6FFrW; Mon, 2 Aug 2021 20:15:59 +0800 (CST)
Received: from dggeme701-chm.china.huawei.com (10.1.199.97) by fraeml706-chm.china.huawei.com (10.206.15.55) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Mon, 2 Aug 2021 14:16:06 +0200
Received: from dggema769-chm.china.huawei.com (10.1.198.211) by dggeme701-chm.china.huawei.com (10.1.199.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Mon, 2 Aug 2021 20:16:04 +0800
Received: from dggema769-chm.china.huawei.com ([10.9.128.71]) by dggema769-chm.china.huawei.com ([10.9.128.71]) with mapi id 15.01.2176.012; Mon, 2 Aug 2021 20:16:04 +0800
From: Huzhibo <huzhibo@huawei.com>
To: "peng.shaofu@zte.com.cn" <peng.shaofu@zte.com.cn>, "Dongjie (Jimmy)" <jie.dong@huawei.com>
CC: "draft-ali-teas-spring-ns-building-blocks@ietf.org" <draft-ali-teas-spring-ns-building-blocks@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: Re:[Teas] Some comments on draft-ali-teas-spring-ns-building-blocks
Thread-Index: AdeHe6JjiZpTuN7ZShGi+jdd9/G4Iv//hx4A//9OetA=
Date: Mon, 2 Aug 2021 12:16:04 +0000
Message-ID: <80a66f68f8d7459aa419003aececd5b0@huawei.com>
References: 53039d56100543d7ae43e9d41ca3fc27@huawei.com <202108021739123286835@zte.com.cn>
In-Reply-To: <202108021739123286835@zte.com.cn>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.232.179]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/eIeRTvTu-1KBRf1_tnybeOmtr0k>
Subject: Re: [Teas] Some comments on draft-ali-teas-spring-ns-building-blocks
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, 02 Aug 2021 12:16:15 -0000

Hi PSF, 

The discussion Jie referred to was the about the terminology alignment between VTN, Slice Aggregate, etc. in several active network slice related drafts. With the "merging" of draft-peng-teas-network-slicing into draft-bestbar-teas-ns-packet, it is not clear whether the term "AII" has been totally replaced by "Slice Aggregate", or you still plan to work on it separately?

After the discussion among the authors of several drafts, the agreement is to find a common new term for network slice realization, so that those drafts could refer to that new term. This is also what we suggested to the authors of draft-ali-teas-spring-ns-building-blocks for better terminology alignment.

Best regards,
Zhibo

-----Original Message-----
From: peng.shaofu@zte.com.cn [mailto:peng.shaofu@zte.com.cn] 
Sent: Monday, August 2, 2021 5:39 PM
To: Dongjie (Jimmy) <jie.dong@huawei.com>
Cc: draft-ali-teas-spring-ns-building-blocks@ietf.org; teas@ietf.org
Subject: Re:[Teas] Some comments on draft-ali-teas-spring-ns-building-blocks

Hi Dongjie,

Seeing that you openly mention VTN-ID, I have to remind you again that the VTN-ID is just the A-I-I of draft-peng-teas-network-slicing which analyzes the necessity of introducing slice identifier into underlay network. I believe you never thought about dealing with the overlap of VTN-ID and A-I-I, so how can you ask other drafts to do so?  
Again, you may say that the A-I-I related scheme described by draft-peng-teas-network-slicing has scalability problems ... ... so that VTN-ID is not A-I-I... ... 

Regards,
PSF

------------------原始邮件------------------
发件人:Dongjie(Jimmy)
收件人:draft-ali-teas-spring-ns-building-blocks@ietf.org;
抄送人:TEAS WG;
日 期 :2021年08月02日 17:07
主 题 :[Teas] Some comments on draft-ali-teas-spring-ns-building-blocks
_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas

Hi authors,
Thanks for the presentation in the TEAS session in last week. Here are some comments on this draft:
1.      As discussed on the TEAS meeting, the terminologies in several drafts related to network slicing realization will be aligned, thus it is suggested the terminology in this document also aligns with the "new term"  to be proposed.
2.      As this document lists the SR technologies which can be used for network slice realization in SR networks, the suggestion is it should also describe and reference draft-ietf-spring-resource-aware-segments and  draft-ietf-spring-sr-for-enhanced-vpn which specifies the extensions to SR segments and the mechanisms to provide SR based VTNs.
3.      Section 8 of this document describes the "stateless network slice ID" concept and the mechanisms with different data planes. The general mechanism of introducing dedicated VTN identifier in data packet for per-VTN  packet processing was described in draft-dong-teas-enhanced-vpn-vtn-scalability, thus there is some overlap in this part which needs to be solved in future versions.
Best regards,
Jie