Re: [Gendispatch] Updating the IETF Discussion List Charter (was: Fwd: New Version Notification for draft-eggert-bcp45bis-02.txt)

Eliot Lear <lear@lear.ch> Sun, 26 June 2022 09:59 UTC

Return-Path: <lear@lear.ch>
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 B37AEC1594AD for <gendispatch@ietfa.amsl.com>; Sun, 26 Jun 2022 02:59:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.775
X-Spam-Level:
X-Spam-Status: No, score=-2.775 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-1.876, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 M8oFpR6iqy56 for <gendispatch@ietfa.amsl.com>; Sun, 26 Jun 2022 02:59:13 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (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) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2190CC14F74E for <gendispatch@ietf.org>; Sun, 26 Jun 2022 02:59:12 -0700 (PDT)
Received: from [192.168.0.227] (77-58-144-232.dclient.hispeed.ch [77.58.144.232]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 25Q9x4Yq169896 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sun, 26 Jun 2022 11:59:04 +0200
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1656237545; bh=ZQdPm8LuJGeDbPVbbHiZJmqODEXuLCgKgXsetngmcQ8=; h=Date:To:Cc:References:From:Subject:In-Reply-To:From; b=KZzwlTkOno7JXWkXiG4n5lKPTRltjqssnV1ihTXaZSyES1voN51cqKOgTQL7cVxYf jtfUxHms4ed6mHzq7UaljDuH/mEH7yjsZikIWldZJKhcNETbeXcf3iVLmkR61FJVc5 QPqXsR4UT/6hvm46d4Nla5fwdPGNFN7RS9GocSbY=
Message-ID: <403708a4-a817-75ca-fd26-1bb87a947e59@lear.ch>
Date: Sun, 26 Jun 2022 11:59:01 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Rob Sayre <sayrer@gmail.com>
Cc: Stephen Farrell <stephen.farrell@cs.tcd.ie>, GENDISPATCH List <gendispatch@ietf.org>, Mark Nottingham <mnot@mnot.net>
References: <162444929705.22096.2956472779291079641@ietfa.amsl.com> <ED2832A3-F392-4F7F-8483-071140AB8FF6@eggert.org> <07736465-1FEB-4419-B6F5-B18ABB23865C@eggert.org> <CAChr6SzvXDxzi49ZG3oCJGVDh03iSOMgVVqj4EaOUM9TsJxFgQ@mail.gmail.com> <cfac3427-510b-fcf0-fdce-e1b3b7908a52@network-heretics.com> <bbafcb27-cf1d-665b-785c-137d4d20e2a9@cs.tcd.ie> <b5180ca1-f7a6-edfb-2ac6-31fe64ed88c1@lear.ch> <CAChr6SyNej9rmKN14T33AW9wDfp=fCX2RqQQiaAiUptQVE+JVQ@mail.gmail.com>
From: Eliot Lear <lear@lear.ch>
In-Reply-To: <CAChr6SyNej9rmKN14T33AW9wDfp=fCX2RqQQiaAiUptQVE+JVQ@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------sdl6FgYSJZA8baJDviHLri2M"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/YrbfgulBfzC4Btvp3i4ZiuIyvcs>
Subject: Re: [Gendispatch] Updating the IETF Discussion List Charter (was: Fwd: New Version Notification for draft-eggert-bcp45bis-02.txt)
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.39
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: Sun, 26 Jun 2022 09:59:17 -0000

Taken together:

On 25.06.22 23:53, Rob Sayre wrote:
>
>
> Adding an "off-topic", "discussion", or "random" communication channel 
> is a very common thing to do in online communities.

Maybe so, but that is not what I would suggest we have as a plenary 
function.  This organization has a mission, and like any other sane 
organization, anything outside of that mission is not for a plenary 
meeting.  We can have other lists for random/off topic discussion, if we 
must.


> The list with the most general charter does not have to have the 
> widest latitude.

Yes.  In fact quite the opposite.  The utmost discretion and care should 
be give to it.

As Mark put it:

> 1) A well-defined purpose and scope for the plenary function (which implies that what it is*not*  is also defined), and
> 2) A well-thought-out moderation function that's broadly seen as legitimate.

Although I might add that I have pondered the word "facilitation" from 
time to time.  And I have even pondered two words, “professional 
facilitation”, from time to time.

What are the greatest problems we are facing today as a community?

>
> Arguments like "stop trying to kill the IETF's sense of community" 
> aren't called for. Just way over the top, to be honest.

Before you say that, let's turn this around. What evidence do you have 
that such a community continues to exist?


>
>     If what you mean in by dissecting and reconstructing is the
>     splitting of
>     lists and removal of plenary power from the IETF list, then I
>     agree that
>     we have fragmented that function in a way that has harmed the
>     organization's community identity and, I believe, the Internet
>     architecture. 
>
>
> What is the evidence for this harm?

Try this as an exercise: name the top three activities going on in each 
area.  If you can't do that, that's the harm.  If you do not understand 
how they might relate to the Internet, that's even more harm because 
we're the ones who are supposed to understand that.

Furthermore, apart from security, our organization is against the 
Internet layering model that dates back to our earliest days.  But most 
people don't think like that in today's world: they think in terms of 
the problems they are trying to solve at a systems engineering level, 
trying to put it all together.  With the DISPATCH model, things have, 
from time to time, gotten dropped, NOT because people don't want to work 
on them, but because of how we are organized.

A plenary function serves as a means for people to raise those aspects 
for discussion and “dispatch” (lower case).

Beyond that, this organization has used that plenary function – 
sometimes in a way that we wouldn't have liked – to express and discuss 
serious concerns.  In the last few years this has happened at least 
three times:

 1. What to do about Snowdonia, where the community decided both on list
    and off to establish a policy around pervasive surveillance.
 2. The RFC Editor's resignation, leading to an IAB program and four
    drafts that are about to become version 3 of the RFC model.
 3. COVID and what to do about it, in terms of how it impacts our community.

Without that plenary function, where would these matters have been 
discussed?  All three of these points impacted the entirety of the 
organization.  I will add a fourth that neither I nor Daniel Migault nor 
Jay nor others have lost sight of: our organization's impact on the 
environment.  That one is festering.

There are others.  How we as an organization handle privacy and other 
values is horizontal, as we've seen.  Those discussions continue, 
although I challenge you to find them.

That DOESN'T mean, again, that people should prattle on in plenary.  It 
does mean that we should be informed because finding some of this stuff 
in last call doesn't typically allow for revisiting of the work.


>
>     Plenary is needed not only for that identity but so that
>     the left hand (or however many hands we have) knows what the right
>     hand
>     is doing.
>
>     But that doesn't mean that there should be  a free-for-all on a
>     mailing
>     list.  Endless bickering about the same old subjects is not helpful.
>     Debating points not within the power of the IETF is
>     counter-productive.
>
>
> Well, when I wrote that IETF@ was "outward-facing", what I meant was 
> that newcomers encounter it and it does happen to represent the 
> organization by dint of its name.

I hear you about the name.  We have created this "misleading" 
situation.  Keep in mind what JFK said:

/Our problems are manmade--therefore, they can be solved by man./

(Forgive the use of the masculine; it is a quote and Kennedy might well 
have used the term "people" today.)

Eliot