Re: [Iasa20] Barry Leiba's Discuss on draft-ietf-iasa2-rfc4071bis-08: (with DISCUSS and COMMENT)

Ted Hardie <ted.ietf@gmail.com> Mon, 08 April 2019 16:46 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F18B5120049; Mon, 8 Apr 2019 09:46:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_NONE=-0.0001, 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 VYYp5nHUEXGx; Mon, 8 Apr 2019 09:46:34 -0700 (PDT)
Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (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 7B80C1200B7; Mon, 8 Apr 2019 09:46:31 -0700 (PDT)
Received: by mail-io1-xd2e.google.com with SMTP id d201so11630180iof.7; Mon, 08 Apr 2019 09:46:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vpOfXZNx194bfB+TGYqCPRCdIqNd3bfD3/jhI10fFQk=; b=eqHhJ9L4zQZh4sLYnqVH28A8ydxQFYPU0rmY5pLOanM8ghSORIAjiXLDvXW/R53ek3 /Gu/qqbZbPvu6GG3HcSizxYG7mTH6HigOhOSlH/S9zHlUijdn044zL5ShDz24x9+3r0S ie8HTwzJBLHbgydemjzOFf9Y5rBCqjJLoMs/59/GYgdBAle1E2iCeVLzKkVxwg9KibYg P7vK5kgLPykVB7YduK0ehmMmZ7ZFv8ZY+UgDc+DgjaV1unrsQ+ePa4ozTiVO2HUC2zIO CyC5I4soFIDEU9D8dH7C22KL7L1jDgm7dWD1onW8GfKjzisw1u2BVFdTrhtQZqjP+wTP hPyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vpOfXZNx194bfB+TGYqCPRCdIqNd3bfD3/jhI10fFQk=; b=qxhwf/tj0IBf1Z9h4WSxWKJ48PzWaJNAqh/v0nzkpY9n2+6HXl1j8aPoJLp8f/fJLe vkPeHjk4z7Y9UeyqiR/KATTnnNO9kIAYJoVzgGmi3iOB2RbmfhanUO3XwYgL5+vA5KOB Eb3xL64+3G0Nwp6iVmDC8BXLFPldgDfu5pmJJtIK6FrO2PcHGba5G6+2frlHD3I8+uDY UWiOwJb/owC91CFjDJAebMILDL9xJgg63hdL3qvo2BWx+2Eu+cXdK++r6wNBGzfqrQFT KPAj3aN9wf0ZHnBBD5g5xRN/qmYleeZqA8sRhqY/UOjNP4ezb+8myxnrlzAVsSlWQELT LE7w==
X-Gm-Message-State: APjAAAVKjNtvW8bZCJXFifKPjO5UMziMk0B7JpNseHnPfWJMpKk6x2hT VsDLJd+BY5DEFzzie1M1CS7+MPdgYhyPpfF6qHk=
X-Google-Smtp-Source: APXvYqyGliCcFIK8nA/FStWXxOJUv+wkrn+BOs88JODsId6cHIWO1wckPjW9+BUkgv9WifzqysBbSXcxo8oNpYmO0KI=
X-Received: by 2002:a6b:6f09:: with SMTP id k9mr11971261ioc.163.1554741990674; Mon, 08 Apr 2019 09:46:30 -0700 (PDT)
MIME-Version: 1.0
References: <155470226964.18209.2289908384768506570.idtracker@ietfa.amsl.com>
In-Reply-To: <155470226964.18209.2289908384768506570.idtracker@ietfa.amsl.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Mon, 8 Apr 2019 09:46:04 -0700
Message-ID: <CA+9kkMB40Op1igA4emnkB=XWdj7ZzuUrK_5nTWBnW928FVW9pg@mail.gmail.com>
To: Barry Leiba <barryleiba@computer.org>
Cc: The IESG <iesg@ietf.org>, IASA 2 WG <iasa20@ietf.org>, draft-ietf-iasa2-rfc4071bis@ietf.org, iasa2-chairs@ietf.org, Jon Peterson <jon.peterson@neustar.biz>
Content-Type: multipart/alternative; boundary="000000000000125b0b058607947d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/NDDG-nyylr5EsQFXCr3ZQrciC1A>
Subject: Re: [Iasa20] Barry Leiba's Discuss on draft-ietf-iasa2-rfc4071bis-08: (with DISCUSS and COMMENT)
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?= <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Apr 2019 16:46:37 -0000

On Sun, Apr 7, 2019 at 10:44 PM Barry Leiba via Datatracker <
noreply@ietf.org> wrote:

> Barry Leiba has entered the following ballot position for
>
> DISCUSS:
> ----------------------------------------------------------------------
>
> — Section 6.4 —
> Adding to what Mirja notes about a two-year term for the IESG appointee:
> the
> text here clearly assumes it will be the IETF Chair, allows it not to be,
> but
> makes that situation awkward.  Each IESG should be able to change the
> appointment if it thinks it appropriate.  In particular, we chose the IETF
> chair this time to maintain continuity with the transition, but we might
> prefer, once the startup tasks are done, to move to someone else in order
> to
> lighten the load on the IETF Chair position.  I think such delegation is
> important.
>
> I believe the working group discussed the length of the appointment for
this particular role
and that the decision to make it two years was done after that
consideration was complete.
As you'll note, the other directors are 3 year terms in the common case,
and that amount of time
to come up to speed and begin to serve effectively matches the IETF
experience with appointments
to the Internet Society Board of Trustees.  Choosing to make this a shorter
term that aligned with
an IESG member's term was called out as needed in this text:

   the goal of having this slot on the board is to maintain coordination and
   communication between the board and the IESG. (from Section 6.1)

Having a liaison who was not a full member of the board would have been
alternative, but the desire
to keep the board small and tightly focused caused that alternative to be
rejected.


> So for a number of reasons, a one-year term makes more sense, perhaps with
> text
> encouraging reappointment for two or three years, would be better (along
> with
> appropriate changes to term limits in 6.5 to specify years rather than
> terms).
> Did the working group specifically discuss and reject this?  Or was it just
> aligned to the IETF Chair’s term without giving consideration to these
> points?
>
>
Speaking personally, I believe consideration to this point was given.  See
the threads leading up to Jason's message with the title "Consensus on
Director Sources and Number"  August 1, 2018.

regards,

Ted


>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> — Section 4.1 —
> Is there a difference, now, between the meanings of “IASA” and “IASA 2.0”?
>
> — Section 6.9 —
> I’ll point out that two thirds of 5 is not 3, so both a quorum and a vote
> on an
> “act of the Board” require a supermajority of 4 out of 5 Directors.  That
> seems
> like it could end up being problematic.
>
> — Section 6.10 —
> What does “from time to time” mean here?  I can’t figure out how to fit the
> normal English meaning of the idiom in here.
>
>
>