[Gendispatch] Large cluster [Re: I-D Action: draft-eggert-bcp45bis-01.txt]

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 30 March 2021 22:06 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69D353A10A1 for <gendispatch@ietfa.amsl.com>; Tue, 30 Mar 2021 15:06:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ddC90Znfi9Kv for <gendispatch@ietfa.amsl.com>; Tue, 30 Mar 2021 15:06:30 -0700 (PDT)
Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDB603A109E for <gendispatch@ietf.org>; Tue, 30 Mar 2021 15:06:29 -0700 (PDT)
Received: by mail-pl1-x62c.google.com with SMTP id l1so6867305plg.12 for <gendispatch@ietf.org>; Tue, 30 Mar 2021 15:06:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=H+qwvSf6Kht/agtCTxoLKcw1/PYOVluUQT6hr14xaG4=; b=tCxgU930IHngiNxZlcb91KsLhCWrSHkdZCsOsidGKS/I0BdlJLJoLBlxdJZ4yaAvg6 FebC00iJH/Cp6METlgE3iS7mgBTbQVcV0yjr7faA0wWQN8DQ9QOaE8DBlmRTlgIVtBC6 /Q0TfsJ1OV3/T7ns5xERbcngvem59bJL97LAZHqW3cHmppBJcBB20v/HGfBjYub0cvXd PIlzW9pThdrAxCHYEp9sLg2KI0FB7k3djEZwR7I7qVkZvmztcN8DhjQOpNoh+lBGS76d o6/lyNRfSM3TJKnkPQGXOKK+a0LEW39CaTa2qHbexlFhwA69QVgkrIlz7GtsXS05ZDJ6 GfXw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=H+qwvSf6Kht/agtCTxoLKcw1/PYOVluUQT6hr14xaG4=; b=moOAz4RtbYGwV4xM8fMIFh3nRB5k985w6JiR8p9smPTBbojjPax34n1+VpS0gMn6of rYVpXQvWEqzfJeGfbsEBB/+I2YOGPLQ2hC0MjXR2B6RS6/zwD61lsfYJAtBTntJCwoGS LM85bBoBz5UtkLaeJZr7BG93TUYX//eAF0IjErhlf/QtGv1rhToIt44onRWTfjtsbd4d O3mJsm4EGjIeKfXTks8Kp5XBoIJ2/ZCmqdbibYMPl1S4ryypQ85x54Onzl9V6CGhVLEm SBzk/51XfB1NTL//eGv+MPCVxdFquBZmzbUwkTpALAnKyAmw4gEpD2sQ3WDgokNXTMPZ nnjQ==
X-Gm-Message-State: AOAM533CpCWRWf1bcQaMw64/IMKTWslYST/v8TOZuuQccaTxYQnTBlSL 5pusw4WTV5arAbSUwWNVuAY=
X-Google-Smtp-Source: ABdhPJxY40JDQXE3J/t9bYH9/4i/1m4rvvTR3dQaGwNFxoXy6NDL3uCpoRqAGT32whHm6OjpgzMSSw==
X-Received: by 2002:a17:90b:4c87:: with SMTP id my7mr415737pjb.162.1617141988082; Tue, 30 Mar 2021 15:06:28 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.131.14]) by smtp.gmail.com with ESMTPSA id l3sm104059pju.44.2021.03.30.15.06.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Mar 2021 15:06:27 -0700 (PDT)
To: Eric Rescorla <ekr@rtfm.com>
Cc: Lars Eggert <lars@eggert.org>, Eliot Lear <lear@cisco.com>, GENDISPATCH List <gendispatch@ietf.org>, Eliot Lear <lear=40cisco.com@dmarc.ietf.org>
References: <161701910454.13044.908232164554537032@ietfa.amsl.com> <55b4e061-f25d-8958-1e75-868bec0c735e@gmail.com> <D277EB6F-FDB1-4588-A77B-FC29B0FB782F@eggert.org> <963ED8F3-712F-4E8D-BF29-A3E7735E4641@mnot.net> <53AB2142-8BC2-43AC-86E7-EC9F1E72D9D3@cisco.com> <71B14C3D-AF8C-4C7F-9C14-03686F499E4D@eggert.org> <0B3C59C9-5057-4DC2-AF1E-CA3216436996@cisco.com> <10400F6C-C9E3-4136-A4FE-D97B83E6F67C@eggert.org> <9134c6cc-8f44-e4e7-c4aa-8a0dd271adf9@gmail.com> <CABcZeBPwW-fqRhsF0LHhJutZ++emRL816+05BgntZEA2Ga0Lsg@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <7b5abd62-092a-69c4-f818-d8870a7324b7@gmail.com>
Date: Wed, 31 Mar 2021 11:06:22 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CABcZeBPwW-fqRhsF0LHhJutZ++emRL816+05BgntZEA2Ga0Lsg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/3k1Ikb8Rowkg9duMVM3W-hK_XWg>
Subject: [Gendispatch] Large cluster [Re: I-D Action: draft-eggert-bcp45bis-01.txt]
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Mar 2021 22:06:34 -0000

Off topic, but just to clarify my intention:

On 31-Mar-21 09:20, Eric Rescorla wrote:
> 
> 
> On Tue, Mar 30, 2021 at 1:13 PM Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> 
...
>     > We can always revise it again, when there is consensus on more fundamental changes.
> 
>     Agreed, and that needs a much deeper analysis. And IMNSHO there are many much more important process issues to resolve than the occasional unruly threads on ietf@. Just to pick one at random, what can we do to prevent something like Cluster 238 ever happening again?
> 
> 
> This is a bit hard to answer without having a clearer statement
> of what went wrong with C238.

There's a partial analysis at https://www.ietf.org/blog/webrtc-pandemic/

> 
> I could imagine several objections here:
> 
> - We shouldn't have projects which require changes to large
>   chunks of the protocol suite.
> 
> - We shouldn't have to publish all the documents in those
>   projects simultaneously.
> 
> - It's hard for the RPC to manage the simultaneous publication
>   of all those documents.
> 
> - Something else?
> 
> It seems like each of these might have different solutions.

Indeed, and some of them are related to the old question of how to
dynamically document complex standards with components at different
maturity levels. My real question is: are we going to duck the hard
questions about the IETF standards process?

    Brian