Re: NomCom selection Fwd: Notification for draft-eastlake-rfc3797bis-00.txt

Joel Halpern <jmh@joelhalpern.com> Mon, 01 May 2023 16:38 UTC

Return-Path: <jmh@joelhalpern.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 8057BC15152C for <ietf@ietfa.amsl.com>; Mon, 1 May 2023 09:38:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
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 QGjtDNzKCzTz for <ietf@ietfa.amsl.com>; Mon, 1 May 2023 09:38:26 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 731A9C14CE5F for <ietf@ietf.org>; Mon, 1 May 2023 09:38:26 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4Q98690fChz1ntth; Mon, 1 May 2023 09:38:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1682959105; bh=74t/5u9IIu/sQzU8Oaxa3pA8MVj2UUbiGT3AGtHcWtk=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=JXtDVp8+HQA9zpWwb8PP0DANNYGl5lHIbskDXHM8mE4Zdb46QDD5X6UPDY5aKL5v1 0PFifXDRILQfg8laex1rR2C8SoWHLQyXDh3JcKu2unSiZORRve5lc56+88OiNQlg3b u9Jm/HwZJISeewLFxEaRgkJpMCvbCIcDX4m3+kNs=
X-Quarantine-ID: <x-i6p4aTzx9i>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.22.80] (unknown [50.233.136.230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 4Q98674ZXsz1nsT5; Mon, 1 May 2023 09:38:23 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------kcW10PTK0Wsp8b4PfcBHD4RJ"
Message-ID: <35af7077-232c-96b7-070c-e6b63f3052ac@joelhalpern.com>
Date: Mon, 01 May 2023 12:38:21 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1
Subject: Re: NomCom selection Fwd: Notification for draft-eastlake-rfc3797bis-00.txt
Content-Language: en-US
To: sarikaya@ieee.org
Cc: "ietf@ietf.org" <ietf@ietf.org>
References: <166129981156.763.3027481597513311810@ietfa.amsl.com> <CAF4+nEHEUhGirTdmaTNxxWS-5FY5k+wthoMfHfW2AbF=-i5QtQ@mail.gmail.com> <159C3FAA-EDBA-40C7-B511-C90812B08A3F@akamai.com> <cac7defd-6ae3-2ad0-3e4c-47429986b13a@comcast.net> <F6D5E632-BDEC-4E55-91B2-A44709C5A851@akamai.com> <BY5PR11MB4196B23E474C971D8FF8A281B5659@BY5PR11MB4196.namprd11.prod.outlook.com> <fc392dbc-71fd-1758-4cc1-98956fce34e6@joelhalpern.com> <A4AF171A-EDDC-40EC-A38F-D373591A94CD@akamai.com> <BY5PR11MB41964D2326DEB85F8A55BACAB5659@BY5PR11MB4196.namprd11.prod.outlook.com> <B55760E8-D175-4D4A-8CC8-138C3F65D5EF@akamai.com> <CAC8QAceyBme4sK2KBRupPVbUHP-qv0TGZwaTV6bmr3e0DZ5TCA@mail.gmail.com> <CABmDk8nUVrp=UrwLbVRobSPw1sfrAQBQrJFUeuF8h+2p4H8ZaA@mail.gmail.com> <CAF4+nEFvvn6vQGK4GaAiQKDdLVfvTmM68bez7RXcOxBY2mH9TQ@mail.gmail.com> <CAC8QAccmBVsrZ6E-DUDOHcG2PHvkRn3S=OrN18yAXruxWqFeWg@mail.gmail.com>
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: <CAC8QAccmBVsrZ6E-DUDOHcG2PHvkRn3S=OrN18yAXruxWqFeWg@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/e84UKycvjiWZvIrwQuMzx-pGV9E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <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: Mon, 01 May 2023 16:38:30 -0000

It seems to me that the point about one chair having influence over two 
successive cycles is relevant.  Also, the lack of a pst chair if someone 
does it twice in a row seems to be unfortunate.

More importantly, if it is only a matter of whether it is permitted to 
appoint someone twice, the RFC is silent on the matter.  I see no reason 
why it should say anything.

Yours,

Joel

On 5/1/2023 11:33 AM, Behcet Sarikaya wrote:
> To Mary: let's say  someone did it well and happy to do it again, why 
> not allow this person?
> To Donald: Like ADs get a two year term, so 2 year term is not that 
> uncommon in IETF.
>
> Why not Nomcom chair?
>
> Behcet
>
>
>
> On Fri, Apr 28, 2023 at 12:28 PM Donald Eastlake <d3e3e3@gmail.com> wrote:
>
>     I agree with Mary.
>
>     Also, with selection of most positions being for a 2 year term,
>     you do not want the same person having been Chair of the nomcoms
>     that controlled the selection of all of the members of the
>     IESG/IAB/etc. In fact, I think it would be reasonable to prohibit
>     someone from ever serving more than once as nomcom Chair -- this
>     has never occurred -- in any case they certainly shouldn't be able
>     to serve as nomcom Chair again until some reasonably large number
>     of years have passed, like 10 years or more.
>
>     Thanks,
>     Donald
>     ===============================
>      Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
>      2386 Panoramic Circle, Apopka, FL 32703 USA
>     d3e3e3@gmail.com
>
>
>     On Fri, Apr 28, 2023 at 1:18 PM Mary B <mary.h.barnes@gmail.com>
>     wrote:
>
>         I disagree with this.  The Nomcom chair job is intensive - I
>         worked 7 days a week from Sept-Dec as Nomcom chair and doing a
>         regular job.  I think that also makes it much harder to find a
>         chair and that job is already challenging.   The model right
>         now has the past year's chair as a participant to provide
>         continuity.  I think the community benefits from having a new
>         chair every year.
>
>         Regards,
>         Mary.
>
>         On Fri, Apr 28, 2023 at 11:49 AM Behcet Sarikaya
>         <sarikaya2012@gmail.com> wrote:
>
>             Hi all,
>             Since we are in the process of modifying the "nomcom law",
>             I suggest that we also change the rule of appointing a new
>             nomcom chair every year, instead make it possible for
>             someone to do it for two years?
>
>             Behcet
>
>             On Wed, Apr 26, 2023 at 12:50 PM Salz, Rich
>             <rsalz=40akamai.com@dmarc.ietf.org> wrote:
>
>                 Does anyone disagree with the following?
>                 - 8713 will not be updated in time to take effect for
>                 this NomCom's selection process.
>                 - The text of 8713 specifies a process that, if
>                 followed, means a delay of at least one week, and
>                 perhaps at least two weeks.
>
>                 "Picking next one the list" is the process recommended
>                 by at least the last half-dozen NomCom chairs, and
>                 followed by at least one of them (me); perhaps more
>                 than one. Yes, this can be gamed.  So what; security
>                 is about trade-offs and saving time is more important
>                 for now.
>
>                 Some folks might want to review the errata at
>                 https://www.rfc-editor.org/errata/rfc8713. I have no
>                 idea where discussions of that should happen.
>
>                 It wasn't clear to me if Rob was proposing an
>                 interpretation of 8713, or providing input to a revision.
>
>                 I had to disqualify one potential volunteer. They said
>                 yes, and then I was unable to interact with them for
>                 the next three days (it was the weekend).  One day is
>                 not enough. And weekends aren't the same globally,
>                 once you allow for timezones or countries that observe
>                 the classic Sabbath.
>
>