Re: [Iasa20] draft-haberman-iasa20dt-recs-00.txt

Joseph Lorenzo Hall <joe@cdt.org> Tue, 18 July 2017 09:00 UTC

Return-Path: <jhall@cdt.org>
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 802DF131A78 for <iasa20@ietfa.amsl.com>; Tue, 18 Jul 2017 02:00:09 -0700 (PDT)
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, 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 (1024-bit key) header.d=cdt.org
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 tEGBmuaRReMH for <iasa20@ietfa.amsl.com>; Tue, 18 Jul 2017 02:00:07 -0700 (PDT)
Received: from mail-ua0-x232.google.com (mail-ua0-x232.google.com [IPv6:2607:f8b0:400c:c08::232]) (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 B7D03131DC5 for <iasa20@ietf.org>; Tue, 18 Jul 2017 02:00:04 -0700 (PDT)
Received: by mail-ua0-x232.google.com with SMTP id 35so15634389uax.3 for <iasa20@ietf.org>; Tue, 18 Jul 2017 02:00:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=coYzddrxyPdt3d2zl8fUbIMfTK0kCMLJQl3+UlRTQds=; b=S2uKMwXxZKPjklai7xyDYlWa/0ESiZvm7GC3Z0OnUQXHKUMGg9EtwUZjP6t47J6uFc 4qIM0Lob8zxrtVR7zJobpZ2AspMVcj5HYSdzts+eAswKi2DpzOaF1biFUpvFjFNu7Yq3 W3u6PXiOwW4T31nOhAvuJfYJUl9OkKUtuhYzU=
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; bh=coYzddrxyPdt3d2zl8fUbIMfTK0kCMLJQl3+UlRTQds=; b=aN1JduFl4FBPBhdRM37j1crRRJYelpy8hwRq6wcdp2SnPF6OGyDdNae3guftxU1OVG /H44WjXjSnTCctAkkyUEHQOQJb9oexJLAsHHZZh6lihfBrwJh/3/2niAPCHahMvb9OwB 4PEYYoUs1xH5HwIJBVH5Z8x50gFKZmVSwwSEwdXYj0fMA2UNngFzcIjP/qK4rID2FWse 1yU7Sicir+9PCQWo/PYN/CLoD6oW7PLYSO9kyqSVcQ7M5PlrAi7tuyKbfKSvEdgyQNZt EfwXncDP20BInbpxugVlF/OTeXX/Ra8/clvYdrk+0BGy9BVHMDfa4kO36yCrGLipA60K +sng==
X-Gm-Message-State: AIVw1112Bvg+c/nESpyOBEde6C6LmvExbOA0D47mAx53rmtw83jAu3Hk NRYRkHwIptityJi3GfZo6W/Q6W8cCuBjWXc=
X-Received: by 10.31.180.80 with SMTP id d77mr264379vkf.110.1500368403674; Tue, 18 Jul 2017 02:00:03 -0700 (PDT)
MIME-Version: 1.0
References: <CABtrr-VtbzvTuBxV1y8910m8zPNi53CWVKd9NGpvAfprwc8iEA@mail.gmail.com> <20170718080236.tslrblyi3cas6izg@mx4.yitter.info>
In-Reply-To: <20170718080236.tslrblyi3cas6izg@mx4.yitter.info>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Tue, 18 Jul 2017 08:59:52 +0000
Message-ID: <CABtrr-VmxHwb+QDvUfXva4fnSOVQ-nmDc9VKTyXAm+Et5c2SfQ@mail.gmail.com>
To: Andrew Sullivan <ajs@anvilwalrusden.com>, iasa20@ietf.org
Content-Type: multipart/alternative; boundary="001a11438110bbd040055493bd92"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/cQfg7KEVgZX0B6n--78piRQw0hA>
Subject: Re: [Iasa20] draft-haberman-iasa20dt-recs-00.txt
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called “IASA 2.0” project. <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: Tue, 18 Jul 2017 09:00:09 -0000

Thank you so much, Andrew. I think you may actually be agreeing on the IETF
Trust piece: I think Bob and others were worried more about the legal
status of the trust in the later two options, not the composition of the
Trust Board, which I think it's fair to say was a good arrangement -- to
overlap substantially with IAOC -- but that recent developments (IANA
transition -- have exposed how that can be over-stained such that it would
be good to explicitly plan for those sets to be more disjoint. (I think
Jari has been making this point as it was painful (my words) over his Chair
tenure.)

I may be misunderstanding everyone is no one here! Best, Joe

On Tue, Jul 18, 2017 at 10:04 Andrew Sullivan <ajs@anvilwalrusden.com>
wrote:

> Dear colleagues,
>
> I'm unlikely to be in the IASA 2.0 BoF today.  I've read the draft and
> I have some remarks.
>
> I want to thank the DT for their work and for getting this together so
> quickly.
>
> On Fri, Jul 07, 2017 at 04:29:53PM +0000, Joseph Lorenzo Hall wrote:
>
> > Feedback on the set of identified possible paths forward or options is
> the key
> > question. Are any potential missed options? Also, feedback on the
> implications
> > of options being considered would be welcome.
>
> I think that the possible options, to a first order of approximation,
> are right, but I fear that the trade-off discussion is a little too
> flat.  In particular, I fear that the analysis does not place enough
> emphasis on the achievability of each potential option, compared to
> the advantages that each might bring.  This is in some sense similar
> to Bob's worry about financial impact: one might like the advantages
> of the most expensive option, but if one doesn't have the money then
> one can't have it.  The same is true of time: if the difference in
> transition time between two options is measured in years, that seems
> like it will be a pretty important factor.  My own sense is that
> anything we predict will take more than 18 months is a non-starter,
> because of the term length of appointees.
>
> This brings me to a second issue: the document is silent on the term
> length of IASA++/board members, but I think that issue has to be faced
> squarely.  We have a serious structural problem in that the oversight
> function ought to be responsible for longer-term considerations, but
> as a practical matter they can't have a horizon of more than 2 or
> maybe 3 years because of appointment lengths: nobody who makes a
> current plan can say with any assurance that they'll be around when a
> plan takes effect.  We already see this problem explicitly in
> controversies over meeting site selection, but I think the problem is
> a deep one.  If we don't tackle this problem as a first-order one,
> we'll miss it in any arrangements that we make.
>
> Finally, and perhaps related to the first issue, I disagree very
> strongly with the claim that we should not try to separate the Trust
> membership from the IAOC-or-successor membership at the same time we
> are making other changes.  On the contrary, I think the linking of the
> Trust is a really serious structural problem that could easily hurt
> our ability to do something about IASA if we do not plan explicitly to
> address it.  The Trust once was responsible only for property that
> affected the IETF directly, but that is no longer true.  We need to
> avoid creating the conditions under which issues that people have with
> the Trust composition constrain our freedom of movement in what we can
> do to our administrative support arrangements.  At the same time, the
> overloading of the IAOC membership with Trust responsibilities means
> that the workload arrangements are quite bad if there is a lot for the
> Trust to do; so fixing that overloading ought to be an important goal
> in this effort.
>
> I think that the DT draft is a good start, and I look forward to
> continued progress.
>
> Best regards,
>
> A
>
> --
> Andrew Sullivan
> ajs@anvilwalrusden.com
>
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
>
-- 
Joseph Lorenzo Hall
Chief Technologist, Center for Democracy & Technology [https://www.cdt.org]
1401 K ST NW STE 200, Washington DC 20005-3497
e: joe@cdt.org, p: 202.407.8825, pgp: https://josephhall.org/gpg-key
Fingerprint: 3CA2 8D7B 9F6D DBD3 4B10  1607 5F86 6987 40A9 A871