draft-klensin-iaoc-member-01 (was: Re: I-D Action: draft-hardie-iaoc-iab-update-00.txt)

John C Klensin <john-ietf@jck.com> Sat, 13 February 2016 04:02 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id BAA921B2B75 for <ietf@ietfa.amsl.com>; Fri, 12 Feb 2016 20:02:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id fMZce4qfZKAq for <ietf@ietfa.amsl.com>; Fri, 12 Feb 2016 20:02:01 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E9A41B2B6F for <ietf@ietf.org>; Fri, 12 Feb 2016 20:02:01 -0800 (PST)
Received: from [] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1aURPE-000L2r-2j for ietf@ietf.org; Fri, 12 Feb 2016 23:02:00 -0500
Date: Fri, 12 Feb 2016 23:01:55 -0500
From: John C Klensin <john-ietf@jck.com>
To: IETF discussion list <ietf@ietf.org>
Subject: draft-klensin-iaoc-member-01 (was: Re: I-D Action: draft-hardie-iaoc-iab-update-00.txt)
Message-ID: <99085F2E3228C28C99AB062A@JcK-HP8200.jck.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-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/qUnMND0snhZVCnKWlu89pxoceFY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 13 Feb 2016 04:02:02 -0000


Largely in response to the call from Andrew and others to post
an actual I-D with an alternate proposal, I've just posted
draft-klensin-iaoc-member-01.  Note that this is a -01 version
of one of the proposals, referred to in a few postings, to
reform the IAOC membership (and the IAB and IETF Chair roles in
it) a few years ago.   It differs from the earlier version in
several respects, but the most important one is that it contains
considerable discussion and rationale for what is being
proposed, probably saving readers of this list some rather long
email messages from me.

A few things it does not address, or makes proposals about, that
are different from what I think have been trends on the list are
worth calling out:

--On Wednesday, February 03, 2016 15:30 +1300 Brian E Carpenter
<brian.e.carpenter@gmail.com> wrote:

> I think the IETF Chair slot is a different matter. Yes, the
> IETF Chair is also the IESG Chair, but I don't believe s/he is
> in the IAOC on behalf of the IESG. On the contrary, it's on
> behalf of the IETF. I think it's exactly right that the IETF
> Chair votes in the IAOC, because nobody else has the same
> overview, and also because I believe that any IETF Chair who
> did not closely track the IAOC's business would be
> irresponsible.

I believe most of the reasoning above but not the conclusion.
I do think that, under normal circumstances, the IETF Chair
would be the right appointee from the IESG.   However, I think
that unusual circumstances might arise -- that someone else
might be a better choice or that an IETF Chair might be faced
with a choice of doing a good job on a few things or a bad job
on many or that a Nomcom might look at someone and say "really
good IETF Chair material but a bad candidate for the IAOC" --
and that it is more sensible to give the IESG the discretion to
sort that out.  As far as "on behalf of the IETF", that is why
the Nomcom selects several IAOC members and there are proposals
floating around to increase that number or percentage.     The
IESG (and, in particular, the IETF Chair) are likely to have
some special insights but, unless those can be effectively
communicated and the rest of the IAOC persuaded, we are talking,
not about better representation of positions but about
concentration of power (comments about "kings" incorporated by

Note that the draft contains appendices that discuss other
changes it doesn't make, either because I (and my reading of at
least parts of the list discussion) believe they would be bad
ideas or because they lie outside the scope of the document as
now defined.  The most important of those is the question of
whether we have reached the point that we should partially or
completely separate the membership of the IAOC from the Trustees
of the IETF Trust.  Comments in Appendix A.2 of the new I-D
address that issue to some extent.