[Gendispatch] draft-rsalz-termlimits

Barry Leiba <barryleiba@computer.org> Wed, 20 October 2021 17:23 UTC

Return-Path: <barryleiba@gmail.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 706073A0A83 for <gendispatch@ietfa.amsl.com>; Wed, 20 Oct 2021 10:23:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.65
X-Spam-Level:
X-Spam-Status: No, score=-1.65 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 ealFQ74nXsfn for <gendispatch@ietfa.amsl.com>; Wed, 20 Oct 2021 10:23:45 -0700 (PDT)
Received: from mail-ua1-f44.google.com (mail-ua1-f44.google.com [209.85.222.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40BA03A0A7D for <gendispatch@ietf.org>; Wed, 20 Oct 2021 10:23:45 -0700 (PDT)
Received: by mail-ua1-f44.google.com with SMTP id a17so7987197uax.12 for <gendispatch@ietf.org>; Wed, 20 Oct 2021 10:23:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oq4qb24Uakksjt4nnnOKU97IAGQz9Z0vd8cbRuDfiiU=; b=MEp/rsQFzEn3GsRKd95P9vu06vEte2Fwiw2WfSi0blwtU4bsYjRAlD24jqf8Kwj906 8O1+JPkYU+XVh425BtBq1N15ixwkxn+QuwiYH7mhZAc8ZgEWfMpZ8myxDdFuA+5uYgpV v5Fako9w/eqksO14JpLkrA6S1EpuhTgFjQu4kYpe5nprivW3GShgMawF8ifOnPH2OGwl maIyzbSX5HfXi24ZNLTGhJ3eB9PZ0KgPXCvd8aGzQF4DjoCJh1scp2+mBB14sCUGOomE b19mDNnZZBLBi4aSSCkMUr/Chv5fZ6Omi1Y7Ifm6TSWU3X8jBsHwHHrTo9PqTwNHl/3Z cf7Q==
X-Gm-Message-State: AOAM530GsLKYWWfQE/LCpuBtBocs9ZqjdyyKIN9/qIuIIeMaXLjoE5hy 3k7MSxzx4yvkMi00sW9BkEfzm7InsxQxV6MiQMnazEQwM1U=
X-Google-Smtp-Source: ABdhPJwf0pZdq8wm4lUBAn6mHiPAOXysSniPj4C48u/Snfe0ar+t/ix19ww5HeVhIopxWKs8OZXzyqHt8RVj6Eka/Lc=
X-Received: by 2002:a9f:36f0:: with SMTP id p103mr704404uap.42.1634750624202; Wed, 20 Oct 2021 10:23:44 -0700 (PDT)
MIME-Version: 1.0
References: <4BDF1DD9-9D30-499F-8C26-1E7790F2A729@akamai.com>
In-Reply-To: <4BDF1DD9-9D30-499F-8C26-1E7790F2A729@akamai.com>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 20 Oct 2021 13:23:32 -0400
Message-ID: <CALaySJKYG8ydGrgdSKZY1b28VL2DvwTS_3_40y_eFkHcGjdJXg@mail.gmail.com>
To: "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>
Cc: "gendispatch@ietf.org" <gendispatch@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/VPiDlbjs9J3__TyMztZfFkc9Y00>
Subject: [Gendispatch] draft-rsalz-termlimits
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: Wed, 20 Oct 2021 17:23:48 -0000

Rich, thanks for bringing this to discussion.

First: I am very strongly *against* hard term limits, as it places
unreasonable limitations on the appointment process.  In a public
voting system, it's antidemocratic, artificially eliminating the
ability to vote for whom one thinks is best.  In our NomCom system, it
restricts the NomCom from considering excellent candidates who have
been doing well and can be expected to continue that way.  And it
would make it impossible for a NomCom to re-appoint an excellent AD
(say), when there are no good alternatives, ending us up with a bad
choice because it's the best the NomCom had to work with.

Second, I am very strongly *for* soft term limit guidance.
Specifically saying that NomComs MUST consider more than two terms to
be atypical and more than three to be truly exceptional, and [etc,
etc, wording like that with further explanation] would absolutely get
my support.  But NomComs *have* to have options to deal with
situations where re-appointing someone for a third (or fourth) term
really *is* the right thing *in this case*.

Third, while I appreciate the desire not to have ADs move straight to
the IAB or vice-versa, and while a one-year gap before making the move
is not unreasonable, the issue is more of a challenge for someone
moving into the IETF Chair role.  Here are two reasons why:

- It's critical for an IETF Chair to have experience as an AD.  And,
while Lars's experience is older and he is doing and will do fine,
we've generally had more recent ADs step into the IETF Chair position.
I would not want to limit the NomCom by saying that they can't appoint
a sitting AD as the next IETF Chair.

- The IETF Chair is only appointed every two years.  An AD who wants
the IETF Chair position would have to step down at least a year ahead,
and an AD whose term is in sync with the IETF Chair appointment would
have to step down at least two years ahead.  Given that a one-term
IETF Chair is likely to get a second term, that could move to four
years ahead.  Now we have an AD who might have been a great choice for
IETF Chair, but has to wait four years -- and be four years away from
the AD experience -- before she will really be considered by the
NomCom (especially if we should also move in the direction of JCK's
proposal).

So *if* we should go in the direction Rich proposes, I would want to
see an exception for IETF Chair appointments.

But, really, I'd much rather see us move toward giving NomComs very
clear and strong guidance on what the community expects, but leave
them the option to do what needs to be done as the situation might
require.

Barry