Re: [Gendispatch] Meetings summary

Bron Gondwana <brong@fastmailteam.com> Fri, 16 October 2020 13:02 UTC

Return-Path: <brong@fastmailteam.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 C40CD3A0F22 for <gendispatch@ietfa.amsl.com>; Fri, 16 Oct 2020 06:02:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=fastmailteam.com header.b=j7wQC+ZZ; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=mfJZw9YT
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 g8_-RriyYD4x for <gendispatch@ietfa.amsl.com>; Fri, 16 Oct 2020 06:02:44 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AFF13A0F1C for <gendispatch@ietf.org>; Fri, 16 Oct 2020 06:02:43 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 2069B5C00CE for <gendispatch@ietf.org>; Fri, 16 Oct 2020 09:02:43 -0400 (EDT)
Received: from imap7 ([10.202.2.57]) by compute2.internal (MEProxy); Fri, 16 Oct 2020 09:02:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=mime-version:message-id:in-reply-to :references:date:from:to:subject:content-type; s=fm1; bh=0JoBBU3 84RdDADtyUAOkhCK5LO5YrugWG31HNgRraEs=; b=j7wQC+ZZukVp+pXyWUTQ7ba FbmYSWVp3bINfwzag95Ozx4ch2VcPIod6kdg7j25uIgH/4fkWpRHeAMsKTOXgELH oGxcC0zeOOIgsHQ4htZ12QTHnASxj1VoO7RbOezEhBmgLSt8FQLvhRy0D2y/siD4 D6UfMUC+sNpGBRagOEFAuc/PhNiHtIGQgSjrLD2TZA0ImrLS++716AJVsGxMypzN oMx6QTQzErrx27KfCdk6agJpXxUazfD27yNVlSSshtI7sxkhEB2ky/nwXMwBHrXn d+voSwP4LnNbT2a8EL/j6L3fe/IwEHknU7zPZEezQT/IfbmmWq7/bNqciaK2FdA= =
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm1; bh=0JoBBU 384RdDADtyUAOkhCK5LO5YrugWG31HNgRraEs=; b=mfJZw9YTiKh3LPLHLRQ3Se 3E856dzIvXOQV/Ynrf4LvX6gh+hmyEpiSd//E9hg5386g5sdF1rW/s4RoIiYWI8P dFOuOwHAh6O2B35qtI1zI7suPbPog3nuI9tdRR94QeAp0BN9RH6NFyFXEIeWWCiD X+ZNVDBjAInXHTRt0qCc3XQ8aSIzG850MhXSfanXZf6wCRpZqwddoaRgk3xMS9ZL nOLSQIuTkJuMXBW/7S6nV8pOokM1UVIKKzjluwoLE3L7FDsdpbSc9JjPqxMZbXsH vXaQ4jojWtcReQ91he9+GYgbTC+kvkRfWlByFYcpFhtC6r97Qgd7mHtDixN/+2qg ==
X-ME-Sender: <xms:8pmJX3XgurVrhmXW7PEPr_ulB5B21Mqi6ouFWTBn3yfDIAxNB6jYxA> <xme:8pmJX_nLDPDUhKUk9IZQnjDdJQwG47WZfYK4wJfPyj2X5VyEd1IEHSqhnd0oLzp8w k5HlerHBxU>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrieehgdeitdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesrgdtre erreertdenucfhrhhomhepfdeurhhonhcuifhonhgufigrnhgrfdcuoegsrhhonhhgsehf rghsthhmrghilhhtvggrmhdrtghomheqnecuggftrfgrthhtvghrnhepffevfeeigfejve etheehleegteelteevgeeutdfhhefghfdtjefhvdehhfdtkefgnecuffhomhgrihhnpehi vghtfhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpegsrhhonhhgsehfrghsthhmrghilhhtvggrmhdrtghomh
X-ME-Proxy: <xmx:8pmJXzbnoKNdmUoj7nFz5LrT1v56TsWmnc-2Vy8DUtPL0ORZ1s14yQ> <xmx:8pmJXyVi6HmYPfdsj_YxCePJtqCWaP5YVhUQ-oEznZJoXYX6qhxXXA> <xmx:8pmJXxnMfnzVjJOZ4MOyFnFtq4lRHQnWDXXC68XZUeb0rWrMErOCBQ> <xmx:85mJX9wEuSbCXqRhesbcw6xIgiI8rxqcHM8cW-Jb9U6K3JSzHDFbPg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id A601D1800E5; Fri, 16 Oct 2020 09:02:42 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-489-gf39678d-fm-20201011.001-gf39678d0
Mime-Version: 1.0
Message-Id: <76d19c8b-68d3-465f-b869-c18a9db7504f@dogfood.fastmail.com>
In-Reply-To: <B1075198-D4F5-498B-B16B-3081A9B07DDD@episteme.net>
References: <B1075198-D4F5-498B-B16B-3081A9B07DDD@episteme.net>
Date: Sat, 17 Oct 2020 00:02:22 +1100
From: Bron Gondwana <brong@fastmailteam.com>
To: gendispatch@ietf.org
Content-Type: multipart/alternative; boundary="32c9767a71f9421ca61d9a22c68b27b8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/pNRkbPmj6A58uG7B8uqjos74PTY>
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: Fri, 16 Oct 2020 13:02:47 -0000

