Re: A contribution to ongoing terminology work

Keith Moore <moore@network-heretics.com> Tue, 06 April 2021 15:25 UTC

Return-Path: <moore@network-heretics.com>
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 CCD4C3A2568 for <ietf@ietfa.amsl.com>; Tue, 6 Apr 2021 08:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, SPF_NONE=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=messagingengine.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 bcmjGZaiOuU6 for <ietf@ietfa.amsl.com>; Tue, 6 Apr 2021 08:25:24 -0700 (PDT)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA9553A2562 for <ietf@ietf.org>; Tue, 6 Apr 2021 08:25:23 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E22475C0165 for <ietf@ietf.org>; Tue, 6 Apr 2021 11:25:22 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 06 Apr 2021 11:25:22 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=TZ5p2qrn990COBO3CGOm8pUotB8+QHgSFR8c8Nh3N zk=; b=wB7dkQwB0dO8iyYWOQ3Qed+RH7XcbmGmQDzvE1ebUqkTCu8OrVz6RZskn mdh8KKcKhnDOTC8eedonAe5HrAcyJulB5WrPWbdjQIVXJ7hiOuOtBVNZu7NgKYdW iZ+VfzeloCRNQPsLIbq5bLNNk/460b7RyKl+cANAntyk5d4Ay6UvL7phr8EYaIFA LBERrufaBnl8EIEUS/+xS2bmf+GvHcIjSDwk000a0n6BKRBspBenAm8hIoi+isOv jx8ss/TsZzr1/grpnjOWJ4Zrm26r//IynHD5XBndQ+fHRLs/XapEXfuSpl250c/N 7DkWY1etp2ZhdTHD/Mkk7aihzyQLg==
X-ME-Sender: <xms:Yn1sYHHWKLUet_RzvP9-gJpv9twja_-cML86LYJePB-tnbBNmyWMaA> <xme:Yn1sYEXwLskMjtaBNoJNZ-nnkuuKt3MBGj8ErTQA5Taw5r9F1QgJDNgx0PXRhnhVI wrzxV0GVIXLdg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudejhedgfeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtke ertddtfeejnecuhfhrohhmpefmvghithhhucfoohhorhgvuceomhhoohhrvgesnhgvthif ohhrkhdqhhgvrhgvthhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpeehhfeutdehfe fgfefghfekhefguefgieduueegjeekfeelleeuieffteefueduueenucfkphepjeefrddu udefrdduieelrdeiudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehmohhorhgvsehnvghtfihorhhkqdhhvghrvghtihgtshdrtghomh
X-ME-Proxy: <xmx:Yn1sYJKj1iFZWaw_56-ojDwPiHfiycFZyeH5w-STIQ1oNr8p6BydBw> <xmx:Yn1sYFE91OqMQJyH6YvEZa97xVmfYWLEWlt66m210ywc6zQVBK4IOw> <xmx:Yn1sYNWlZKx6YH9vAH3TPLtQBDcIIcMps3W4LgLZ9t0qrxHWAZ-FEQ> <xmx:Yn1sYCXM8ZY8MU-LI_L2xeGVJvGUaxLdnV4JsK27A9-T295MMIDKmw>
Received: from [192.168.30.202] (c-73-113-169-61.hsd1.tn.comcast.net [73.113.169.61]) by mail.messagingengine.com (Postfix) with ESMTPA id 6438024005C for <ietf@ietf.org>; Tue, 6 Apr 2021 11:25:22 -0400 (EDT)
Subject: Re: A contribution to ongoing terminology work
To: ietf@ietf.org
References: <1e4feea2-2c81-b31a-04e3-d4c9a4adbaf7@lounge.org> <20210402163230.GH79563@kduck.mit.edu> <4c82de79-1e40-2eed-909b-8a288284393d@lounge.org> <439a33c9-5791-4c90-76a3-54aab828a37d@network-heretics.com> <5C955F3B-2EE7-43DD-85BA-DA1C1CF353F1@tzi.org> <7b3ba302-ec36-eb8d-7461-861a0b6651ac@network-heretics.com> <0dca7a0d-d51e-4c67-cc96-a44de0141480@gmail.com> <9c369a34-d47c-3af0-9793-8342f5f6ec63@network-heretics.com> <c613095d-f0b4-8df7-e703-d1b3c52bffc5@gmail.com> <tslpmzctgoi.fsf@suchdamage.org> <20210404201640.GD3828@localhost> <b24abb42-2876-40d8-2130-e80c01096e7f@alumni.stanford.edu> <9cb4a281-be2f-92b2-b883-736624788e59@network-heretics.com> <F7448554-4B81-48DB-B084-31E39153C131@tzi.org> <1bfd3fae-f42e-6bd2-bb75-0d1163379540@network-heretics.com> <ybly2dwiab5.fsf@w7.hardakers.net>
From: Keith Moore <moore@network-heretics.com>
Message-ID: <dbb67b4a-9c11-0b6b-1550-ab035891fcc4@network-heretics.com>
Date: Tue, 06 Apr 2021 11:25:21 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <ybly2dwiab5.fsf@w7.hardakers.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/nB2_vRPkVvrzfst-kA5xFD8XjG8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2021 15:25:29 -0000

