Re: [Gendispatch] Meetings summary

Dan Harkins <dharkins@lounge.org> Tue, 13 October 2020 23:05 UTC

Return-Path: <dharkins@lounge.org>
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 52EA13A11F8 for <gendispatch@ietfa.amsl.com>; Tue, 13 Oct 2020 16:05:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.114
X-Spam-Level:
X-Spam-Status: No, score=-2.114 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.213, SPF_PASS=-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 HYVMJYduRZpP for <gendispatch@ietfa.amsl.com>; Tue, 13 Oct 2020 16:05:04 -0700 (PDT)
Received: from www.goatley.com (www.goatley.com [198.137.202.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B9DDD3A11F6 for <gendispatch@ietf.org>; Tue, 13 Oct 2020 16:05:04 -0700 (PDT)
Received: from trixy.bergandi.net (cpe-76-176-14-122.san.res.rr.com [76.176.14.122]) by wwwlocal.goatley.com (PMDF V6.8 #2433) with ESMTP id <0QI529XAUXGGWW@wwwlocal.goatley.com> for gendispatch@ietf.org; Tue, 13 Oct 2020 18:05:04 -0500 (CDT)
Received: from blockhead.local ([69.12.173.8]) by trixy.bergandi.net (PMDF V6.7-x01 #2433) with ESMTPSA id <0QI500HKCXAZCX@trixy.bergandi.net> for gendispatch@ietf.org; Tue, 13 Oct 2020 16:01:48 -0700 (PDT)
Received: from 69-12-173-8.static.dsltransport.net ([69.12.173.8] EXTERNAL) (EHLO blockhead.local) with TLS/SSL by trixy.bergandi.net ([10.0.42.18]) (PreciseMail V3.3); Tue, 13 Oct 2020 16:01:48 -0700
Date: Tue, 13 Oct 2020 16:05:02 -0700
From: Dan Harkins <dharkins@lounge.org>
In-reply-to: <0a2b6e3e-648f-ceec-90dd-9fd2487ab6db@cdt.org>
To: gendispatch@ietf.org
Message-id: <dc4c6c32-7fd0-8271-6801-b6f56eb26854@lounge.org>
MIME-version: 1.0
Content-type: text/plain; charset="utf-8"; format="flowed"
Content-language: en-US
Content-transfer-encoding: 8bit
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.11.0
X-PMAS-SPF: SPF check skipped for authenticated session (recv=trixy.bergandi.net, send-ip=69.12.173.8)
X-PMAS-External-Auth: 69-12-173-8.static.dsltransport.net [69.12.173.8] (EHLO blockhead.local)
References: <B1075198-D4F5-498B-B16B-3081A9B07DDD@episteme.net> <0a2b6e3e-648f-ceec-90dd-9fd2487ab6db@cdt.org>
X-PMAS-Software: PreciseMail V3.3 [201013a] (trixy.bergandi.net)
X-PMAS-Allowed: system rule (rule allow header:X-PMAS-External noexists)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/YhPI9zZ_3xfidt5V-ORRnET36yY>
Subject: Re: [Gendispatch] Meetings summary
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, 13 Oct 2020 23:05:06 -0000

On 10/13/20 2:17 PM, Mallory Knodel wrote:
> Thank you very much Pete and Francesca for being thoughtful and 
> patient with this topic.
>
> I take issue with the negative connotation of the widely shared 
> sentiment that draft-knodel is controversial. It is indeed 
> controversial, because of its substance, and therefore that quality 
> shouldn't reflect upon whether or not it is a suitable basis for the 
> final phase of this work. In fact, I would argue that the draft 
> *aimed* to accurately capture and document the controversy in the 
> context of the IETF and so if we feel it is, therefore, controversial, 
> then it has done its job good and well.

   I don't think you're characterizing the controversy accurately. It is 
not that the topic is
controversial and you have captured that in your document, the 
controversy is the way
you describe issues, the fallacious logic, and the baseless accusations 
you make in your
document that are controversial.

> I'd like us to be brave in the face of this controversy not just to 
> overcome it, but to properly document it (and for some of us to live 
> through it) 

   Live through it? I'm sorry, have lives been threatened? I missed 
that. What _exactly_ are you
talking about?

> so that we may grow as a community such that the next controversy 
> doesn't tear us apart nearly so easily.
>
> While I want accord, I want more racial equality. And I do not think 
> erasure of discord over the issues of racial inequality in the IETF is 
> an effective way to achieve the latter.

   I want racial equality too (and a cure for cancer!). But imposing 
speech codes and calling people
racist is not the way to go about achieving that. The mere existence of 
a racial disparity (from some
idealized "norm") is not evidence of racism, otherwise the NBA is the 
most racist organization
in the USA if not the world given it is nearly 75% black when blacks 
make up 13% of the population.

   It seems that you're suggesting that publication of your draft, and 
the changing of certain
metaphors in RFCs, is an effective way to achieve racial equality in the 
IETF. That is magical
thinking. It's unhinged from reality.

> The path forward if draft-knodel were to be the basis for a WG is 
> simply to add to and improve the documentation about why the 
> terminology recommendations exist. Some of that comes from academia 
> and some of it from other corners of the technical community at this 
> moment in time. Niels and I would gladly welcome those improvements.

   I provided comments in email to you and Niels. I gave you comments in 
an online IEEE 802
meeting when you tried (and failed I should note, in spite of 
accusations to the contrary
made later) to get your draft's recommendations enacted in IEEE 802. And 
I gave you
comments in the gendispatch meeting. You never replied to any of them, 
either in email or
in the meetings. You just ignored me.

   Which isn't to say that no changes were made. I complained about how 
you called a person
out, by name, as a racist for a comment made on a blog post 15 years 
ago. That was most
unprofessional and I'm glad you removed it, but the text you replaced it 
with alleged racism
among IETF participants for discussing this matter. You're basically 
calling me a racist (since
I was one of the participants who tried to discuss this matter with you) 
which is outrageous.
You should be glad I'm not the litigious sort.

   So your words say "we welcome improvements" and your actions say "if 
you disagree with
us it means you're a racist." That is not the way to form consensus and 
it's not the way
we get things done in the IETF.

   I agree with the chairs' observations: draft-gondwana is the way to go.

   Dan.

> -Mallory
>
> On 10/13/20 4:17 PM, Pete Resnick wrote:
>> Here is a summary of what your chairs have concluded is the result of 
>> the two virtual interim meetings we held on the issue of terminology 
>> in IETF technical work generally, and draft-knodel-terminology, 
>> draft-gondwana-effective-terminology, and 
>> draft-moore-exclusionary-language specifically. We'll allow a couple 
>> of weeks for discussion of these conclusions on the list before we 
>> report back to Alissa the group's final recommendation on how we 
>> think this ought to be dispatched.
>>
>> -- 
>>
>> First, we find that there was rough support in both meetings for 
>> creating a document containing recommendations on terminology to use 
>> in technical work, and that such a document should be Informational 
>> status. However, there were concerns about describing motivations in 
>> such a document for fear of "ratholing"[1], and so any significant 
>> discussion of motivations ought to be avoided.
>>
>> After extensive discussion, there were objections by the end of the 
>> first meeting to making the output of this work AD-sponsored, with a 
>> preference for a quick-spin-up WG. In the second meeting, there was 
>> more ambivalence as to whether AD-sponsored or quick-spin WG would be 
>> better. Putting this together, we think the rough consensus within 
>> the meetings was to have a quick-spin WG.
>>
>> There was rough support in both meetings for recommending a broader 
>> discussion and resulting document on inclusivity beyond the 
>> terminology, but there were many concerns for how to structure such 
>> work in a WG and have it be successful. Several suggestions were made 
>> to have the IAB sponsor such work as part of their program on 
>> "Diversity, Inclusion, and Growth". The thought was that perhaps a 
>> discussion there could generate a path forward for IETF work.
>>
>> We found a clear outcome in both meetings that draft-knodel has too 
>> much controversial discussion to be the basis of a document for the 
>> above mentioned quick-spin WG on terminology. There was rough support 
>> for recommending the use of draft-gondwana as a starting point.
>>
>> -- 
>>
>> We are looking for a two important things in the discussion here on 
>> the list. First, if you have read the minutes of the meetings and 
>> believe that something was not discussed or that a point was missed 
>> by the people at the meeting that would change the conclusions in the 
>> above, please speak up. Second, if you think we misinterpreted the 
>> outcome of the discussion from the meetings and therefore should have 
>> come to a different conclusion, please let us know. Of course, you 
>> are also welcome to ask questions about how we came to our summary. 
>> However, we don't need to hear "+1" or "I agree with the above" 
>> (we'll assume you do if you say nothing) and importantly we do not 
>> want to re-litigate discussions that happened during the meeting 
>> unless you have new information to contribute. Simply restating 
>> arguments isn't going to change the outcome. So please do re-read the 
>> minutes of the meetings before posting.
>>
>> Thanks for everyone's participation,
>>
>> Pete and Francesca
>>
>> [1] In case you haven't seen the IETF use of that term before: 
>> Interminable and often useless or off-topic discussion, as if to fall 
>> into a messy pit made by a rat.
>>