Re: [Gendispatch] New Version Notification for draft-knodel-nomcom-gender-representation-00.txt

Martin Thomson <mt@lowentropy.net> Sun, 26 November 2023 23:31 UTC

Return-Path: <mt@lowentropy.net>
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 4B7F0C14CE29 for <gendispatch@ietfa.amsl.com>; Sun, 26 Nov 2023 15:31:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.106 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b="2oMk3uG6"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="KXnjs/pj"
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 ySI-YkCBk_Rt for <gendispatch@ietfa.amsl.com>; Sun, 26 Nov 2023 15:31:48 -0800 (PST)
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 63158C14CE27 for <gendispatch@ietf.org>; Sun, 26 Nov 2023 15:31:47 -0800 (PST)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id EA06A3200AA6; Sun, 26 Nov 2023 18:31:44 -0500 (EST)
Received: from imap41 ([10.202.2.91]) by compute6.internal (MEProxy); Sun, 26 Nov 2023 18:31:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; t=1701041504; x= 1701127904; bh=hpVGBbb8ymSwAXbtGXZoDNZjIjanjdQl3RsxSdG5Phw=; b=2 oMk3uG6pBOgs1JAOAhjsdg/m2vhHl5c8tjRrlfZc86UnK34if7Bohn9nm/Tl8d/5 NUfPyG8ve7dQ6gAEylWx7l6hUumW0x4Vtn8zEYOOJwPSwPDupKVYj2A64ltoEeg/ wdEjDN7kkp9oZRNH/6SEhC6AXkmo+1ge+M72GedIyYnkcxQQsNpkOAn0yeZrnphm 62jbcw2sE1IdcrPoKbxYeigbn2Zzr2TFxXUa4XcyHGKMEerfNk8+HDeKG77Optc9 r2q06blAHVsLQp5yI9yEuTlFItQMeIo/x8KEcQ+a+dzz5KOzZDlW+ucafRkt+47T 6lqeCQY4pjgD+qqY4co+g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1701041504; x=1701127904; bh=hpVGBbb8ymSwA XbtGXZoDNZjIjanjdQl3RsxSdG5Phw=; b=KXnjs/pjZfbMCJquwDxh2vAwRPBQV Jm5JCPZ02vOBjp1brQ4vwDqLqMbVwu+KD2SST4ekk0mACzpMUivGAkn9zfiZboWs xIASfibVTvFF3ruLwyMy6Zmco74leuYUccaJeSoynnuAu4O5QLy9T2SaBzHdfUyx IhxBT2qp6kbnxvvrXUC47jOlGSETb3b9vCWo5LFcp9xbVUqSzfvyokIN5cVM5xYZ dp4x6qYmoKxLTxKTL6KEBN3A1qi1xoNv1KfrX42v0S+uyXnphyMguY9N/kiIS5Fe J0AzwTJ74Tajj1cA3MbDA4oI+FrTdY5Y974gyxLZ5R2C+ks3+LJ0gn6Jw==
X-ME-Sender: <xms:YNVjZcQilHhtVS08Stv8iHF-zlXgn1HStwkVbPqIr9logr5EMDrHZw> <xme:YNVjZZwB9bpDWc4w_RfrDALA0CXzXzJU6ktDuPm8NVC8VNJ3QwhWYGTi0zP3-bl80 LMi-LssRfBniG6ozlU>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudeitddguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsehttdertderredtnecuhfhrohhmpedfofgr rhhtihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenuc ggtffrrghtthgvrhhnpeduleeufedthfegieeiieekkeejvdejgfevudffgeefvdffleev feekudeiieekleenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:YNVjZZ0v9HQ5iJ-Gv4V4PQruKBi6jR_0wND8lWLNbscoEICRCl_RtA> <xmx:YNVjZQDAXn5GcQHSossbU0DBKh4nUzTLLeYbPG35zIpUYALYF_JPyQ> <xmx:YNVjZViEGyt5EIJHbBg-tcdwAchLg6Tkx5wKZDZP6KChUPDV1itRbA> <xmx:YNVjZauauErkH2d7V41m-CcRL-DRlxPcQktTxrKYNpnqO7td80g0lw>
Feedback-ID: ic129442d:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 16078234007E; Sun, 26 Nov 2023 18:31:44 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-1234-gac66594aae-fm-20231122.001-gac66594a
MIME-Version: 1.0
Message-Id: <d4222a78-6d73-4f7f-b3eb-ae4d83dfd6cd@betaapp.fastmail.com>
In-Reply-To: <AD39B27C-74EA-420B-925C-DFD4BD76F768@mnot.net>
References: <170047856358.34393.9049917006003776714@ietfa.amsl.com> <f871d358-8d9d-4714-99a8-6a51198a61c9@cdt.org> <CABcZeBO-DuAjhAnWBH3p-bvncG6u9Y7RfyeaGMDW6oGbkVt8rg@mail.gmail.com> <CAGVFjM+sTVKPwFaLLz57ni-qHVxY3cKuJgpxhu=6FtN-4gmqbA@mail.gmail.com> <7aa2509a-82d6-43f0-b0c8-8b8bf68c8f02@huitema.net> <f1932f22-0555-63d9-9a38-6f75e0739546@gmail.com> <AD39B27C-74EA-420B-925C-DFD4BD76F768@mnot.net>
Date: Mon, 27 Nov 2023 10:31:22 +1100
From: Martin Thomson <mt@lowentropy.net>
To: Mark Nottingham <mnot=40mnot.net@dmarc.ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: Christian Huitema <huitema@huitema.net>, Mallory Knodel <mknodel@cdt.org>, Eric Rescorla <ekr@rtfm.com>, "gendispatch@ietf.org" <gendispatch@ietf.org>
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/eC1diTpKiqRkOE2EHXO_wmlHJGY>
Subject: Re: [Gendispatch] New Version Notification for draft-knodel-nomcom-gender-representation-00.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 Nov 2023 23:31:54 -0000

