Re: [Pce] WGLC for draft-ietf-pce-pcep-extension-native-ip-20

tom petch <ietfc@btconnect.com> Wed, 24 May 2023 15:33 UTC

Return-Path: <ietfc@btconnect.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 88934C15106C; Wed, 24 May 2023 08:33:37 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
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 4xFF59GEWIkD; Wed, 24 May 2023 08:33:36 -0700 (PDT)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04on2137.outbound.protection.outlook.com [40.107.8.137]) (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 1AE13C1CCCBE; Wed, 24 May 2023 08:33:06 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EL5vXglHOrDhJydMPjsaFapfgV6VwdCev3UCU0G13bqvfD8leHeLkdrx29U2pcZr1R5l75qmTAOFa3rLrfmd/wGlJWkf0CDpd4ptTeZYpj4mMzT6sgk/53vryD2i0ZmKURdULIW64z88Qs4Y7Nvl9giMg/rRKvNzXsPpTHEe/kQU17ohvzVPqIi29Et9VvbXxDYgEbEY7KyyOuJQ5C3d5u+1xoe2dTjSIRdoUXh3i5mWCJyHYuaw3F1aFqdkWCMWZ92eVkhvLsO6VnTRBd5g5yzsuq/azK8Ln3mmIKPJKuT9S0wx2QVBHqoPLwqods1RMF+HWzcRCC0LKM/SyBX86Q==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=7kOIQg47fBFCOv5r3AB5aDOBgWixpc3pL6x5DzkkKfg=; b=R/uC4XxNd6bC7+2Ux5RA6oPr9drrGjQWniKWsNY8OkknjDEHm+QzJ1FqxsEO62C1fScJpXom9o7pfSbXn2kUhxwLktquBDJDv9hSHPmEaq7aBlW5glR1oDI8k650M+sGGJRdlvb3CYtq1PqSqiLoXnC4garzVLwCrQNy2OGIjkXdoJJhnGJ4tg3FHyZxJfDdQAbuNd7DSCF/yglsaMf7cB6X/zmmvpHw1ILxDaEWKhwG14iR2Ssq38LiLbrZ4s8remjYPzO+23y7zGYnq9VvqTkSIqULDlmYCENTQjBdQXVeK4jp+0AzT815TsRl+n9mdhAPdVbzuFP7EokDZLDghA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7kOIQg47fBFCOv5r3AB5aDOBgWixpc3pL6x5DzkkKfg=; b=O35xnBrnvB2ntyP/jX4ZYCjEf2VTiR8LT9k2ljoRLuWHip0MhFJUMVbo9ONCyXHxxIfXPKWVkx0lzsjH44pWLUuscPaYnV6a7UwU4lJJmZb03lK3B0+JsUYf3tQjxRamGhmAEp+WhSAV4XpbPFotAzAfkSpzeeE58vscnhIxfW0=
Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by DB9PR07MB10051.eurprd07.prod.outlook.com (2603:10a6:10:4cc::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6433.15; Wed, 24 May 2023 15:33:02 +0000
Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::a928:74cd:caef:f589]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::a928:74cd:caef:f589%7]) with mapi id 15.20.6411.029; Wed, 24 May 2023 15:33:02 +0000
From: tom petch <ietfc@btconnect.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
CC: Dhruv Dhody <dd@dhruvdhody.com>, "pce@ietf.org" <pce@ietf.org>, "huaimo.chen@futurewei.com" <huaimo.chen@futurewei.com>, pce-chairs <pce-chairs@ietf.org>
Thread-Topic: [Pce] WGLC for draft-ietf-pce-pcep-extension-native-ip-20
Thread-Index: AQHZjlC+SJ2Wr0XgmkaZbdhf/ncX/q9piZyy
Date: Wed, 24 May 2023 15:33:02 +0000
Message-ID: <AM7PR07MB6248EA3616D98B7C7DD42047A0419@AM7PR07MB6248.eurprd07.prod.outlook.com>
References: <20230524171242.31EC690007C@mail-m121149.qiye.163.com> <FD954DC3-8DFC-4C27-9C66-8A10EA126F40@tsinghua.org.cn>
In-Reply-To: <FD954DC3-8DFC-4C27-9C66-8A10EA126F40@tsinghua.org.cn>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: AM7PR07MB6248:EE_|DB9PR07MB10051:EE_
x-ms-office365-filtering-correlation-id: b52b1fc7-5ee9-4a80-5188-08db5c6c297b
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wInZI/gzzkm5ZV95kcFkNHeAWKpgnYgK1rSoYWIGgy0wooW5LvytohF9qjSDvLlUu22F5ZIHkMZ3y88UMVo769dZZc2x6utEs4+AKlFBFhjP4jyMDcQ0DrqLhw4v4O6aEaYp7KiEpIUYb36asaFjg0g79PzBerXgutZ2cKLSy5hJD4LxGqDdQIXQcWiypouyqSQiikL+lrRbFOl6xrwo9GYy5ka392FCIOYWQKwIYe0j+kkC6QnBPjI6l1RlYRzVSOPqegbwPm7eUHkBBv77lth2JHhhDeYhj3wsqaxW2gQI4T2lupieGZxPCxm1YbSzP+XjEtV36FPTrsxuvn11LARaqEITZ4JGxls88ql2YiBAiFz6OW6cM8jEDKRYX2JiQ7/UKNhhaYGBHjiz723JCW8ehpAWH8DyR51jIOWEoojDH+iyF9qiw6hMztK4iOmPucPRwjZIORwgSgvCzgr01YGMtQUp8s/yTFGjvsi/LL/OSS9gxeN3FljNTUBdxPQM5tkpbEjPxHUhmo5W6pj+zWnfHE4R/lOsBDb27i3u1Kkw7Jxu29FXaGBGtjZfLa1rBgVEhgLxcClbYa1yizWTY3paM6KUzmh8T9qDbyho3jRgc5mtipbpAU6pPIELwOEJrDlRMlVjBfwcSl2KYDYnhQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(39860400002)(136003)(376002)(366004)(396003)(346002)(451199021)(52536014)(5660300002)(8676002)(8936002)(186003)(2906002)(33656002)(86362001)(83380400001)(38070700005)(38100700002)(82960400001)(122000001)(26005)(9686003)(53546011)(6506007)(55016003)(316002)(71200400001)(91956017)(76116006)(66556008)(64756008)(66946007)(66446008)(66476007)(6916009)(4326008)(54906003)(478600001)(7696005)(66899021)(41300700001)(966005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: xaxb9sNaeId9sqMIoxSPYbsYrwyKufhR9A3YVOE0RDfMXbXSOH7+jKugk9vr9klZx7dIUm3FTAqCyVMgK2fT9Xdd+fjNuYUL7KWGIjx12ZqdXnwHCydInk2tcpCO65rMQMBoq5Sok5fGaOoblJTll6Diu5EF4miaQ26Hru9xKEzWkHiUfGed09j9YTKz/0tjLj46eRHPxYgdCAbik3ms+NXqkoEIYJIBNuwF7ZpnwEn4JU+f7qd7ndEa0/47pqEI0Cdc3NBqO1TCTofyYkctzQHpQ5RRIKndJLdJcSXhtqyNNZEyaVH2e1E+9VD+ni9NfA3ytKxmFmOteLgpUu/mfbJXCSiyInK1kFR3X7sLI5AVt2+3xTlrp4sinr66f6c/6cqergfAE/3cx1SN5wmhA26+3NQYSrt+etQXgbkSzzokWNkbHRppoAPSU6vWxr23AFi4OeRd1YggdjvACjE9f3CxbR50+tGw1NpxesYNiZkb99xmrffJu7ZLIOmNPju5TLjY0xoaKz6o+ekYzfvmkDSAnsHxbWYYxBDe5XTpoLFgFQVn3WkHauuWCx5tE7IOgTd6fGxy7d9f7u4bBpbDAZ+k1FiwaVDBOrH351Gw8SMQ86xB5LitzAfCaNiWLI6yWljlwGXk7QbC+xaMB4nT9ej9eXQXCDlG485bNyr+BcJJvKx6y86cXpwXDdQYPz9mzJHDuG82CxhbD7xhegXnCqz4H/8gj4IdnwH/PRh1P2LEjk/7gOnaQJtubdYpvTk2EDu4lKZf7wlDQ4Zgd5RdIIS/ii+SpILvVZkkPXsqsWech1RwmCe6qU3x8G2/z4mgoUjg9PuA+o9fLLRQjD9/D4YuKIc75ZX8tsOkQwVfi+sKLLzHzThvtzV3sF7av/xgxJgrmglEEJZzoJNyCBQn/nWsVFmX0bGFoS4jqwZf8fj9QT/GTP+VKPuzAmHpvM74OAdTC2i6nHoCnKyiLIFyjX54UPV0TmiII444AzIxWEnA2nTp6JlYNerAW4CCUnisG06uUqkcXuE9jNQIcfQnIW3LWA35zDeEZQA0pvlJcJDGW33Fj1ZYM783+zbb0QggJHBRXdmgCgWmZF27QBOyek2dPSIEav0pED3nyEW19GiU0z4XhBXpNh2DjdiXVlvpqmGNzwnvQSrvqqFloTfeM0gdLzkGA+t9e063fentRs33ByP4WxZ7b8LiyG4LUS0nXPz4MZnVUE/TqUzpVB60ARbM2SAUJyl/+czfocWMx7u3QrjbjuAepBsguSpto038nQK37NUFMbuCVNrCJqTocgJOFPRQjfOBGk6thnGugewkeUuEYqhjWXqUkWy90OpRPu7dYlY+eV3C24CbrJSTKf0clQlJkqmj5OjgYLvhXEugsr/FC3yK+hgossGOA9jLVAEMJShDcN4kf7K7JkR20lBEdmT1xOTHUIytNUlua/u5vpO0886/WQ70r4ueAidX+erCxU3ygswo4C+MIi/1Lk1QUfLA6HfCHxMPeMoLFqLeDgCowMn9wPuHL4EHEDFGKA8UPeJv/zEUzxlGfCMmIKfKOTr2nNi04QeXH5EzuIw=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: b52b1fc7-5ee9-4a80-5188-08db5c6c297b
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2023 15:33:02.5176 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: J3qXnOmF6WCwmTG2PkMOQxqxZXX3lQ3SwtGJZWOslDByN0RlQK/FryMXnD3Ld0/wCctPhpMIwpwowbv2OSnRrA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR07MB10051
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/2qRDJVPvZEdQOO9-iPQZc7XHO60>
Subject: Re: [Pce] WGLC for draft-ietf-pce-pcep-extension-native-ip-20
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 24 May 2023 15:33:37 -0000

From: Aijun Wang <wangaijun@tsinghua.org.cn>
Sent: 24 May 2023 16:02

As I remember, it is the IANA first allocate the necessary values, then go to the RFCEditor.

Can we ask the IANA to (early) allocate the value now?

<tp>
At this stage in the process, I doubt if it is worth the extra work.  Such a request goes via chairs and AD.  I see it more when users want to implement and it may be some time before the I-D gets to the stage that this one is now at.  And later reviews - Last Call, IESG - may come up with changes to the TBDnnn that then confuse the picture.  I prefer the 'normal' process but with perhaps a bit more of a nudge to the RFC Editor to make sure that they pick up all the usages e.g. pointing out to the RFC Editor up front or in the IANA Considerations that there are many TBDnn in the body of the I-D.

Thinking about it, I am a bit hazy on the normal process between IANA and RFC Editor.  The e-mails that I see are when things go wrong and either the RFC Editor or IANA (or both) are unclear as to what is intended and need guidance from the WG

Tom Petch 

Aijun Wang
China Telecom

> On May 24, 2023, at 17:12, tom petch <ietfc@btconnect.com> wrote:
>
> From: Aijun Wang <wangaijun@tsinghua.org.cn>
> Sent: 23 May 2023 07:59
>
> Hi, Tom:
>
> Thanks for your review.
>
> I have uploaded the new version to address your comments.
>
> I am trying to find some more convenient methods to describe the un-allocated "TBDnnn" from the IANA. Do you have any suggestions that can't be "too easy to miss"?
>
> My purpose is that once the IANA allocates the value to each of these values according to our requests (https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-extension-native-ip-21#section-14)
>
> , I can replace them easily in the updated version.
>
> <tp>
>
> Mmm  I did look at other I-D for another way but think that this is unusual in the number of TBDnnn in the body of the I-D, not in the IANA Considerations.  I did not see a request for early allocation so the values will not be assigned until the I-D is about to leave the RFC Editor Queue so it is the RFC Editor, not you, who has to find all the instances of TBDnnn and replace them.  Common practice is to add a
> -- Note to the RFC Editor
> in each and every place where such action is needed outside the IANA Considerations.  There are a lot of them; 44 I think.  I think that at least there should be a Note to the RFC Editor in IANA Considerations to the effect that these values appear in many places and need editing.
>
> I will post separately a concern about BGP session setup.
>
> Tom Petch
>
>
> For the interaction between BGP and PCEP, we think the paces or procedures described in this document can be controlled by the PCE------Once the PCE sends the command to PCC, it will collect the status of such command. Only when the previous command is executed successfully, then the next command can be issued. Section 6 cover the descriptions of main procedures.
>
> For your other comments, please see replies inline.
>
>
>
> Huaimo  also gives us more valuable suggestions to refine the document offline. I have also incorporated them together in the updated version.
>
>
>
> Thanks all you together!
>
>
>
> Future reviews from other experts can be based on the updated version.
>
>
>
>
>
> Best Regards
>
>
>
> Aijun Wang
>
> China Telecom
>
>
>
> -----Original Message-----
> From: pce-bounces@ietf.org <pce-bounces@ietf.org> On Behalf Of tom petch
> Sent: Monday, May 22, 2023 7:35 PM
> To: Dhruv Dhody <dd@dhruvdhody.com>; pce@ietf.org
> Cc: pce-chairs <pce-chairs@ietf.org>; draft-ietf-pce-pcep-extension-native-ip@ietf.org
> Subject: Re: [Pce] WGLC for draft-ietf-pce-pcep-extension-native-ip-20
>
>
>
> From: Pce <pce-bounces@ietf.org<mailto:pce-bounces@ietf.org>> on behalf of Dhruv Dhody <dd@dhruvdhody.com<mailto:dd@dhruvdhody.com>>
>
> Sent: 16 May 2023 23:15
>
>
>
> This email starts a 2-weeks working group last call for draft-ietf-pce-pcep-extension-native-ip-20 [1].
>
>
>
> <tp>
>
> I had a look and decided that it is mostly beyond me - I am not up to speed with all the 15 Normative References, in particular with RFC8821.  I would prefer that this I-D provided a better bridge to the material in RFC8821.
>
>
>
> I note that RFC8821 is an as yet unapproved downref which reinforces that view.
>
>
>
> I note too that the Abstract references this and 8735 as anchors which Abstracts must not do.
>
> [WAJ] Remove the anchors in the abstract.
>
>
>
> The I-D uses the word 'draft' in many places.  These must be changed.
>
> [WAJ] Changed the "draft" to "document" within the entire document.
>
>
>
> The I-D has a large number of TBDnnn with no note requesting that they are replaced;  I find these easy to miss.
>
> [WAJ] Do you have any suggestions that can't be "easy to miss"?
>
>
>
> p.9 2)
>
> seems to end mid-sentence.
>
> [WAJ] Updated
>
>
>
> The English is not quite in several places and could be confusing.  Thus p.5 "Further only one
>
>   of BPI, EPR, or PPA object MUST be present.  "
>
> I can interpret in two ways although subsequent text makes one the preferred one.
>
> [WAJ] Change the phrase to "Further only one and one kind of BPI,EPR, or PPA object MUST be present", is it better?
>
>
>
> I suspect that there are many potential interactions with BGP, especially when things are not going quite right, and that the I-D does not cover them all.  The language used is not that of BGP (e.g. Established, speaker).  The timing too of BGP can be quite slow, in setup and in shutdown and I wonder how a PCC copes with that.
>
> [WAJ] Once the PCC receives the PCInitiate message that include BPI (BGP Peer Info) object, it will try to build the BGP session between the peers that indicates in the BPI object. Only when it establishes the BGP session successfully, it will report the PCE via the PCRpt message(as that described in section https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-extension-native-ip-21#section-6.1). Then the PCE can send other instruction to the PCCs.  Actually, the procedures described in this document is asynchronous.
>
>
>
>
>
> As I say, largely beyond me but the English needs some attention;  using the terminology of BGP would help.
>
>
>
> Tom Petch
>
>
>
>
>
> Please indicate your support or concern for this draft. If you are opposed to the progression of the draft to RFC, please articulate your concern. If you support it, please indicate that you have read the latest version and it is ready for publication in your opinion. As always, review comments and nits are most welcome.
>
>
>
> The WG LC will end on Wednesday 31st May 2023. We will also notify the IDR WG about this WGLC.
>
>
>
> A general reminder to the WG to be more vocal during the last-call/adoption and help us unclog our queues :)
>
>
>
> Thanks,
>
> Dhruv & Julien
>
>
>
> [1] https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/
>
>
>
> _______________________________________________
>
> Pce mailing list
>
> Pce@ietf.org<mailto:Pce@ietf.org>
>
> https://www.ietf.org/mailman/listinfo/pce