Re: [Terminology] Update to TERM charter text

Pete Resnick <resnick@episteme.net> Wed, 14 April 2021 04:15 UTC

Return-Path: <resnick@episteme.net>
X-Original-To: terminology@ietfa.amsl.com
Delivered-To: terminology@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B0CC3A1A6B for <terminology@ietfa.amsl.com>; Tue, 13 Apr 2021 21:15:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 P-WtszIX5MNW for <terminology@ietfa.amsl.com>; Tue, 13 Apr 2021 21:15:21 -0700 (PDT)
Received: from episteme.net (episteme.net [216.169.5.102]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48F8C3A1A68 for <terminology@ietf.org>; Tue, 13 Apr 2021 21:15:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by episteme.net (Postfix) with ESMTP id C9056E09B1F9; Tue, 13 Apr 2021 23:15:19 -0500 (CDT)
Received: from episteme.net ([127.0.0.1]) by localhost (episteme.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jbolg6MFajfc; Tue, 13 Apr 2021 23:15:17 -0500 (CDT)
Received: from [172.16.1.27] (episteme.net [216.169.5.102]) by episteme.net (Postfix) with ESMTPSA id C1828E09B1F0; Tue, 13 Apr 2021 23:15:16 -0500 (CDT)
From: Pete Resnick <resnick@episteme.net>
To: Mallory Knodel <mknodel@cdt.org>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Niels ten Oever <lists@digitaldissidents.org>, terminology@ietf.org
Date: Tue, 13 Apr 2021 23:15:15 -0500
X-Mailer: MailMate (1.14r5786)
Message-ID: <5E9FE170-8600-4F28-AF38-C6F8C4960111@episteme.net>
In-Reply-To: <CAGVFjMLJjWE=N_cH=ESrDLV8C09QeTXC=Ojkqdm9WX7O72hUOg@mail.gmail.com>
References: <8143F715-9D83-4C15-B441-D0D8CA302C50@eggert.org> <D5FEBE8C-14D4-48BD-AAE7-9436E296CB7E@eggert.org> <ed88e91a-1224-4918-710e-dfe6e5c89df4@digitaldissidents.org> <9191f3bd-d52a-4fa4-b117-79b3bb517cdf@www.fastmail.com> <6a54335a-b033-60a1-a431-ba92954527cc@digitaldissidents.org> <CANMZLAb4wHudyNCr+m7VosqfMz=nzKtt54thb8pCQS8kKoisMw@mail.gmail.com> <50b0ee01-f587-b132-4305-5241b01cbaca@cdt.org> <cd599df3-aea0-c529-44a1-5da96e3eb12d@gmail.com> <CAGVFjMLJjWE=N_cH=ESrDLV8C09QeTXC=Ojkqdm9WX7O72hUOg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/terminology/gVsu1X5Fxac4Hewg60IGcuD0A08>
Subject: Re: [Terminology] Update to TERM charter text
X-BeenThere: terminology@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Effective Terminology in IETF Documents <terminology.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/terminology>, <mailto:terminology-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/terminology/>
List-Post: <mailto:terminology@ietf.org>
List-Help: <mailto:terminology-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/terminology>, <mailto:terminology-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Apr 2021 04:15:26 -0000

On 13 Apr 2021, at 18:09, Mallory Knodel wrote:

> I am offering my view that there appears to be a choice in processes 
> and we may have chosen badly if I do a quick calculation:
>
> Current process: IESG+community approval of a WG charter + production 
> of a document + WG+AD+IESG+Community approval.
>
> That’s three milestones and several rounds of approvals (6?).

Close enough. No community approval of the WG charter is needed, and 
community approval of the document (i.e., Last Call and coming to 
consensus) comes before IESG approval.

> IS: production of a document + GA/AD sponsorship + IESG+Community 
> approval.
>
> That’s three milestones and 3? approvals.

Again, pretty close. The AD still has to approve the document. And 
remember that community approval (i.e., Last Call and coming to 
consensus) is normally twice as long for AD-sponsored as it is for WG 
documents.

In effect, everything after the document is produced and approved by 
whoever wrote it (WG or individual) is the same, as documented here:

https://datatracker.ietf.org/help/state/draft/iesg

With the exception of the Last Call period being different. For any WG 
document, you're adding on the chartering requirements and the WG coming 
to consensus ("approving") of the document.

> IS just seems more lightweight, and ideally the AD and willing members 
> of the IESG could work on production, cutting down more hurdles.

AD-sponsored documents (best not to use "IS" to distinguish them from 
Independent Series documents directly to the RFC Editor) can be more 
lightweight, but as I said earlier, only if the document is simple 
and/or non-controversial. If it is complex and/or controversial, then 
you're simply folding the work that would have happened during the "WG 
coming to consensus" step into the "community approval" step. That ends 
you up with an unbounded (or only ad-hoc bounded) IETF-wide discussion 
of all of the controversial or complicated issues on the IETF list, 
moderated by the sponsoring AD, which tends to be far less efficient 
than having a WG sort those issues as best it can before then bringing 
it to the IETF list.

> Now I think IS isn’t ideal if it wouldn’t represent community 
> consensus. (I’ve heard others say this but surviving last call would 
> mean consensus, would it not?)

I think people were confusing them with the Independent Series 
documents, which are not community consensus documents.

> But since the IESG approves it, this is rather more satisfying ime due 
> to DEI initiatives needing some healthy degree of leadership in order 
> to break reactionary impasses, sometimes, as a peril of majority rules 
> communities.

First, a good WG chair is in a much better position to facilitate 
breaking impasses than an AD on the main IETF list. Second, IMO rough 
consensus is not majority rules. (See RFC 7282.)

I think on a controversial topic, a WG producing a document is actually 
more efficient and more likely to get the rough consensus of the 
community than an AD-sponsored document brought immediately to Last 
Call.

pr