On Sat, Nov 25, 2023, at 16:24, Mark Nottingham wrote:
> However, I am extremely wary of creating a situation where people's 
> gender identity is necessarily declared and scrutinised in public as 
> part of our process -- even with a 'prefer not to say' option.

I have a suggestion that hopefully does a better job of balancing these concerns.

The NomCom chair is entrusted with a lot of responsibility.  They could ask each volunteer as they are selected.  This information could be kept confidential short of an appeal specifically related to this specific question, in which case it would be revealed to the ISOC president.

The audit requirement is largely met by announcing that all of the first nine fail to meet the diversity requirement.  People would then have to make their own inquiries to verify if the integrity of the NomCom chair is in question, or rely on the former chair, as noted below.  That largely fails to provide privacy for those who are unlucky enough to fall into that category, so this risk needs to be made clear when volunteering.  Though, with PNTS, it means that the nine all declared gender A or PNTS.

The larger privacy failure is for the person who fills the final slot, who is thereby identified as a different gender to the majority, with no ambiguity about whether they chose PNTS.  Again, if information is requested by the NomCom chair at the time of selection, along with a reminder of the implication of different choices, someone who wants to avoid this can invoke the PNTS protection, though that would disqualify them.

With the former NomCom chair as a trusted auditor, I think that this could work.

The time needed to serially request gender after the draw might cause this to drag on a little.  The chair can maybe make some assumptions (as risky as that is) and make the request of more than one person at a time.

Note that this creates a low probability scenario where there is a potential for abuse.  If all gender A or PNTS reaches 9/10, then everyone who is asked thereafter can strategically choose PNTS if they consider the next likely person to be a better option for some reason.  There is the option to have the chair execute a commit and reveal protocol, so that volunteers do not have this option, but that draws things out more and I don't think that is necessary.  We should instead rely on the fact that their own gender identity is not something that people treat so frivolously as to use it in this way.

The other thing that has come up is the potential for a rule like this to cause the pool to be exhausted without resolution.  That would be bad, but my suggestion would be that the rule would be deactivated in that case, with the first person who was disqualified by it then being asked to serve.

(A side note: this sort of complexity is why I think that attempting to index on other dimensions of diversity is not helpful.  I would suggest that if we ever find that gender diversity improves, we might drop this process so that we might apply it to another dimension.)

Cheers,
Martin