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

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 16 February 2016 00:05 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 526111A92EF for <ietf@ietfa.amsl.com>; Mon, 15 Feb 2016 16:05:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 kEp6QvlipWyW for <ietf@ietfa.amsl.com>; Mon, 15 Feb 2016 16:05:45 -0800 (PST)
Received: from mail-pf0-x22e.google.com (mail-pf0-x22e.google.com [IPv6:2607:f8b0:400e:c00::22e]) (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 4CC561B2C30 for <ietf@ietf.org>; Mon, 15 Feb 2016 16:05:45 -0800 (PST)
Received: by mail-pf0-x22e.google.com with SMTP id q63so94418627pfb.0 for <ietf@ietf.org>; Mon, 15 Feb 2016 16:05:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=eMyPbXeqUiQNou3lwv9LDn8TckgS3INeWAuLmOo0FNM=; b=yhh2fmBpezsLiccVQFMIDmbOaQcztz0M+IukxzeM2nR/aEWXhZ67NjRF0P+nM8DRXk IC3FYupkRvcml0aLwPx/T/cS4SHWeISq9Zv1faQqsNKw2GXFJTDDm1x1gOKYl0JZ6hpO 0xXC5JTjtjdPuKCqUovOBLzYBQcHJNHtjAGaf+JcJRab36yTLFTnS+0MoYux0J+1fEk0 lee1sKk/Jw3/Y1Vm+ggLf1To2P365y2Or62eLKOFHfnPC5AqgVsxfgmFI4Pp5rA4ME3V 1enajjYqcmQVxmPGc9WqhGllD+sipwjOIRfzXgWspfKyZ55OirlkaSV+/kFl58IFJ0LM R5CA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=eMyPbXeqUiQNou3lwv9LDn8TckgS3INeWAuLmOo0FNM=; b=d9SX7uGXI/Z42egM1101in/E3SBAqNM81ZE+Obi84WG9s3ef0CZKI0IAeEHgXLrB3a S6xC1Jq0sHx2Zyneq5HJfQH8TlzI8c/5QfB7pygCN8rEhreisUfMj8SICDG/hhMwcpms THEcdmRDz/sxu4gDxG3PAyGQBTvJl1BRMOkDEL+kawQmQ2xiSAhVPJubu9TJ5tufydGQ q/4x6vGzKAYo4QeEjpxc/ZzuXLS5ow6waGD9pLn6mbQD2Q8nCVzUHY4U7HdSSHEtMMhJ O7rqMmpLNtKeCeD2Y5+P/mOdE1SQEywTFaJrRykwJ+reoK9O4yj42wTT77A3QrM+rrTx Usdg==
X-Gm-Message-State: AG10YOS3w5JSVi7qvn9nSuvCscwh4cK0b/2qolbGVriaYlLthyTeTy4I3aqQlkbz97NXSg==
X-Received: by 10.98.72.24 with SMTP id v24mr26916567pfa.15.1455581144933; Mon, 15 Feb 2016 16:05:44 -0800 (PST)
Received: from ?IPv6:2001:df0:0:2006:c0da:ac17:5f6d:8e76? ([2001:df0:0:2006:c0da:ac17:5f6d:8e76]) by smtp.gmail.com with ESMTPSA id i13sm40941478pfi.95.2016.02.15.16.05.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 15 Feb 2016 16:05:43 -0800 (PST)
Subject: Re: draft-klensin-iaoc-member-01 (was: Re: I-D Action: draft-hardie-iaoc-iab-update-00.txt)
To: John C Klensin <john-ietf@jck.com>, IETF discussion list <ietf@ietf.org>
References: <99085F2E3228C28C99AB062A@JcK-HP8200.jck.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <56C267D8.5010505@gmail.com>
Date: Tue, 16 Feb 2016 13:05:44 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <99085F2E3228C28C99AB062A@JcK-HP8200.jck.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/hAA_DTqI0dv3YzMs0X5QiMFwdUg>
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: Tue, 16 Feb 2016 00:05:47 -0000

Broadly, I am sympathetic to John's draft. That said, I will
argue a bit more on one point.
On 13/02/2016 17:01, John C Klensin wrote:
> Hi.
> 
> 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.

And that statement is one I can agree with. My point is a bit
more subtle though. At one point I found myself occupying three
jobs simultaneously:
1. IETF Chair
2. IESG Chair
3. General Area Director
(Gory details at https://tools.ietf.org/html/draft-carpenter-ietf-chair-tasks)

The question is, is the IETF Chair in the IAOC as "IETF Chair",
"IESG Chair", or both? John's analysis is quite right as far as the
IESG Chair is concerned. For example, consider the IAOC's job of
overseeing the IAD's job of ensuring that tools such as the tracker
are in good shape. IESG input there is essential, but it could be
conveyed by any Area Director. However, for some other matters,
especially policy matters handled by the Trust, the IESG has no
special role - they are community matters, where ultimately it's
the IETF Chair who calls consensus.

So I see a case for the IETF Chair being in the IAOC ex officio as
today, and that is *orthogonal* to the question of an IESG liaison.

    Brian


> 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
> reference).
> 
> 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.
> 
>    best,
>      john
> 
> 
> 
>