Re: NomCom 2020 Announcement of Selections

John C Klensin <john-ietf@jck.com> Sat, 23 January 2021 22:51 UTC

Return-Path: <john-ietf@jck.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 2BF6F3A0A9E for <ietf@ietfa.amsl.com>; Sat, 23 Jan 2021 14:51:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 Zk7tkt4EmiQK for <ietf@ietfa.amsl.com>; Sat, 23 Jan 2021 14:51:25 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 951843A0C9F for <ietf@ietf.org>; Sat, 23 Jan 2021 14:51:25 -0800 (PST)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1l3RkY-000Pon-1y; Sat, 23 Jan 2021 17:51:22 -0500
Date: Sat, 23 Jan 2021 17:51:16 -0500
From: John C Klensin <john-ietf@jck.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Loa Andersson <loa@pi.nu>
cc: Bron Gondwana <brong@fastmailteam.com>, ietf@ietf.org
Subject: Re: NomCom 2020 Announcement of Selections
Message-ID: <0FDE0873F61E6A3D6C445DFB@PSB>
In-Reply-To: <48e839e2-5df4-d223-8a8f-6f62ca147648@gmail.com>
References: <289B641E-F445-407F-9A7D-FCDEA9698F7C@akamai.com> <437bfe25-185c-4637-ae9a-59a6ccaade99@dogfood.fastmail.com> <BA07FAFAE7BBE5C47BCB7F58@PSB> <d9d77478-7b4f-4f04-98fa-4e3b99b78055@dogfood.fastmail.com> <f5d550e2-57e1-a682-53c4-d338086e7f32@pi.nu> <CANMZLAZTOAfSkcTx8K=zfmM+YeUkiG3Ty99cbkoOygAQg16vcg@mail.gmail.com> <90393DA88B7884E3384D5F8E@PSB> <48e839e2-5df4-d223-8a8f-6f62ca147648@gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/0MP7qEkkWC8VpmBIQoOSx4i3F2Y>
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: Sat, 23 Jan 2021 22:51:27 -0000


--On Sunday, January 24, 2021 09:46 +1300 Brian E Carpenter
<brian.e.carpenter@gmail.com> wrote:

> On 23-Jan-21 20:21, John C Klensin wrote:
> ...
>> I do want to make a suggestion to complement Bron's.  Would it
>> be useful to create a repository for confidential comments to
>> the 2021-2022 Nomcom right now?  We could then encourage Rich
>> and anyone else who thinks the 2020-2021 Nomcom got some
>> things wrong and that we can do better to upload comments in
>> as much detail as they think appropriate now, while their
>> thinking is still fresh.  But we would treat that material as
>> confidential comments to the future Nomcom, using whatever
>> degree of security cleverness we think is needed to prevent
>> anyone from reading the comments until the new Nomcom Chair
>> is appointed and the keys turned over to them.
> 
> I think that's an excellent idea, and doesn't need a BCP in
> order to achieve it. We already expect the chair of NomCom #N
> to carry messages forward to NomCom #N+1; that's why the chair
> is an ex officio member of the following year's NomCom.
> Whether Barbara is willing to take up your idea is her choice,
> of course.

I agree that it does not need a BCP, but in part because I see
the tendency to need a specific authorization before doing
anything as an opportunity for the IETF to get in its own way, I
was hoping that, if people thought it was a good idea, the
Secretariat (probably) or Tools Team could just do it and, that,
if any special authorization were needed, the IESG could shrug
its collective shoulders and say "sure, why not".  Barbara
taking up the idea would, of course, be another good
alternative, but I don't think it is worth a lot of fuss.  After
all, no one would be required to take advantage of it and the
worst thing that could happen would be for the 2021-2022 Nomcom
to decide that it doesn't want to bother reading the stuff.  

And, coming back to the distinction a few of us have tried to
make, that mechanism should be used for discussing specific
people and issues that won't be looked at by anyone but the
Nomcom (and maybe, if Barbara likes, feedback to this one).
The more general issues of diversity, reappointing incumbents,
etc., should be, IMO, both more immediate and more public.

> As for diversity among the candidates: that's a community
> problem, not a NomCom problem. It applies more generally, too:
> see
> https://mailarchive.ietf.org/arch/msg/ietf-announce/EYhZK4yTyI
> LUcQj40V9MKS7n4DY for an example.

Yes.  

And, for questions of reappointing incumbents after one or more
terms, if we (including the IESG) are willing to have that
discussion, I suggest
https://datatracker.ietf.org/doc/draft-klensin-nomcom-incumbents-first/
as at least a reminder that it is not a new concern and perhaps
as a possible starting point.

   john