Re: I-D Action: draft-rsalz-termlimits-00.txt

"Joel M. Halpern" <jmh@joelhalpern.com> Thu, 21 October 2021 14:30 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 CE9913A170D for <ietf@ietfa.amsl.com>; Thu, 21 Oct 2021 07:30:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-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 (1024-bit key) header.d=joelhalpern.com
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 6UV2mZiUmv5a for <ietf@ietfa.amsl.com>; Thu, 21 Oct 2021 07:29:58 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 E3E5A3A170C for <ietf@ietf.org>; Thu, 21 Oct 2021 07:29:58 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4HZqd21vt1z1nwbV; Thu, 21 Oct 2021 07:29:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1634826598; bh=mfKuXgK5vCXlOUI5mp9CJkjgNruYPara0wh7eVP9Dg4=; h=Date:Subject:To:References:From:In-Reply-To:From; b=fMb7m+gff6DiARrO5tBK0Hf9/Z4IvY06hemwXqbf6qojdFDKNd9v/xNwxjMZw8fAk GXxceKCa9GcBwtD5YFmjtg4C4VPWqG/p1hxb3Qe0M9uALc2o6vv8axiimGSvo9rdun NV0zSQ1W4+aNQIvVifTQ/OwqNIPEsENAWeiCabhg=
X-Quarantine-ID: <aIGW_FlOW5Iu>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.22.111] (50-233-136-230-static.hfc.comcastbusiness.net [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 4HZqd15kKgz1nvgh; Thu, 21 Oct 2021 07:29:57 -0700 (PDT)
Message-ID: <834f5465-a167-2481-b940-147a1afb8eab@joelhalpern.com>
Date: Thu, 21 Oct 2021 10:29:56 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0
Subject: Re: I-D Action: draft-rsalz-termlimits-00.txt
Content-Language: en-US
To: "Salz, Rich" <rsalz@akamai.com>, "ietf@ietf.org" <ietf@ietf.org>
References: <20211021005426.639E92B1D176@ary.qy> <e6d59712-ca73-0723-5cb2-b1f749e37577@network-heretics.com> <353f301c-d3e5-7a00-3e1c-87a866c1c80b@joelhalpern.com> <3AEC0F5B-7E25-4D4A-A600-58B511750687@akamai.com> <5db6d436-b20a-3316-c263-812b4b9775f3@joelhalpern.com> <D032B1B7-7CC3-4EFB-A039-2E4FD8439D38@akamai.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
In-Reply-To: <D032B1B7-7CC3-4EFB-A039-2E4FD8439D38@akamai.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/saqvfS-XGJ0lX_-uOp7BKJF7Sys>
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: Thu, 21 Oct 2021 14:30:05 -0000

This seems badly asked as you wrote it.
What you have proposed seems likely to me to make a difficult situation 
worse.  That seems a good reason not to do it.

Trying to come up with cultural means to better encourage good 
candidates is something I would be happy to brainstorm on.  I know that 
many ADs have already taken steps, like encouraging folks to run against 
them, to help with this.
I know that many WG chairs have taken steps like having WG members serve 
as document shepherds to try to boost the pool of people with suitable 
experience to be WG chairs and ADs.
I know that most nomcoms already have a bias for IESG and IAB to be 
questioning of folks running for third terms, and very skeptical of 
folks running for fourth terms.   Which matches what I understand the 
community wants.

Most of the proposals to reduce work load for IESG members have seemed 
to me likely to cause more problems than they solve.  I do grant that 
work load is part of the dis-incentive for folks running for the IESG.

So no, I do not have good answers.  But strict rules seem the wrong answer.

Yours,
Joel

On 10/21/2021 9:51 AM, Salz, Rich wrote:
>>     Making rules that cause serious problems if the community does nto
>      suddenly provide something that it has failed to provide when pushed in
>      the past seems a recipe for problems
> 
> Maybe.  We don't know.  We haven't tried.
> 
> What's your proposed solution?
>