Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05
"Pengshuping (Peng Shuping)" <pengshuping@huawei.com> Sat, 07 May 2022 01:27 UTC
Return-Path: <pengshuping@huawei.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3858FC159492; Fri, 6 May 2022 18:27:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0kMJiONcww_z; Fri, 6 May 2022 18:26:56 -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 5792AC14F745; Fri, 6 May 2022 18:26:56 -0700 (PDT)
Received: from fraeml712-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Kw8pK4vyjz67mtG; Sat, 7 May 2022 09:23:37 +0800 (CST)
Received: from canpemm100005.china.huawei.com (7.192.105.21) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Sat, 7 May 2022 03:26:50 +0200
Received: from canpemm500008.china.huawei.com (7.192.105.151) by canpemm100005.china.huawei.com (7.192.105.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Sat, 7 May 2022 09:26:48 +0800
Received: from canpemm500008.china.huawei.com ([7.192.105.151]) by canpemm500008.china.huawei.com ([7.192.105.151]) with mapi id 15.01.2375.024; Sat, 7 May 2022 09:26:48 +0800
From: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
To: "Stone, Andrew (Nokia - CA/Ottawa)" <andrew.stone@nokia.com>, Dhruv Dhody <dd@dhruvdhody.com>, "pce@ietf.org" <pce@ietf.org>
CC: "draft-li-pce-pcep-pmtu@ietf.org" <draft-li-pce-pcep-pmtu@ietf.org>
Thread-Topic: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05
Thread-Index: AQHYQr5b73XaKm7qXEeeIVm25IxGuazanqGAgDg91FA=
Date: Sat, 07 May 2022 01:26:48 +0000
Message-ID: <6aeea88faf594e8eaed8e489705f2b32@huawei.com>
References: <CAP7zK5bC95SwqbPC-Fm1-bTyAmaVOb-O5Bg4CKqe3tSe=LUzZQ@mail.gmail.com> <769D3394-CF2F-4140-B609-F02981C4AAB6@nokia.com>
In-Reply-To: <769D3394-CF2F-4140-B609-F02981C4AAB6@nokia.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.112.41.150]
Content-Type: multipart/alternative; boundary="_000_6aeea88faf594e8eaed8e489705f2b32huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/E5-WEeuCKoZJLk7aoFBvDhAyX0A>
Subject: Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 May 2022 01:27:01 -0000
Hi Andrew, Thank you for your support and suggestions. Since this draft is going to be refined considering the new draft being built in SPRING, the current uploaded draft is not changed accordingly. Please find more responses in line below. From: Stone, Andrew (Nokia - CA/Ottawa) [mailto:andrew.stone@nokia.com] Sent: Friday, April 1, 2022 10:31 PM To: Dhruv Dhody <dd@dhruvdhody.com>; pce@ietf.org Cc: draft-li-pce-pcep-pmtu@ietf.org Subject: Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Hi PCE WG Support adoption, seems reasonable to relay path MTU as status information and criteria/constraint in PCEP. A few comments/questions (these are non-blocking to adoption): 1. Shouldn’t the MTU bound use case be an inversion of the current description? Rather than specify a max mtu, wouldn't an operator prefer to find a path that satisfies a minimum MTU to avoid fragmentation? For example, if I have a requirement for X byte MTU along my path, then my bounds should indicate "please find a path that supports at minimum MTU value of X" ? Similar to a bandwidth constraint? This is the paragraph reference: Further, a PCC MAY use the Path MTU metric in a Path Computation Request (PCReq) message to request a path meeting the MTU requirement of the path. In this case, the B bit MUST be set to suggest a bound (a maximum) for the Path MTU metric that must not be exceeded for the PCC to consider the computed path as acceptable. The Path MTU metric must be less than or equal to the value specified in the metric-value field. Shuping> You are correct that the PMTU metric is different from other metric types and thus we need to explain that in the document more clearly. We will work on an update for this. 1. Should the term optimize be defined in the below snippet? I assume the goal to find a path providing the largest MTU possible, so recommend some text describing what is the optimization goal when the goal is metric type MTU. A PCC can also use this metric to ask PCE to optimize the path MTU during path computation. In this case, the B bit MUST be cleared. Shuping> The objective of the optimization is to find the path with the largest PMTU. We will further work on the text to be updated in the draft. 1. Glad to see considerations for ietf-pce-multipath in the document. Since multipath document generically handles embedding other objects including METRIC (section 7.1 in draft-ietf-multipath), I would assume this metric would follow suit similar to existing metrics (ex TE-metric). Do the authors have potential other special use cases/needs involving the PMTU metric object per ERO? Shuping> The multipath case will be further developed. 1. In section 3.3 it specifies " A PCC MAY include the path MTU metric as a bound constraint or to indicate optimization criteria (similar to PCReq)." I assume the intention here was to indicate that a PcRpt may carry the MTU metric as a constraint, so probably worth explicitly stating PcRpt may carry it rather than comparing to PcReq. Shuping> In section 3.3 it can be changed to " A PCC MAY include the path MTU metric as a bound constraint or to indicate optimization criteria in PcRpt (similar to PCReq)." 1. The document makes a brief remark on the differentiation for MSD compared to PMTU. While correct, it’s likely worth remarking that for SR-MPLS the type of SIDs pushed onto the path would also have an impact to MTU in the path selection. For example, AdjSIDs being popped as the packet is in transit vs node SIDs remaining constant vs more complexity with BSIDs being used in the transit path could actually cause the packet size to grow while in mid-flight. Was there any consideration into the impact of this for PCE and or guidance for how PCE should be able to handle this ? I don’t have content to suggest but since there’s no discussion SR-MPLS segment type behavior makes me wonder if there might be a scenario or situation gap. Shuping> Thank you for your suggestions. We will work on them and consider where to add the text. Best Regards, Shuping Thanks Andrew From: Pce <pce-bounces@ietf.org<mailto:pce-bounces@ietf.org>> on behalf of Dhruv Dhody <dd@dhruvdhody.com<mailto:dd@dhruvdhody.com>> Date: Monday, March 28, 2022 at 12:10 PM To: "pce@ietf.org<mailto:pce@ietf.org>" <pce@ietf.org<mailto:pce@ietf.org>> Cc: "draft-li-pce-pcep-pmtu@ietf.org<mailto:draft-li-pce-pcep-pmtu@ietf.org>" <draft-li-pce-pcep-pmtu@ietf.org<mailto:draft-li-pce-pcep-pmtu@ietf.org>> Subject: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Hi WG, This email begins the WG adoption poll for draft-li-pce-pcep-pmtu-05. https://datatracker.ietf.org/doc/draft-li-pce-pcep-pmtu/ Should this draft be adopted by the PCE WG? Please state your reasons - Why / Why not? What needs to be fixed before or after adoption? Are you willing to work on this draft? Review comments should be posted to the list. Please respond by Monday 11th April 2022. Thanks! Dhruv & Julien
- [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Dhruv Dhody
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Fangsheng
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Aijun Wang
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Gyan Mishra
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Dongjie (Jimmy)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Yangfan(Fan,IP Standards)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Luc-Fabrice Ndifor Ngwa [ MTN Cameroon ]
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Stone, Andrew (Nokia - CA/Ottawa)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Ketan Talaulikar
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Pengshuping (Peng Shuping)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Ketan Talaulikar
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 韩柳燕
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 wangminxue@chinamobile.com
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Gyan Mishra
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Ketan Talaulikar
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Gyan Mishra
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Ketan Talaulikar
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Gyan Mishra
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Gyan Mishra
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Dhruv Dhody
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Pengshuping (Peng Shuping)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Pengshuping (Peng Shuping)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Pengshuping (Peng Shuping)
- Re: [Pce] WG Adoption of draft-li-pce-pcep-pmtu-05 Pengshuping (Peng Shuping)