Re: [Iasa20] I-D Action: draft-hall-iasa20-workshops-report-00.txt

Joseph Lorenzo Hall <joe@cdt.org> Mon, 20 March 2017 13:54 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 DCC9F127337 for <iasa20@ietfa.amsl.com>; Mon, 20 Mar 2017 06:54:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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 6yzTsoJtUcua for <iasa20@ietfa.amsl.com>; Mon, 20 Mar 2017 06:54:39 -0700 (PDT)
Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (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 89770126C22 for <iasa20@ietf.org>; Mon, 20 Mar 2017 06:54:39 -0700 (PDT)
Received: by mail-vk0-x234.google.com with SMTP id j64so55758667vkg.3 for <iasa20@ietf.org>; Mon, 20 Mar 2017 06:54:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=GWeCKrexpnApf0lAnlJgPQe/dejzyXJQ2PZcSKAVyXE=; b=P6JqY55mnoVFJ3/kvFvc5k1OR8PfiglxAsdB791XjX95dysqbJWKl65khzghIQfA8k +q9C0gwIxd0IhsYiT7EjdrU/UpGKWV3DCFZj5hvQpNwHw+UGh/xia0d15U2JirpkY5xy EbQeMuGlSjVI56Bb4g8nJ1MbtGW11Kkwe5DYo=
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=GWeCKrexpnApf0lAnlJgPQe/dejzyXJQ2PZcSKAVyXE=; b=IH++exTFTcD59xbe7H4pGMPaIsIo02oyg5cB0RupTIWsE+Vd9SGXKDhJNFysYg4ltp JkGQALe7rKxIkYIrkoAQPgrSU8QMExka6Fa5soybYDbnNvOK6jPCPMFr6KmsWHQzAtO+ NU/R44LgpZJizRoYwpB3HHba361aU3OF+11jFgeLxFWF11JOPT4X60dFYfrM8aPk7kH0 NtjGuiBaaLZJ5FXBWsgyrolgeDP10AhiU/0xhvP2k4CVb0fcMDZum9OF2ggiYjV/tgZ0 OF8lQt/WWa+1a6JSNgivWW6F2WEf6H2C8cLmTGkzt167aOoezFUQEuvmugo/w5Q39jiq t60w==
X-Gm-Message-State: AFeK/H0ITOBwEpCYBDklioHdaoP89biPgWiPOwQW/i51xhbgg9IUkUupnaY9mjobiaZY/XY834lJnspg5l7WIl63
X-Received: by 10.31.231.131 with SMTP id e125mr3294570vkh.50.1490018078329; Mon, 20 Mar 2017 06:54:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.42.2 with HTTP; Mon, 20 Mar 2017 06:54:17 -0700 (PDT)
In-Reply-To: <2938563f-6ad6-57a8-122f-805b8cf41ed5@gmail.com>
References: <148941528136.16867.3807046327704023886@ietfa.amsl.com> <2938563f-6ad6-57a8-122f-805b8cf41ed5@gmail.com>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Mon, 20 Mar 2017 09:54:17 -0400
Message-ID: <CABtrr-WLT43uZ3wuycEXk6CcW6P8RLePjUdhf42aSYaajUZ-aw@mail.gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
Cc: iasa20@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/QcgSkfOIqsa3BFhnZmBfLihud6Q>
Subject: Re: [Iasa20] I-D Action: draft-hall-iasa20-workshops-report-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: Mon, 20 Mar 2017 13:54:42 -0000

Hi Brian,

On Mon, Mar 20, 2017 at 9:29 AM, Brian E Carpenter
<brian.e.carpenter@gmail.com> wrote:
> Hi,
>
> Thanks for this report, very useful for those who couldn't attend
> the workshops. Here are some personal thoughts, picking on a few points.

Thank you, I'll try and point out places where we might want to change
the text of the report to reflect your feedback (obviously, only part
of your feedback was intended to affect the report text!):

>>    o  The line between the IETF and ISOC is not organizationally clear-
>>       cut,
>
> Better get used to it. Since the IETF is intentionally not incorporated
> and intentionally run by a rough consensus process, that line will never
> be clear-cut.

(a number of places you respond to where the report is quoting slides
presented at the workshop, let me know if that's not clear)

>>    For example, participants noted some items are branded
>>    IETF, like the IETF Journal, are ISOC driven and funded, and are not
>>    directed by the IETF community.
>
> Really? When it started, the IETF Chair (me) reviewed the contents.
> I'm a bit shocked if that is no longer the case.

It would be helpful to know if this is still the case and we could
mention that fact in the text.

>>    ...for example, if the IETF community
>>    wants to change the structure of relationships with sponsors, who has
>>    the authority to make that decision?  IESG?  IAOC?  Community
>>    consensus?  This participant felt that this is unclear.
>
> IAOC. From RFC4071:
>   "The IAD and IAOC are responsible for making all business decisions
>    regarding the IASA.  In particular, the ISOC Board of Trustees shall
>    not have direct influence over the choice of IASA contractors or IETF
>    meeting sponsors.  This restriction is meant to enforce the
>    separation between fund-raising and the actual operation of the
>    standards process."
> But of course we expect the IAOC to seek community input, as in the
> current discussion about meetings policy.

Seems like it would be good to add this reference to the text.

>>    ...IASA has lagged progress of groups like the IESG,
>>    who have made agendas and meetings open.
> ...
>>    Hotel contracts aren't shown due to confidentiality agreements,...
>
> In my experience some years ago, a large proportion of IAOC (and sub-committee)
> discussions were very unsuitable for open access. Contracts and personnel issues
> came up a lot. If meetings were made open, a lot more business would be discussed
> outside the meetings. I'm all for transparent reporting but in this case I just
> don't see open meetings being viable.

This is something we had not yet heard and might be good to put into
the text of the report here.

>>    A Workshop participant noted that, in order to understand how the
>>    committees work, one needs to understand...
>
> I don't understand the point of this. Why does the community need to
> understand how the subcommittees work? They don't answer to the
> community, they answer to the IAOC.

I don't think this commentor said that the community *needs* to
understand how this works, but that when a community member finds
themselves needing to understand some part of it for their role (e.g.,
imagine a new IAOC member trying to make sense of it all), it can be a
challenge.

best, Joe

-- 
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

Tech Prom, CDT's Annual Dinner, is April 20, 2017! https://cdt.org/annual-dinner