Re: Interim meetings - changing the way we work

Benson Schliesser <bensons@queuefull.net> Wed, 25 February 2015 18:04 UTC

Return-Path: <bensons@queuefull.net>
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 937511A037D for <ietf@ietfa.amsl.com>; Wed, 25 Feb 2015 10:04:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 7UFCHwWeqpya for <ietf@ietfa.amsl.com>; Wed, 25 Feb 2015 10:04:13 -0800 (PST)
Received: from mail-qg0-f48.google.com (mail-qg0-f48.google.com [209.85.192.48]) (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 6ADC21A1A1B for <ietf@ietf.org>; Wed, 25 Feb 2015 10:04:13 -0800 (PST)
Received: by mail-qg0-f48.google.com with SMTP id a108so4362709qge.7 for <ietf@ietf.org>; Wed, 25 Feb 2015 10:04:12 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=56neAkTizxECknURPUO0ED3yWCV9v7MS2C5xKOPMybk=; b=MC6awNPT7Y9dil7C7vMmFzEnlTycLXeqI8k0PbGtRx9v743OM5+fMoHm878B4u5tNs azNKEDoC6JLqzJjtKbtDL5+o1DcsuOQhiSFgjaSsGkEJJNlWfloJEh4Rxmt7BXNv1J7O Et5uEAsxkwV1Lkcq/87C4NGuLwO9I3ASBY6y+plXqI7v9+NBtxB2OQ/skgm/gUt5kZkQ 2rbUmqLU7n92zRwzN5bFCmGmkeNgjSxxDdVHYWml620FWkDbXY/hjw3I/2/zup+7dogW xJD65AFFUhkhqKdPegcrWccKCv5LeIlEhZyyPb0orfe/rzK1znMMemXs5rKE8WtLKsGp TJTA==
X-Gm-Message-State: ALoCoQlHOAMCrmrg0HGA+4u/0hl/1eqpFnLdIZtTfT2Ef2om9DzRyvOshQZHbXeWIjCMOK2OvZP9
X-Received: by 10.140.27.229 with SMTP id 92mr9115587qgx.64.1424887452660; Wed, 25 Feb 2015 10:04:12 -0800 (PST)
Received: from desolation.local (68-115-154-254.static.hckr.nc.charter.com. [68.115.154.254]) by mx.google.com with ESMTPSA id k196sm21914777qhk.6.2015.02.25.10.04.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 25 Feb 2015 10:04:12 -0800 (PST)
Message-ID: <54EE0E9A.2060002@queuefull.net>
Date: Wed, 25 Feb 2015 13:04:10 -0500
From: Benson Schliesser <bensons@queuefull.net>
User-Agent: Postbox 3.0.11 (Macintosh/20140602)
MIME-Version: 1.0
To: "t.p." <daedulus@btconnect.com>, Benoit Claise <bclaise@cisco.com>, ietf <ietf@ietf.org>, netmod-chairs@tools.ietf.org
Subject: Re: Interim meetings - changing the way we work
References: <CAL0qLwZk=k-CWLte_ChK9f1kzLwMOTRyi7AwFa8fLjBsextBcA@mail.gmail.com> <9772.1420830216@sandelman.ca> <CAL0qLwZatYW2e4Wk6GXB2U26fsCn8BV2qt-07kHBugiq34zrcQ@mail.gmail.com> <6025.1423672358@sandelman.ca> <CAL0qLwYtE618sA99hgXP-5wk+BYdcXLbiZqd_36OreYQ1LB7hQ@mail.gmail.com> <732CCD31-0F13-472F-9825-C5F5D650C41B@vigilsec.com> <2457EE06-4960-40B5-AF10-2EDFBF18B2B6@nominum.com> <7C601AA4-55C4-43FE-B2FE-1D22BD73F166@vigilsec.com> <CAKHUCzyJ62hVyJVVLuL5-nXx_i5VO2cW3LA6R1sdZbDHxoY_Tw@mail.gmail.com> <43ADF7ED-6A42-4097-8FFA-5DA0FC21D07A@vigilsec.com> <CAKHUCzyfB+GhNqmDhrzki4tVn0faMLyt_cqgeHFcQL2b5pkkAQ@mail.gmail.com> <54DE3E1C.6060105@gmail.com> <007301d04927$64890d40$4001a8c0@gateway.2wire.net> <54EDA697.5070107@cisco.com> <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net>
In-Reply-To: <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/Kc3p3RhR6RX6QBDS7HicHmRDiNY>
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: <http://www.ietf.org/mail-archive/web/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: Wed, 25 Feb 2015 18:04:15 -0000

t.p. wrote:
> Again linked to this, but this is one for the IESG IMO, is that on some
> lists, the view is that without an attendee list the minutes are
> incomplete.  In Routing, I found the view that attendees should not be
> listed in the minutes. Um, policy decision needed.  Technology makes the
> collection of a Blue sheet equivalent very straightforward, at least for
> many virtual interims, but is it a breach of privacy (in Germany, at
> least) to put that on the web site?  On the other hand, we would regard
> as deficient a string of posts to the mailing list with no indication
> who was making them; which minutes without an identification of at least
> who 'spoke' would seem to be equivalent.  I can guess who Alia is but
> not Erik or Tom, which is all I have to go on (nvo32014/10/2  - netmod
> and netconf minutes are very good in this regard unless, of course, you
> regard the list of names as a breach of privacy!).  As I said, I think
> IESG guidance is needed on what should appear in the minutes by way of
> who took part or who contributed.

There seems to be two different (perhaps related) issues here.

First, completeness of names in the minutes:

Yes, we should strive to get full names in the minutes rather than short 
names. This is tactically difficult for so many reasons, many of which 
have already been talked about on this list in the past. This includes 
non-uniform familiarity of the note-taker with all the contributors' 
names, speed of the conversation versus ability to write quickly, etc. I 
don't know of any sure-fire way to fix this. A recording of the meeting 
can be useful, but isn't a substitute for minutes and isn't always 
helpful in filling out missing details in the minutes after the fact. If 
anybody has suggestions for improving note-taking then I'm eager to hear 
them.

Otherwise, all I can say is that we'll try harder. Specifically, we can 
spend some effort reviewing the draft minutes and filling in names etc. 
For NVO3, I'll work with my co-chair and secretary to do this. I suppose 
other chairs should be encouraged to do the same.

Second, whether Blue Sheets are posted:

Currently the Blue Sheets for regular meetings are scanned and posted in 
the proceedings. For example see the "Blue Sheets" link at 
http://www.ietf.org/proceedings/89/nvo3.html. There is a mechanism in 
the Meeting Materials Manager tool for chairs and secretaries to upload 
Blue Sheets for interim meetings, too. Though I note that most of the 
interim proceedings seem to be missing them. One positive example I 
found was 
http://www.ietf.org/proceedings/interim/2015/02/09/idr/proceedings.html.

It is clear to me that chairs (myself included) need to do a better job 
collecting Blue Sheets for interims and posting them to the proceedings. 
This is already mandated by 
http://www.ietf.org/iesg/statement/interim-meetings.html along with 
minutes etc.

The subsequent question is "how" to collect names for Blue Sheets at 
virtual interim meetings. NVO3 has experimented with using an etherpad 
for this purpose. (Thanks to Sue Hares for suggesting this to me.) One 
could also imagine using a Google Docs form, Eventbrite, or whatever 
other tool was convenient. It might be nice if we could create an IETF 
tool for such a purpose, but we can certainly manage otherwise.

During today's Routing Chairs meeting there was a discussion about 
whether it is mandatory to fill out Blue Sheets, and the general 
consensus seemed to be "no, not really" given that even the regular 
in-person meetings have imperfect Blue Sheet records. So making it a 
gating step, e.g. in order to register to receive meeting logistics 
information etc, would be inappropriate. Likewise I suspect that it's 
more consistent to make it a voluntary step rather than simply 
collecting the names of people e.g. on a WebEx session. But I'll take 
this up with the IAOC to make sure that my current thinking is 
consistent with the legal needs of the IETF.

Cheers,
-Benson