Re: [103attendees] Remote participation in Plenaries

Alissa Cooper <alissa@cooperw.in> Thu, 08 November 2018 00:41 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: 103attendees@ietfa.amsl.com
Delivered-To: 103attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F54C1252B7; Wed, 7 Nov 2018 16:41:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=RUZZU15I; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nA+wma2T
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 zE2Tu0aw1CN5; Wed, 7 Nov 2018 16:41:08 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20E41124D68; Wed, 7 Nov 2018 16:41:08 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 0009B21B7F; Wed, 7 Nov 2018 19:41:06 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 07 Nov 2018 19:41:06 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=i utgnSnAu8ZoBPreM5PHaVnFiTXvQPT23rSKczqzQkA=; b=RUZZU15I7ap/Hg49r i59AaIimJtjd5x1FH1Rk0oL5tBWwY1H3Ba9ty/N4sKR17alGJgixIPLlJhDHzmng Qxqtjo5kj6Q1pKiPwYCzpFrqrIt0C9DRgiznD81ffSdI1fPmUl+RwTFlC/j0Hp4z 8XwAIqRbWcA30WluRj8HicX4g1PnL2JgyFo/sw8f1skKBdEtsvi6l6z8QH4Cz7wM JOEi3yLexO4wh7+dgIw+Dvv3IlrCmS1LBwmDBvyf7Te6ROf9+Lkn09h6Z4c5eXoO 5fFNHZy9R0P581Eo5GdOZ5kwoaPxEyHqqKnW5oIgNPpa8WfTR37PbrGfdKatQo0K +ApNw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=iutgnSnAu8ZoBPreM5PHaVnFiTXvQPT23rSKczqzQ kA=; b=nA+wma2Trh/qDFdNkW6H9+pNMl95zKAqo0200qkZZmRU8mXvFuv6lfLBN pPeheN8Fqmi+GW9QE5uinFL3MsOCkLsfSOr/5nQcMctirXSTQ+s1j+SrRG/YfHdr 4LItg6gUwI2ErXieFLKV0Z8DyXZtULnvzv17Qdr7CERHCoXlwnvCyIdlHFGeQDCC WVAbI2IW9qPL9iQZWg/BNTJ7UYLJANSVbXJqjanrXll659kSqBNEApLD1nY6T7tY 3d+FSdWuG0elV2jy9yDN9PPpEqtzSmE9tUiHdvS81zAtb0tMZYEeWZ7XEX8r2xOA TSHSSKNInKWMOjFmwIdsjch7Um1Ow==
X-ME-Sender: <xms:IobjW6OOQtdrGVf_Qez7_VHxOhwkcbr-UgsmvSF1DWUsf2wmSFjtIw>
X-ME-Proxy: <xmx:IobjW48AMHpHhAuWNK4sBp3JZdIgizC5JUzYTXkxthzghaUBYw7QvQ> <xmx:IobjW0b4NaQY8lmVhyriT_HATUnKy-ECbI5GeorOj6mICrBPyaxyTg> <xmx:IobjW330VEXgRgwMhU2aCV7q_bfg1dsMluJWiMxyXgI8Ccmq53vxhw> <xmx:IobjW_bW_YUWbLdR_njNsmr5FIn5RlA1Z14SMCO0Sc6Zc6iTakrgYQ> <xmx:IobjW_JZcwFWKB9W5m214Wga54MiTzcC0m3LMVoQg7llyn2GLciWDQ> <xmx:IobjW_UWzBSe60vZ_05A_zU6jpuFGGxqdB61YPzlt9RbqF-FNGnRHA>
Received: from rtp-vpn6-327.cisco.com (unknown [173.38.117.92]) by mail.messagingengine.com (Postfix) with ESMTPA id A1EBBE427A; Wed, 7 Nov 2018 19:41:04 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <5F2882306DBD8D8D452C04D3@PSB>
Date: Thu, 08 Nov 2018 07:41:00 +0700
Cc: IESG <iesg@ietf.org>, 103attendees@ietf.org, ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <6FF899AA-CFCE-473D-A7FF-ECD5C1F495AC@cooperw.in>
References: <5F2882306DBD8D8D452C04D3@PSB>
To: John C Klensin <john-ietf@jck.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/103attendees/qJHnFl9PG1nVGVmJ21gmI1ypiaw>
Subject: Re: [103attendees] Remote participation in Plenaries
X-BeenThere: 103attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list of IETF 103 attendees that have opted in on this list <103attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/103attendees>, <mailto:103attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/103attendees/>
List-Post: <mailto:103attendees@ietf.org>
List-Help: <mailto:103attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/103attendees>, <mailto:103attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Nov 2018 00:41:12 -0000

Hi John,

Sincere apologies again for messing this up. I realize this is hugely frustrating.

As mentioned in the other threads, I suspect the lack of attention to the jabber channels more broadly is due in part to greater reliance on the remote queue. If people assume that more remote participation will be via audio/video and that chairs will manage the queue, perhaps fewer of those in the room are joining the jabber rooms or looking at them when they do.