On 4/5/21 7:25 PM, Wes Hardaker wrote:

> Keith Moore <moore@network-heretics.com> writes:
>
>> I am continuing to press this issue because I wish to be vigilant
>> against degradation of IETF's traditions of openness and
>> consensus-based decision-making.
> [Though I'm replying to Keith, I'm really picking one somewhat arbitrary
> message to reply to here, as many points have been raised on both sides
> that the below could apply to.  Thus, this is not directed at you
> Keith.]
And I realize that you weren't replying to me specifically (and thanks 
for saying that) but I do have a specific response.
> One important aspect to consider, that's been left out of this
> conversation so far, is the other effect that these discussions have on
> the body of the IETF.  What has been discussed, so far, is the potential
> damage against openness if any form of censorship or code of conduct is
> allowed.

I would not characterize it that way, and I actually recognize the 
necessity of occasional pushback and even (in hopefully very rare cases) 
censorship.   But the problems created by vague criteria and secret 
enforcement are not limited to a lack of "openness".   Another huge 
problem is that vague criteria can (and have) been used by IETF 
leadership and others to suppress criticism of ideas and discussion of 
alternatives, both on topics of general importance to IETF and within 
working groups.

So my recommendations are:

a) the criteria for what's considered unacceptable need to be more 
precisely defined, and vetted by IETF consensus, and not merely what 
someone considers "unprofessional".  Such vague criteria practically 
invite abuse.

b) don't let the IETF Chair or IESG pick the enforcers; make the SAAs 
and anyone else who has a similar responsibility entirely independent of 
the IESG.   (This might be somewhat problematic because WG chairs are 
sometimes expected to fill that role, but perhaps WG chairs should be 
instructed to refer messages that they consider problematic to SAAs and 
let the SAAs do the enforcement)

Beyond that, I actually do believe that IETF discourse is necessarily 
different than one expects in, say, a corporate environment.   In a 
corporate environment being critical of the boss's or corporate 
overlords' ideas can be a career limiting move;in IETF everyone should 
be free to respectfully criticize any ideas, even the ideas of IESG and 
IAB members.   In a corporate environment there is generally centralized 
"leadership" (the degree to which this is actually true varies).   IETF 
is more like a hive mind, and it should be possible for any participant 
to introduce new ideas and thus "lead from the bottom" if those ideas 
are found to be attractive.   Also, the scope of what IETF is dealing 
with is greater than that of most corporations, the number of diverse 
and sometimes competing interests that need to be taken into account to 
make a good standard for the whole Internet is larger.   Companies can 
say "to hell with the competition" to a much greater degree than IETF 
can.   IETF is (and to the extent that it isn't, should be) also more 
diverse in its participation than many corporations.

So IETF has a mission that is distinct from that of any company. And 
just like some companies try to cultivate a company culture (which is 
generally considered perfectly ok), so IETF also needs its own 
culture.   Among the aspects of that culture that I believe are 
well-established are:

- Being passionate about our work is ok, and often a Good Thing.   That 
doesn't mean it's okay to be abusive, though sometimes people let their 
passion get out of hand and need to back off a bit.  Inherent in our 
work is trying to make tradeoffs between interests that don't 
immediately understand each other and sometimes don't even speak the 
same (technical or other) language.   Yes, this is often uncomfortable, 
and a willingness to tolerate discomfort is very helpful in being 
successful at this work.
- Anybody can participate, and we help newcomers deal with the learning 
curve of both culture and process.
- We are all in this together, working to make the Internet better.
- We're all supposed to be representing our best technical judgment for 
what's good for the Internet as a whole, rather than trying to push some 
company's agenda.
- We make decisions by rough consensus, which means (among other things) 
"don't look to the boss or those higher in the hierarchy for the right 
answers"
- Titles, position, who you work for shouldn't matter.   We mostly 
function as peers.   To the extent that we don't function as peers, it's 
mostly for the sake of process, not about deciding who is right.
- Competence is essential.   Nobody is competent at everything but 
having the background and insight (and often experience) needed to make 
sound technical judgment is necessary to participate effectively.

And yes, there's a learning curve.   That's necessary.   When everyone 
starts insisting that we all behave like good corporate citizens, IETF 
should disband.

> This is your IETF.  What do you want it to look like?

I want IETF to BE a place in which people are free to argue passionately 
for what they believe are better ideas and/or to criticize ideas they 
believe to be harmful.   At the same time I want IETF to BE a place that 
filters out technically poor ideas, or even ideas that others can't 
understand (yet), with relative ease rather than argue about them 
endlessly.   And I want IETF to BE a place where ideas are judged on 
technical merit (of various kinds) rather than arbitrary prejudice.

Keith