Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
"Dongjie (Jimmy)" <jie.dong@huawei.com> Thu, 28 January 2021 08:52 UTC
Return-Path: <jie.dong@huawei.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19FD93A13FB; Thu, 28 Jan 2021 00:52:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 hEKOmgumjmKi; Thu, 28 Jan 2021 00:52:48 -0800 (PST)
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 BA1173A13FC; Thu, 28 Jan 2021 00:52:47 -0800 (PST)
Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DRDdY3j6Pz67hDx; Thu, 28 Jan 2021 16:48:17 +0800 (CST)
Received: from dggeme751-chm.china.huawei.com (10.3.19.97) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2106.2; Thu, 28 Jan 2021 09:52:43 +0100
Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggeme751-chm.china.huawei.com (10.3.19.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Thu, 28 Jan 2021 16:52:41 +0800
Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.2106.002; Thu, 28 Jan 2021 16:52:41 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Robert Raszuk <robert@raszuk.net>
CC: James Guichard <james.n.guichard@futurewei.com>, "spring@ietf.org" <spring@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Thread-Topic: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
Thread-Index: Adb0oenKnA4X5iOERUKE5ULWWQiYwP//ftuA//9KeoCAAQizgP/+fGFw
Date: Thu, 28 Jan 2021 08:52:41 +0000
Message-ID: <51055e0ea0964962b658ed9496f60038@huawei.com>
References: <MN2PR13MB42061AD1E295598F1F2726BDD2BB9@MN2PR13MB4206.namprd13.prod.outlook.com> <CAOj+MMFm=Hen4VqDHCtoEmeieasTj5iByTvmLbQ9qCsHvCO=ww@mail.gmail.com> <faa6fd3de58342ceb27f2c6019f964dd@huawei.com> <CAOj+MMG_9aMzaT=BzB+TqENr9CGZV71KX2FiZkCOczXt4T1T+w@mail.gmail.com>
In-Reply-To: <CAOj+MMG_9aMzaT=BzB+TqENr9CGZV71KX2FiZkCOczXt4T1T+w@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.243.143]
Content-Type: multipart/alternative; boundary="_000_51055e0ea0964962b658ed9496f60038huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/kRsFUKePBvLkZfvG7asUqHfy89c>
Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jan 2021 08:52:51 -0000
Hi Robert, From: Robert Raszuk [mailto:robert@raszuk.net] Sent: Thursday, January 28, 2021 1:01 AM To: Dongjie (Jimmy) <jie.dong@huawei.com> Cc: James Guichard <james.n.guichard@futurewei.com>; spring@ietf.org; spring-chairs@ietf.org Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn Jie, > [Jie] Agree that with MPLS-TE the reservation could just happen in the control plane This is not "could" ... this is real - they *are* happening all in control plane only. The only data plane reservations were done with RSVP Int-Serv (for those who still even remember this) and you see how far it went. For IP networks based on statistical multiplexing hard allocation of any data plane resources == waisted resources. [Jie #2] RSVP Int-Serv defines the mechanism for per-flow data plane resource reservation, which has the scalability issue, and as you mentioned, no statistical multiplexing gains. Its value is that it can provide guaranteed performance for the service. In contrast, the mechanism in the resource-aware segments draft and this document is based on per-segment resource reservation rather than per-flow reservation. Based on the resource-aware SIDs, multiple flows of the same customer or of a particular service group can share the same set of data plane resources. Thus comparing with RSVP Int-Serv, this mechanism has better scalability and allows statistical multiplexing among the customers or services in the same group, it can also avoid the competition or impact between customers or services which are assigned to different groups of resources. More about this is described in section 4 of this document. Hope this helps. Best regards, Jie Many thx, R. On Wed, Jan 27, 2021 at 4:39 PM Dongjie (Jimmy) <jie.dong@huawei.com<mailto:jie.dong@huawei.com>> wrote: Hi Robert, Thanks for your email. Please see some replies inline with [Jie]: From: spring [mailto:spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>] On Behalf Of Robert Raszuk Sent: Wednesday, January 27, 2021 8:03 PM To: James Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>> Cc: spring@ietf.org<mailto:spring@ietf.org>; spring-chairs@ietf.org<mailto:spring-chairs@ietf.org> Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn All, Before I make a decision on expressing my support or indicate no support I would like to better understand what resource reservation is being discussed here. [Jie] The resource reservation here refers to the data plane resources reserved for different virtual transport networks. draft-ietf-spring-resource-aware-segments-01 also talks about "reservations" yet lacks clarity what those reservations will actually be. It provides analogy to MPLS-TE, but at least those who build MPLS-TE products are aware MPLS-TE or even MPLS GB-TE does not provide any data plane reservations. All both do is to provide control plane resource bookings. [Jie] Agree that with MPLS-TE the reservation could just happen in the control plane and does not have to be in the data plane. draft-ietf-spring-resource-aware-segments-01 also mentions the inefficiency of the controller based resource management with existing SR in some scenarios, thus both the resource-aware-segments draft and this draft are talking about data plane resource reservation. So fundamentally does draft-ietf-spring-resource-aware-segments-01 and this draft in question also are trying to now map SIDs to control plane resource bookings ? Note fundamentally in all above cases it only works when all traffic in yr network is actually using such reservations as otherwise unaccounted traffic will destroy the game completely for those who think we see green light we are good to go. That is also why for real TE it is/was critical in MPLS-TE to provide such engineering for all of your ingress-egress macro flows. [Jie] As explained above, the idea is to associate different SIDs with different sets of data plane resources reserved in the network, so that traffic encapsulated with different SIDs will be steered into different set of data plane resources. This way the unaccounted traffic in your example will only be allowed to occupy the set of resources which are associated with the SIDs carried in the packet. Thus the mechanism could work without per-flow engineering. Even then if you start to run other traffic on the same links ... say multicast or control plane storms of any sort - again all of your assumed reservations are immediately becoming unnecessary complexity with zero benefits. [Jie] Similarly, based on the above mechanism, the impact of multicast or control plane storms can also be limited to a subset of data plane resources. This is the benefit of the data plane resource reservation. So with that let's make sure we understand what is being proposed here. Btw if someone has a pointer to discussion about spring-resource-aware-segments it would be great too. My few years of email history does not return much. Maybe the draft got renamed during publishing as SPRING WG item. [Jie] The history is, draft-ietf-spring-resource-aware-segments was part of draft-dong-spring-sr-for-enhanced-vpn. After the first the adoption poll on this document last year, based on the received comments and the chairs’ suggestion, it was split out as a general enhancement to SR, and the rest part of draft-dong-spring-sr-for-enhanced-vpn continues as an application of the resource-aware segments. Hope the above helps to provide some background information. Best regards, Jie Thx, R. On Wed, Jan 27, 2021 at 12:46 PM James Guichard <james.n.guichard@futurewei.com<mailto:james.n.guichard@futurewei.com>> wrote: Dear WG: This message starts a 2 week WG adoption call for https://datatracker.ietf.org/doc/draft-dong-spring-sr-for-enhanced-vpn/ ending February 10th 2021. After review of the document please indicate support (or not) for WG adoption to the mailing list and if you are willing to work on the document, please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on this document. Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote. Thanks! Jim, Bruno & Joel _______________________________________________ spring mailing list spring@ietf.org<mailto:spring@ietf.org> https://www.ietf.org/mailman/listinfo/spring
- [spring] WG Adoption Call for draft-dong-spring-s… James Guichard
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… duzongpeng@foxmail.com
- [spring] 回复: WG Adoption Call for draft-dong-spri… zhuyq8
- Re: [spring] WG Adoption Call for draft-dong-spri… li_zhenqiang@hotmail.com
- Re: [spring] WG Adoption Call for draft-dong-spri… Huzhibo
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Mach Chen
- [spring] 答复: WG Adoption Call for draft-dong-spri… qinfengwei
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… xiechf@chinatelecom.cn
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… 刘鹏
- Re: [spring] WG Adoption Call for draft-dong-spri… Ran Pang(联通集团中国联通研究院- 本部)
- Re: [spring] WG Adoption Call for draft-dong-spri… Zhuangshunwan
- Re: [spring] WG Adoption Call for draft-dong-spri… Gyan Mishra
- Re: [spring] WG Adoption Call for draft-dong-spri… Adrian Farrel
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Adrian Farrel
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… Lou Berger
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… Takuya Miyasaka
- Re: [spring] WG Adoption Call for draft-dong-spri… Gyan Mishra
- Re: [spring] WG Adoption Call for draft-dong-spri… Gengxuesong (Geng Xuesong)
- Re: [spring] WG Adoption Call for draft-dong-spri… Tarek Saad
- Re: [spring] WG Adoption Call for draft-dong-spri… Tarek Saad
- Re: [spring] WG Adoption Call for draft-dong-spri… Lizhenbin
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Robert Raszuk
- Re: [spring] WG Adoption Call for draft-dong-spri… Giuseppe Fioccola
- Re: [spring] WG Adoption Call for draft-dong-spri… Tarek Saad
- Re: [spring] WG Adoption Call for draft-dong-spri… Vasilenko Eduard
- Re: [spring] WG Adoption Call for draft-dong-spri… stefano previdi
- Re: [spring] WG Adoption Call for draft-dong-spri… Tarek Saad
- Re: [spring] WG Adoption Call for draft-dong-spri… Colby Barth
- Re: [spring] WG Adoption Call for draft-dong-spri… Joel M. Halpern
- Re: [spring] WG Adoption Call for draft-dong-spri… chenhuan6@chinatelecom.cn
- Re: [spring] WG Adoption Call for draft-dong-spri… Zhuangzhuang Qin(联通北京市北京市分 公司)
- [spring] When we have multiple proposals addressi… Greg Mirsky
- Re: [spring] WG Adoption Call for draft-dong-spri… Linda Dunbar
- Re: [spring] WG Adoption Call for draft-dong-spri… Huaimo Chen
- Re: [spring] When we have multiple proposals addr… Linda Dunbar
- Re: [spring] WG Adoption Call for draft-dong-spri… Loa Andersson
- Re: [spring] WG Adoption Call for draft-dong-spri… Francois Clad (fclad)
- Re: [spring] WG Adoption Call for draft-dong-spri… Vishnu Pavan Beeram
- Re: [spring] WG Adoption Call for draft-dong-spri… Ahmed MostafaSaleh ElSawaf
- Re: [spring] WG Adoption Call for draft-dong-spri… peng.shaofu
- Re: [spring] When we have multiple proposals addr… peng.shaofu
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… peng.shaofu
- Re: [spring] WG Adoption Call for draft-dong-spri… Adrian Farrel
- Re: [spring] WG Adoption Call for draft-dong-spri… Tianran Zhou
- Re: [spring] WG Adoption Call for draft-dong-spri… Tarek Saad
- Re: [spring] WG Adoption Call for draft-dong-spri… Shunsuke Homma
- Re: [spring] WG Adoption Call for draft-dong-spri… chen.ran
- Re: [spring] WG Adoption Call for draft-dong-spri… Yingzhen Qu
- Re: [spring] WG Adoption Call for draft-dong-spri… Dongjie (Jimmy)
- Re: [spring] WG Adoption Call for draft-dong-spri… Chengli (Cheng Li)
- Re: [spring] WG Adoption Call for draft-dong-spri… Luc-Fabrice Ndifor Ngwa [ MTN Cameroon ]
- Re: [spring] WG Adoption Call for draft-dong-spri… Luis M. Contreras