Re: [ietf-nomcom] BCP 10 Update, adding an IAOC Advisor to the Nominating Committee

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 09 August 2017 17:05 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: ietf-nomcom@ietfa.amsl.com
Delivered-To: ietf-nomcom@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96058132423; Wed, 9 Aug 2017 10:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 UfAeOgEyPMoW; Wed, 9 Aug 2017 10:05:46 -0700 (PDT)
Received: from mail-yw0-x22f.google.com (mail-yw0-x22f.google.com [IPv6:2607:f8b0:4002:c05::22f]) (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 738ED132417; Wed, 9 Aug 2017 10:05:46 -0700 (PDT)
Received: by mail-yw0-x22f.google.com with SMTP id s143so43782298ywg.1; Wed, 09 Aug 2017 10:05:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=SK8TW0apcHwTr5i9DWY+777K6aSL8WgwbeDc7KMBWVE=; b=Xck6YL+Z3cJc9AC2FfQ6r59QiIXbu9bwt03KkPs6qvoFlmdb1BuBlTkiKf53nxsjTi jYnrvQSCmdamtd2WzGJi+BH7FGL77W4n25wvnfjTHK+PxJ0rEnr13D2FRbSPZ/ZHaBQO CPeIm8iGlP0/zAF/AitYHSvecFHJKf4FJ4c1QIGQk1LS8qx7wKAm9I0I/KuNGwCzZAoI YfdmSOq/bIUkT06hm4ICXQ5LawjDfkFquIXKmzZwjh1Bd4W47jgNYLOjLPXURRgLI7yL qDNvfNC9vUjQlhsbfDJio5LyazXIrstYXFD5j+7DxWdnBSyI5Syd+vOBbdwpO16M0N/7 WuXg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=SK8TW0apcHwTr5i9DWY+777K6aSL8WgwbeDc7KMBWVE=; b=jwwL8F41fo90zZD8ozD+jblku5H4236c2MnS15reylLPLuANOIIQGR1vCEeePPVw8G 5EgVK9e33kHUpTqoRrdyCjWX+LP5TCQM7ES3Ka7cBgWYCEzmsLJ7FSTXfobAVehz8Odd O45QoWpEAokMYwTp1l4VChCNArIfWTKqhwJ6IML6T91hxLZaFC6/O7GFnqoQ5wMBZJzY LxEN5gEGZfAT0+XyOIs4k9QSqy1Sly8KpSiz/D36LG2/3YpSOeiktkP5r82AsKbPL05K 9Yzqr8D/MwzJlDUl19ujg9HneRO2gH5CIKvSnrGGd8yeh+lHhqdU4ficcx/qzdRmL1sn S6ug==
X-Gm-Message-State: AHYfb5gKhNSl7IlKjIZUlgr6ukaisk09qpM5d7OEz6t4dSoYPUdYn8fM cVKn0dkz1N4VQTmSf3Cbj5g4yiizOPy0
X-Received: by 10.37.38.146 with SMTP id m140mr7080299ybm.66.1502298345408; Wed, 09 Aug 2017 10:05:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.52.79 with HTTP; Wed, 9 Aug 2017 10:05:44 -0700 (PDT)
In-Reply-To: <4622.1502292425@obiwan.sandelman.ca>
References: <CAKKJt-cd2-tS=3QnvRcsDKcZ8=o5Z98wUr-=tp8OeP9J1M0M8g@mail.gmail.com> <4622.1502292425@obiwan.sandelman.ca>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 09 Aug 2017 12:05:44 -0500
Message-ID: <CAKKJt-fxhFnnK3T2nVj2bD=Ve7z6L0oJFjYFqBb59TusJDwFzQ@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "ietf@ietf.org" <ietf@ietf.org>, NomCom-Discussion <ietf-nomcom@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c18f336398f5f055655173b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-nomcom/E-VhWTJcsNNx4m5fOFiI4cwXJRw>
Subject: Re: [ietf-nomcom] BCP 10 Update, adding an IAOC Advisor to the Nominating Committee
X-BeenThere: ietf-nomcom@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions of possible revisions to the NomCom process <ietf-nomcom.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-nomcom>, <mailto:ietf-nomcom-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-nomcom/>
List-Post: <mailto:ietf-nomcom@ietf.org>
List-Help: <mailto:ietf-nomcom-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-nomcom>, <mailto:ietf-nomcom-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Aug 2017 17:05:49 -0000

Hi, Michael,

On Wed, Aug 9, 2017 at 10:27 AM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
>     > At Alissa Cooper's request, I put together a short draft that
> updates BCP 10,
>     > the Nomcom process, adding a reminder that Nomcoms can ask the IAOC
> to
>     > provide an advisor, and the IAOC can provide one.
>
> The other entities provide liasons, and I see that your document explains
> why
> an advisor is listed.    I understand that the word "advisor" is from
> BCP10,
> and allows the nomcom to add advisors to the nomcom. I'd call this an
> "import", because the nomcom pulls someone in.
>

Yeah. I'm kind of dancing here, because I'm trying to reuse terminology in
a new and exciting(?) way.

This document could

   - Remind the Nomcom that they will probably need help understanding what
   the IAOC does, so they should ask, OR
   - Tell the IAOC to appoint (let's call it) an Advisor, at the same time
   the IAB and IESG are appointing liaisons.

The first option is where I headed, because I tend to write permissive BCP
text ("BCP text is hard to get right").

The second option would probably appear in a new section that looks a lot
like https://tools.ietf.org/html/rfc7437#section-4.8, except that the
eligibility would be different. I'd be OK doing that, if it makes sense to
others.

For extra credit, https://tools.ietf.org/html/rfc7437#section-4.3 could
actually require that an IAOC advisor be named, at the same level of
"required" that the IAB and IESG liaisons are required. There would be more
text changes going this way (but, see below).

>
> The other liason are not nomcom decisions, and so there is some subtle
> distinction.
>
> It's also not clear to be that we want the NOMCOM to ask for an IAOC
> advisor,
> or if we the IAOC appoints someone.  The previous tradition was the IAOC
> appointed someone, and they gave us Ole even after he was no longer a
> seated
> IAOC member.
>
> As a voting member and chair, I found the IAOC (liason) very useful in
> explaining not only what the IAOC does, but also what the IAB and IESG do
> not
> do, even when sometimes IAOC activities get relayed via IETF Chair or IAB
> chair.  Many voting members are ignorant of the IAOC and sometimes look for
> characteristics in an IESG or IAB member that would be more appropriate
> for IAOC.
> So I strongly agree with always having an IAOC liason/advisor, even when
> not
> appointing someone directly to the IAOC.
>

I'm willing to make this position a requirement, if that's the right
answer. It's optional in the current draft.


> {nomcom: 2002,2012,2013. chair: 2014}


Thanks for your continued review and advice. I'm {nomcom: 2011 liaison}, so
appreciate people with more, and especially more recent, experience telling
me what they're thinking.

Spencer