[Lsr] Re: Adoption of draft-many-lsr-power-group
Christian Hopps <chopps@chopps.org> Mon, 20 July 2026 21:30 UTC
Return-Path: <chopps@chopps.org>
X-Original-To: lsr@mail2.ietf.org
Delivered-To: lsr@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 15F2E11AD1A24; Mon, 20 Jul 2026 14:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1784583045; bh=RDqCAnf4uCaRjtbB47KrmylgPKIencHT3VQvn1CPe9o=; h=From:Subject:Date:References:Cc:In-Reply-To:To; b=Io/ll7wQ5qXi0Sc77+V2ZTbPsQ5V3+3xkk2VV2zkO1fzee+wiaWHotdg13g3EIRix 9VzqUsmyJXUcrXUer6XIRWf/0mV7KDWn/EtenybJlqoRaZydwm35q2T4SI5Za8O8Or +MOYdgePu5zcxmihSf9szrNQlfq/WQqPwWL5rYmU=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -0.995
X-Spam-Level:
X-Spam-Status: No, score=-0.995 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TXqoVOEN1NR6; Mon, 20 Jul 2026 14:30:44 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by mail2.ietf.org (Postfix) with ESMTP id 1F90111AD1A21; Mon, 20 Jul 2026 14:30:44 -0700 (PDT)
Received: from smtpclient.apple (unknown [139.28.87.215]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id B2F807D0AD; Mon, 20 Jul 2026 21:30:43 +0000 (UTC)
Content-Type: multipart/alternative; boundary="Apple-Mail-81EC2B87-E184-4D52-A276-8348521F80FB"
Content-Transfer-Encoding: 7bit
From: Christian Hopps <chopps@chopps.org>
Mime-Version: 1.0 (1.0)
Date: Mon, 20 Jul 2026 23:30:31 +0200
Message-Id: <9819F39D-17D1-4979-A98A-BBF574229EDB@chopps.org>
References: <DM4PR11MB5971D68AB69D5E98DA1B52D8C1C32@DM4PR11MB5971.namprd11.prod.outlook.com>
In-Reply-To: <DM4PR11MB5971D68AB69D5E98DA1B52D8C1C32@DM4PR11MB5971.namprd11.prod.outlook.com>
To: Les Ginsberg <ginsberg@cisco.com>
X-Mailer: iPhone Mail (23F84)
Message-ID-Hash: DE4W2PXXB2VCALXJVKWZ77KG52TOE6U2
X-Message-ID-Hash: DE4W2PXXB2VCALXJVKWZ77KG52TOE6U2
X-MailFrom: chopps@chopps.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-lsr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Tony Li <tony1athome@gmail.com>, lsr-chairs <lsr-chairs@ietf.org>, lsr <lsr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Lsr] Re: Adoption of draft-many-lsr-power-group
List-Id: Link State Routing Working Group <lsr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/XZ033DqD_kv5bSeUxI0TLWDg_VQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Owner: <mailto:lsr-owner@ietf.org>
List-Post: <mailto:lsr@ietf.org>
List-Subscribe: <mailto:lsr-join@ietf.org>
List-Unsubscribe: <mailto:lsr-leave@ietf.org>
On Jul 20, 2026, at 22:47, Les Ginsberg (ginsberg) <ginsberg@cisco.com> wrote:
Tony –
I think Chris and I have expressed the same point.
I also think you seem to want to “pick a fight” – and I am not interested in that.
I will call your attention to the following from RFC 7120. Although RFC 7120 is not directly applicable in this case, it is related and the concern expressed there seems very relevant to this case.
From https://www.rfc-editor.org/rfc/rfc7120.html#section-5" rel="nofollow"> https://www.rfc-editor.org/rfc/rfc7120.html#section-5
“There is a significant concern that the procedures in this documentcould be used as an end-run on the IETF process to achieve code point
allocation when an RFC will not be published. For example, a WG or a
WG chair might be pressured to obtain an early allocation for a
protocol extension for a particular company or for another Standards
Development Organization even though it might be predicted that an
IETF LC or IESG Evaluation would reject the approach that is
documented.”
Les
From: Tony Li <tony1athome@gmail.com>
Sent: Monday, July 20, 2026 1:05 PM
To: Christian Hopps <chopps@chopps.org>
Cc: Les Ginsberg (ginsberg) <ginsberg@cisco.com>; lsr-chairs <lsr-chairs@ietf.org>; lsr <lsr@ietf.org>
Subject: Re: [Lsr] Re: Adoption of draft-many-lsr-power-group
Chris, Les,
I wrote that code points "do not require adoption". That is accurate. A 'SHOULD' is not a 'MUST'. You don't get to change it into one. What I wrote originally was correct.
I respect the 'SHOULD' and the work the experts do, but the fact of the matter is that we have code, and it is going to ship regardless of adoption. At this point, I cannot stop it.
So, this is really up to you. You can allocate, or we can squat. Waiting is out of the question. Your choice?
Regards,
Tony
On Mon, Jul 20, 2026 at 9:56 PM Christian Hopps <chopps@chopps.org> wrote:
Expert hat on: I do not believe Les is raising the bar. We (reg experts) have followed the SHOULD advice rather consistently. We have always pushed for WG adoption first. It’s why I mentioned the order, adoption and then allocate, during the presentation. Yes, SHOULD is not MUST, but it’s also not MAY. :)
I think it’s worth giving the normal route a chance here before we look to the exceptional one.
Thanks,
Chris.
On Jul 20, 2026, at 20:12, Tony Li <tony1athome@gmail.com> wrote:
Les,
What I wrote is correct. Please read what you quoted. That's a SHOULD, not a MUST.
You don't get to raise the bar on a whim.
Tony
On Mon, Jul 20, 2026 at 6:36 PM Les Ginsberg (ginsberg) - ginsberg at http://cisco.com" target="_blank" rel="nofollow">cisco.com <mailforwards@cloudmails.net> wrote:
Tony –
I don’t want to start an argument – just want to set the record straight.
https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml" target="_blank" rel="nofollow">https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml states:
“Note
For IS-IS registries and value ranges maintained via the "Expert
Review" [RFC8126] registration procedure, guidance for IESG-designated
experts can be found in [RFC7370].”
https://www.rfc-editor.org/rfc/rfc7370.html#section-4" target="_blank" rel="nofollow">https://www.rfc-editor.org/rfc/rfc7370.html#section-4 states:
“2. The Designated Experts SHOULD only consider requests that arise
from I-Ds that have already been accepted as Working Group
documents or that are planned for progression as AD Sponsored
documents in the absence of a suitably chartered Working Group.”
So what you say below is not correct.
Les
From: Tony Li <tony.li@tony.li>
Sent: Monday, July 20, 2026 8:50 AM
To: lsr-chairs <lsr-chairs@ietf.org>
Cc: lsr <lsr@ietf.org>
Subject: [Lsr] Adoption of draft-many-lsr-power-group
Hi,
I would like to formally request that we start an adoption poll of draft-many-lsr-power-group.
I would also like to formally request code point assignment for this document. The relevant code points are all under "Expert Review" and do not require formal adoption before code point allocation. We would greatly prefer not to squat on code point values if we do not have to.
Regards,
Tony
- [Lsr] Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Les Ginsberg (ginsberg)
- [Lsr] Re: Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Christian Hopps
- [Lsr] Re: Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Les Ginsberg (ginsberg)
- [Lsr] Re: Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Christian Hopps
- [Lsr] Re: Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Tony Li
- [Lsr] Re: Adoption of draft-many-lsr-power-group Christian Hopps
- [Lsr] Re: Adoption of draft-many-lsr-power-group Gunter van de Velde (Nokia)
- [Lsr] Re: Adoption of draft-many-lsr-power-group Acee Lindem
- [Lsr] Re: Adoption of draft-many-lsr-power-group Gunter van de Velde (Nokia)
- [Lsr] Re: Adoption of draft-many-lsr-power-group Vishnu Pavan Beeram
- [Lsr] Re: Adoption of draft-many-lsr-power-group Marisol
- [Lsr] Re: Adoption of draft-many-lsr-power-group Bonica, Ron
- [Lsr] Re: Adoption of draft-many-lsr-power-group Marisol
- [Lsr] Re: Adoption of draft-many-lsr-power-group Bonica, Ron
- [Lsr] Re: Adoption of draft-many-lsr-power-group Marisol
- [Lsr] GREEN: Data Accuracy [Re: Re: Adoption of d… Christian Hopps
- [Lsr] Re: GREEN: Data Accuracy [Re: Re: Adoption … Marisol
- [Lsr] Re: GREEN: Data Accuracy [Re: Re: Adoption … Christian Hopps
- [Lsr] Re: GREEN: Data Accuracy [Re: Re: Adoption … Marisol
- [Lsr] Re: [Green] Re: Re: Adoption of draft-many-… Benoit@everything-ops.net
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Tony Li
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Benoit@everything-ops.net
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Robert Raszuk
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Benoit@everything-ops.net
- [Lsr] Re: [Green] Re: Re: Adoption of draft-many-… Carlos Pignataro
- [Lsr] Re: [Green] Re: Re: Adoption of draft-many-… Benoit@everything-ops.net
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Tony Li
- [Lsr] New draft draft-claise-green-capability-dis… Benoit@everything-ops.net
- [Lsr] Re: [Green] Re: Adoption of draft-many-lsr-… Barth, Colby
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Robert Raszuk
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Les Ginsberg (ginsberg)
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Robert Raszuk
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Barth, Colby
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Les Ginsberg (ginsberg)
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Vishnu Pavan Beeram
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Les Ginsberg (ginsberg)
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Robert Raszuk
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Chengen(GenChen)
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Joel Halpern
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Bonica, Ron
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Barth, Colby
- [Lsr] Re: [Green] Re: Re: Re: Adoption of draft-m… Robert Raszuk
- [Lsr] Re: Adoption of draft-many-lsr-power-group Aijun Wang
- [Lsr] Re: Adoption of draft-many-lsr-power-group Gunter van de Velde (Nokia)
- [Lsr] Re: Adoption of draft-many-lsr-power-group Les Ginsberg (ginsberg)