[Idr] Re: draft-ietf-idr-cpr-07 revisions/replied needed before publication
"Dongjie (Jimmy)" <jie.dong@huawei.com> Fri, 21 February 2025 15:19 UTC
Return-Path: <jie.dong@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65836C14F6BC; Fri, 21 Feb 2025 07:19:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.207
X-Spam-Level:
X-Spam-Status: No, score=-4.207 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 mro1KrtWhU5p; Fri, 21 Feb 2025 07:19:40 -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 2131EC14E513; Fri, 21 Feb 2025 07:19:40 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Yztxh3kfRz6H7jk; Fri, 21 Feb 2025 23:16:08 +0800 (CST)
Received: from lhrpeml500001.china.huawei.com (unknown [7.191.163.213]) by mail.maildlp.com (Postfix) with ESMTPS id 9D25B1406AD; Fri, 21 Feb 2025 23:19:37 +0800 (CST)
Received: from dggpemf100007.china.huawei.com (7.185.36.214) by lhrpeml500001.china.huawei.com (7.191.163.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Fri, 21 Feb 2025 15:19:36 +0000
Received: from kwepemf100006.china.huawei.com (7.202.181.220) by dggpemf100007.china.huawei.com (7.185.36.214) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 21 Feb 2025 23:19:34 +0800
Received: from kwepemf100006.china.huawei.com ([7.202.181.220]) by kwepemf100006.china.huawei.com ([7.202.181.220]) with mapi id 15.02.1544.011; Fri, 21 Feb 2025 23:19:34 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: John Scudder <jgs@juniper.net>, "draft-ietf-idr-cpr@ietf.org" <draft-ietf-idr-cpr@ietf.org>
Thread-Topic: draft-ietf-idr-cpr-07 revisions/replied needed before publication
Thread-Index: AQHbhHEz2rOarC4WpEGV+JK26Ak1grNR3ivg
Date: Fri, 21 Feb 2025 15:19:34 +0000
Message-ID: <dd523cc6d0534a7b801efc488e725273@huawei.com>
References: <563BF45C-AD59-4A58-8923-1ABCFD196C6D@juniper.net>
In-Reply-To: <563BF45C-AD59-4A58-8923-1ABCFD196C6D@juniper.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.82.20.183]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: JGIS6AKJFUR4NV6JH5ECVKZ7TEKCGCM3
X-Message-ID-Hash: JGIS6AKJFUR4NV6JH5ECVKZ7TEKCGCM3
X-MailFrom: jie.dong@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "idr@ietf.org" <idr@ietf.org>, Hares Susan <shares@ndzh.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Idr] Re: draft-ietf-idr-cpr-07 revisions/replied needed before publication
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/VdEc_KA__h2E8D1pDeqNUpzdGTc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>
Hi John, Thanks for letting us know the draft is approved. We noticed the recent comments during IETF last call & IESG review and will make an update to address them soon. Best regards, Jie > -----Original Message----- > From: John Scudder <jgs@juniper.net> > Sent: Friday, February 21, 2025 10:59 PM > To: draft-ietf-idr-cpr@ietf.org > Cc: idr@ietf.org; Hares Susan <shares@ndzh.com> > Subject: draft-ietf-idr-cpr-07 revisions/replied needed before publication > > Hi Authors (and cc WG, shepherd), > > Your document has been approved for publication, congratulations. Before I > send it to the RFC Editor, I’d like to ask you to consider the comments you > received during IETF Last Call and IESG review. You can update the document, > or not, as you see fit, but in any case please respond to the comments, for > closure. > > Murray Kutcherawy: > https://mailarchive.ietf.org/arch/msg/idr/KXu2Gktlcl3A4pKp05qcIxb1etw/ > (Suggests removing S. 2 intro paragraph. I don’t have any strong feelings > about this.) > > Deb Cooley: > https://mailarchive.ietf.org/arch/msg/idr/9RxfO0GqtZqdk8EMHROku0ayOok/ > (In particular please give some attention to the comments about Section 6.) > > Erik Kline: > https://mailarchive.ietf.org/arch/msg/idr/QmFcOEKGySdR--61apXinoKEjKQ/ > (The suggestion related to RFC 9602 seems like it could be a valuable > improvement.) > > Linda Dunbar/IETF LC: In his reply > https://mailarchive.ietf.org/arch/msg/idr/RcyUs0xZtQJx9KQdAACCUhhkQck/ > Jie says, > > ``` > Good question, with CPR mechanism, at the prefix originator, each colored > prefix is associated with a specific intent (i.e. color). And in each domain, > according to the color mapping policy, the same CPR route is always updated > with the same color. Thus normally there will never be multiple copies of CPR > routes with the same prefix but different color. The case you described is > considered as an error which should be logged, and none of these routes > should be used. > ``` > > But the draft doesn’t say anything about errors that should be logged (the > words “error” and “log” don’t appear in the document at all). I’m not sure > if this calls for the draft to be updated [*] or if you should revise your response > to Linda, but whichever it is, I’d like to see this resolved better. [**] > > I’ve set the datatracker substate to “Revised I-D Needed”. For clarity, > although I think it’s likely you will want to make some updates, you are not > *required* to revise the I-D. If you think none of the above-noted > comments/suggestions are applicable, that’s OK, but you do need to follow > up and say so in that case. > > Thanks, > > —John > > [*] But be careful, the draft is Informational because it introduces no new > normative requirements, and was approved with that status. If you introduce > new requirements, we might have to reconsider. > > [**] It might be that removing “which should be logged” from Jie’s reply is > all that’s needed. Also, if you think it would be helpful you could note in the > document that this is considered a misconfiguration. If I’ve missed where you > already do that, please point it out to me.
- [Idr] Re: draft-ietf-idr-cpr-07 revisions/replied… Dongjie (Jimmy)
- [Idr] draft-ietf-idr-cpr-07 revisions/replied nee… John Scudder
- [Idr] Re: draft-ietf-idr-cpr-07 revisions/replied… Dongjie (Jimmy)