Huge thanks again to Alice Russo for coming to the mic to relay the question. I see that Benjamin has followed up and obviously we can continue the discussion on the list as necessary even though we missed the opportunity in the plenary.

Apologies,
Alissa

> On Nov 7, 2018, at 9:35 PM, John C Klensin <john-ietf@jck.com> wrote:
> 
> IESG,
> 
> As someone (whose name I didn't catch and whose voice I didn't
> recognize, but many thanks) noticed just before the plenary
> ended, I submitted a question via Jabber with "MIC" in front of
> it shortly after the IESG took the stage.  What then happened is
> probably more important than the question itself, which I will
> come back to.
> 
> We claim to want to be welcoming to newcomers.  There was a good
> deal of discussion about that subject during the IESG part of
> the plenary, all of which I think was helpful.   However, as
> costs of meetings and logistical complications rise, it is
> important to understand that many newcomers will participate
> remotely before attending their first meeting(s) and that
> others, especially those who are not supported by companies or
> organizations with unlimited resources, will do some meetings
> remotely early in their IETF careers.  We also claim to be
> supportive of remote participation, but that needs to be more
> than just having the right technology in place.   Similar to the
> comments that were made about experienced people treating each
> other roughly in discussions having a bad effect on newcomers
> and observers and discouraging involvement, having a plenary
> with no effective way for remote participants to ask questions
> or make comments sends a negative message about whether such
> participation is really desired.   Noting that this is not the
> first time in recent years at which questions arriving via
> Jabber have been ignored in a plenary (at least this time, it
> was caught although much too late) or given no attention, a
> relatively experienced IETF participant is likely to respond, as
> I am doing, by getting on the mailing list.  Someone who is new
> and trying to understand whether it is possible to participate
> effectively in the IETF may, instead, make an obvious inference
> and just go away.   From that standpoint, an oversight about
> Jabber input (whether in a plenary or a WG session) is at least
> as problematic as experienced participants and old friends
> calling each other bad names in a WG session.   If the assorted
> mentoring/ guiding programs for f2f participants are going well,
> it may be worse because, by midweek, f2f newcomers may know at
> least one or two experienced people whom they could go ask what
> is going on (or who might spontaneously be approached by those
> people with an explanation).   We have no such support for
> remote newcomers, despite repeated suggestions.
> 
> However, there is another aspect to what happened that may be
> equally important.  Alissa apologized for forgetting to get a
> Jabber scribe.  I appreciate the apology and agree that she
> shouldn't have overlooked it.  But the problem is _NOT_ her
> fault.  Anyone in the room could have noticed the omission and
> called it to her attention.  No one did.   Anyone in the room
> who was following the Jabber feed (and I recognized several
> people on the Meetecho participant list who where clearly there)
> could have noticed either the absence of a designated scribe
> (any time in over two hours) or the question (only one hour
> before that was noticed and read) and brought it to the
> attention of whomever was at the front of the room at the time.
> One of the IETF's important features and big advantages over
> other SDOs is that we claim to function as a community (not
> just, e.g., a collection of representatives of companies) and
> mostly succeed at that.  But that makes these kinds of glitches
> a community problem, not an IETF Chair, IESG, or, in the case of
> WGs, a WG Chair problem.   If someone notices and doesn't speak
> up on the theory that it noticing is someone else's job, that is
> a community failure.   If a newcomer notices and speaks up, I
> hope we can promise a round of applause (at least).
> 
> The question itself was about the current status of so-called
> internationalization work in the IETF and, in particular, the
> status of the recommendations from the BOF on processing that
> work at IETF 102.  I know at least some of the answer; my reason
> for asking is that I wanted to get a reaction from the IESG
> because internationalization issues are not confined to the ART
> area much less whichever ART AD is currently holding the short
> straw.  Others may reasonably disagree but I think that, if we
> are serious about attracting a diverse set of participants from
> around the world, internationalization work is really important.
> If we give it minimal attention, we are sending another kind of
> message.   Missing the window of the IESG part of the plenary
> largely defeated the purpose of the question.
> 
> Unfortunately, there were two additional problems after the
> question was read.  First, the person reading it wasn't sure I
> was the one who asked it.   I was using Jabber over Meetecho.
> Due to our participant login procedure, Meetecho knew exactly
> who I was and was displaying "John Klensin" (not some initials
> or nickname that could be confused) next to the text in the chat
> panel.  If that information isn't making it through to other
> Jabber/XMPP clients or systems, there is a bug that is worth
> tracking down and fixing.   Then, I gather someone, I presume
> from context one of the ART ADs, answered the question from the
> floor.  But I couldn't hear the answer or the identity of the
> person answering at all.  The audio was very good through all of
> the rest of the meeting so I have to assume that either the
> question was answered away from the microphone, the floor mics
> had been shut down, or the feed from the mics to Meetecho had
> been disconnected.  Or course, by the time I could get something
> equivalent of "no audio" typed into the Jabber room, the meeting
> was over (even if I assumed that, by then, someone was watching
> and would report).     If the problem was something that could
> have been noticed and reported from within the meeting room, the
> comments earlier in this note about community responsibility
> apply.
> 
> Not the IETF's finest moment.
> 
> best,
>     john
> 
> 
>