Oh I'm glad I missed this the other day in my "jetlag" induced stupor (I've been attending CalConnect virtual conference from 2-6am Melbourne time this week), so I didn't get dragged in at the time.

I was very disappointed that the key question that I think needs to be answered by the community, and particular by those who favour draft-knodel, didn't have time for proper discussion at the last gendispatch meeting.

*Does the IETF have confess to some "sins"?*

I believe this is the core issue underlying much of the disagreement.  I feel that there's not consensus on whether we have something to apologise for.

There's also a sub issue hidden under that, which is this question:

*Is the IETF systemically racist?*

Systemic racism is a somewhat poorly defined and amorphous term which is at the same time both unfalsifiable and yet gets conflated across to broader racism which is a very strong accusation of awfulness.

There is broad agreement that the IETF does not have a racial makeup (or even a nationality makeup) that equally represents the various groups of people on the planet.  I do not see consensus that this is due to the IETF systemically denying access to any particular group.

I have observed, and I'm sure that many would agree, that the IETF is systemically "people from organisations willing to spend a lot of money on this project".  Certainly Fastmail pays for me and a few others to attend IETF meetings in order to work on protocols - and the way I sell that investment to the rest of the company is "defense against future walled gardens".

Reading Rich's very excellent public work made this even more clear.  Akamai is willing to not only pay for a ton of travel (when that's happening again) and meeting fees, but also pay his salary to do what is basically a full time job supporting the IETF.  Alissa clearly has a similar situation going on with Cisco.  That's gotta be strongly correlated with a bunch of cultural norms around the types of companies that would make these investments.

And if I wanted to get snarky (without hopefully going to the extent that would get me told off) I would point out that despite the fact that many of the companies who invest heavily in the IETF claim to want to improve diversity along the usual suspect axes (among all the ways in which humans differ) - they largely spend their money sending white, college educated, western middle class technocrats along to the IETF.  

*Iterating my draft*

I would hope to produce a document which is positive statements about where we want to be, and how we want to encourage representation in the IETF for all stakeholders in the internet - including the RFC8890 end users - with a diverse representation of life experience.

This - as I commented in the last session, does NOT mean that we want more people who went to the same colleges but just happen to have more melanin in their skin, or a different set of chromosomes, or a different haircut.

More specifically, we don't want to bring people into the IETF just to grant them equity in terms of representation in the IETF.  We want people who are willing to do the work.  Ideally people with a sponsor (see above where I singled out Rich - sorry Rich: IETF participation is not cheap, even if we reduce the other costs, time is money[tm]).  And we don't need equal numbers of human bodies from each group in order to have them represented - we just need a voice in the room who understands their needs and challenges so that we don't forget about them when assessing work.

*We want people who share the values which matter to the IETF*: Rough consensus, running code, not breaking the existing structures we have built.  There's no room for diversity on these things - encouraging people who disagree on the fundamentals will harm the IETF.

Conversely,* we want a diversity of all the things that are not essential* to the operation of the IETF, including political alignments, geographic locations, educational background, credentials... and of course: gender, race, sexuality, etc.

That's my dream for a document which could get consensus.  If that is not possible, them I'm not your (pale, male and a little bit stale) guy.  If that is something that could get consensus, then I'm happy to work with anyone on it.  I specifically said in the second meeting that I'd be happy to work with the authors of draft-knodel as well, because you don't get consensus and diversity by excluding people that you don't agree on everything with!

Cheers,

Bron.

On Wed, Oct 14, 2020, at 07:17, 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.
> 
> -- 
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
> 

--
  Bron Gondwana, CEO, Fastmail Pty Ltd
  brong@fastmailteam.com