Re: [Recentattendees] Remote Participation for IETF 95: Meetecho Details

joel jaeggli <joelja@bogus.com> Thu, 31 March 2016 19:01 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05C1E12D792 for <ietf@ietfa.amsl.com>; Thu, 31 Mar 2016 12:01:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 pb4ucxj-mjv0 for <ietf@ietfa.amsl.com>; Thu, 31 Mar 2016 12:01:51 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F10ED12D77A for <ietf@ietf.org>; Thu, 31 Mar 2016 12:00:59 -0700 (PDT)
Received: from mb-2.local ([216.9.108.44]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id u2VJ0vgl044731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 31 Mar 2016 19:00:59 GMT (envelope-from joelja@bogus.com)
Subject: Re: [Recentattendees] Remote Participation for IETF 95: Meetecho Details
To: Melinda Shore <melinda.shore@nomountain.net>, John C Klensin <john-ietf@jck.com>, ietf@ietf.org
References: <20160330202243.4795.63685.idtracker@ietfa.amsl.com> <56FC7167.4010409@nomountain.net> <A4B09E64B56CD0B8C4379A99@JcK-HP8200.jck.com> <56FD72BC.1070402@nomountain.net>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <5c34b59b-3702-9f1e-5567-5c2114883f13@bogus.com>
Date: Thu, 31 Mar 2016 12:00:52 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <56FD72BC.1070402@nomountain.net>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4jIDVAFRM2tGRWJkD5t0r7uPfeV9kiMff"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/iKx5tDsWXC_p8a71WKeer09OVT4>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 31 Mar 2016 19:01:53 -0000

On 3/31/16 11:55 AM, Melinda Shore wrote:
> On 3/31/16 10:29 AM, John C Klensin wrote:
>> A registration requirement for remote participants is a major
>> policy change and one for people who merely want to passively
>> observe is something I believe the community has several times
>> concluded is inappropriate given privacy, etc., concerns.
> 
> Yes, and inconsistent with the recent apparent consensus that
> someone will be whitelisted for all IETF mailing lists if they're
> signed up for any.

in my decade or so of moderating  ietf mailing lists... The overwhelming
source of whitelist additions was people using multiple accounts. and or
people sending stuff to lists to which they aren't subscribed e.g. the iesg.

neither case leaves much to the imagination

> I do think there ought to be registration for people who are
> active participants and who may influence outcomes - there are
> tradeoffs around accountability and privacy that kick in in
> that circumstance.  I don't think those tradeoffs apply to
> merely consuming information.
> 
> In particular, I think it's weird and represents somewhat
> incoherent engineering decisions to require registration to
> passively monitor a session via Meetecho but not the raw
> audio feed, and that no registration is required to watch
> a recording.  Note that this is *not* an argument in favor of
> requiring registration for access to archived material, but
> that the registration requirement should be restricted to the
> mike queue (although that raises the question of what to do
> about questions relayed via Jabber).
> 
> As a frequent remote participant I'm very, very happy to see
> that there's been progress on improving tools for allowing
> remote participants to be more active during a session, but
> as always seems to happen, the details are messy.
> 
> Melinda
> 
>