Re: Internet-Draft draft-rsalz-2026bis-00.txt is now available.

Michael Richardson <mcr+ietf@sandelman.ca> Mon, 02 September 2024 02:16 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 466DAC16940E for <ietf@ietfa.amsl.com>; Sun, 1 Sep 2024 19:16:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=sandelman.ca
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 KKqiL5USbSmZ for <ietf@ietfa.amsl.com>; Sun, 1 Sep 2024 19:16:21 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93683C14F5FA for <ietf@ietf.org>; Sun, 1 Sep 2024 19:16:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 63D4D38992; Sun, 1 Sep 2024 22:16:20 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavis, port 10024) with LMTP id zODoEk1MVqf1; Sun, 1 Sep 2024 22:16:18 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sandelman.ca; s=mail; t=1725243378; bh=M+baFovRyi85dLttYox2MyKlrZh7aNVa4FYJgD1shZQ=; h=From:To:cc:Subject:In-Reply-To:References:Date:From; b=u23EX3h2ySEE4QgFdJq/wnpIKjBqNN8GCy+OTbbtra/U8sQwqdvxBX82IHm0nd7me nXvtNALG5wE1t8tTbFJoDwyjsWRffuNZmbmNe4e46daUPdJFLchqLlhnk0foDuW4PY 1Hr52Xplp5Xe05RXEie+Ie9Cnz5+5p29ttawbXY1aAvXD4sUgM23fnyqgcseS1Q4Pf a9k26pDZfTNFTFZtsOseNbECkpk2vOaZzeEPIYgYuwHQtvITiNNJP8kTJOT/GTyMCj OTSbzq6GZdMJJvPl0an+M2lP/HPV8l5zlmRbJrS0NMtWVoA6gLLTNACaZNzFlPZ1oK Jd5XjRbmK5LQg==
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id ABE9338991; Sun, 1 Sep 2024 22:16:18 -0400 (EDT)
Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id A76E159E; Sun, 1 Sep 2024 22:16:18 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Internet-Draft draft-rsalz-2026bis-00.txt is now available.
In-Reply-To: <35cf0624-72a8-4a5d-9f9f-330dd9565f20@gmail.com>
References: <9253BAA6-2278-496E-8832-EEB802B54242@sobco.com> <63c4e784-f949-4d5c-97c6-889d2d5bca3a@gmail.com> <7FA8E1ACC4330226FD4A5EEE@PSB> <9a0d142e-057d-44f3-af6b-db72a603ecfd@gmail.com> <LV8PR11MB85369B446C582BF1352049FDB5942@LV8PR11MB8536.namprd11.prod.outlook.com> <4724.1724967198@obiwan.sandelman.ca> <35cf0624-72a8-4a5d-9f9f-330dd9565f20@gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.8+dev; GNU Emacs 28.2
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0;<'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Sun, 01 Sep 2024 22:16:18 -0400
Message-ID: <18504.1725243378@obiwan.sandelman.ca>
Message-ID-Hash: SMTSNH2SPX5SPJUAUL5XA6YS4IWCDII7
X-Message-ID-Hash: SMTSNH2SPX5SPJUAUL5XA6YS4IWCDII7
X-MailFrom: mcr+ietf@sandelman.ca
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: ietf@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZdsTERUbXamlEaFa1S_lycRYBCI>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-owner@ietf.org>
List-Post: <mailto:ietf@ietf.org>
List-Subscribe: <mailto:ietf-join@ietf.org>
List-Unsubscribe: <mailto:ietf-leave@ietf.org>

Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
    > On 30-Aug-24 09:33, Michael Richardson wrote:
    >> Rob Wilton \(rwilton\) <rwilton=40cisco.com@dmarc.ietf.org> wrote:
    >> > 3.  Split/migrate the existing IETF process into what must be in the
    >> > RFCs/BCP and what moves to webpages (hopefully also incorporating
    >> > appropriate IESG statements).  If we want to change core parts of the
    >> > IETF process, i.e., the parts that are documented in BCPs, then this
    >> > may be a time to consider this, but this could also be deferred, to
    >> > reduce risk).  Moving text to webpages may be quite a lot of work,

    mcr> What kind of risks are you thinking here?
    mcr> I think that the biggest risk is a 1000 message long debate over minutia
    mcr> which pisses off half the community, and we lose the energy to finish :-)

    bc> There's another risk, which is why I keep banging on about
    bc> https://www.ietf.org/process/informal/: sheer complexity. Cleaning up
    bc> RFC 2026 and RFC 2418 will be no means solve the problem. We have
    bc> multiple process BCPs, multiple related Informational RFCs, multiple
    bc> IESG statements, and multiple bits of folklore.

Wow. That's a lot of links.
I think we need a WG for this work.

It feels to me that we need to:

1. move all the text into wiki pages.
2. move/blend/re-organize.
3. yank text *out* of the wiki into process BCPs as appropriate.
4. consolidate whatever is left.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [




--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide