Re: [Manycouches] Stay Home Meet Online (SHMO) draft and proposed WG

Alissa Cooper <alissa@cooperw.in> Tue, 02 June 2020 21:25 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D5523A1030 for <manycouches@ietfa.amsl.com>; Tue, 2 Jun 2020 14:25:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=i39JLVqd; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=3mpviN09
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 avQvov007nQj for <manycouches@ietfa.amsl.com>; Tue, 2 Jun 2020 14:25:37 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C46F53A1046 for <manycouches@ietf.org>; Tue, 2 Jun 2020 14:25:36 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2F7DB5C004A for <manycouches@ietf.org>; Tue, 2 Jun 2020 17:25:36 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 02 Jun 2020 17:25:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= from:content-type:mime-version:subject:date:references:to :in-reply-to:message-id; s=fm3; bh=xa2XJhFKmyiP+YQPodjniFRXE64Yh cbcurOJ6uzKIA4=; b=i39JLVqdAGeVd1MeKO+GuRQJSjqz6KGOgbLgDXQ15O1xv t4szNZOdvczSfrPK4aWt9VaGZQbiRKKfqqNy+nBYjWJXQZAHpFR7DBUj/8rikMvt /57pUqvHM4OYOTKQhOw21W5Pt5wVJLwjpUfcCbjFp+k6vvZ9QgV+vMfNtu/kvp3+ SdCmIpgwt9s/QnWVefrqLFPc17KbPZovShKEjCjuE1yuJnHVHywICwHQaEnT90wU ibXZtU4ILLN/4qiOE99b+tVo1Gr9dgvCbxoT6kc8hTg74jzIvYRx66aFxls/3qNZ 34AU+48UFwN15PBSNZUyE4XwoX6XNMquD1p7HOSyg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm2; bh=xa2XJh FKmyiP+YQPodjniFRXE64YhcbcurOJ6uzKIA4=; b=3mpviN09QuxSUsEkEDMXrQ +Npc382uBxXXfFCDS1GKQu3wc7uhgoi1fTw1nf3vuJmgK+gGciKdQnCdcSZlKDKG /ydeHc+rf+EcJ7IjFaxNbVU7Tnkpv4BJApEF/xievo6jNzv8QfNfbG5Vk/7/3QgW InyOveNfFNM5jOxvSxVgz8HqpBEWbK37B5GhhAQekh/AINNa1F8XRwB7HTkzVN/m r+/j03sVBiyYajnrot/3ZhYvj7Zexicq3sC+jvzSnJ2GhaRy1AuItBNZsNmJU5iD 2yAEntbVtKGzUbEmUyGDxNQVWFeyTfJ/XeC00s9Fs5Y860duQRz8p4yv2GWXWDNQ ==
X-ME-Sender: <xms:z8PWXuWR-msUnla1QdL4KVw4jW7RKbHhhT9pMfj1wxXklx9pelIokg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudefjedguddvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhephfgtggfuffhfvfgjkffosegrtd hmrehhtdejnecuhfhrohhmpeetlhhishhsrgcuvehoohhpvghruceorghlihhsshgrsegt ohhophgvrhifrdhinheqnecuggftrfgrthhtvghrnhepvddvieevteelvdevfefhfedvke dvgeelvefhleetvdfgheeiteefgfeftefghedtnecuffhomhgrihhnpehgihhthhhusgdr tghomhdpihgvthhfrdhorhhgnecukfhppedujeefrdefkedruddujedrkeefnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgrsegt ohhophgvrhifrdhinh
X-ME-Proxy: <xmx:0MPWXqn41XUDWNoASnyOCQdJHyEtmZmFV9ycBxRXqdEecNQ_uvCwhg> <xmx:0MPWXiYOryrqXQPuXevG7COIgjadqD6U0nzdwXEt7DEJOpAKDWvunA> <xmx:0MPWXlWWKre0FlW6xoiG7SlsbDYLBjlu_ndgzTo4C_X9GTglc1S1AA> <xmx:0MPWXmkxZlwerQz9O871gL-pDbsnm4OPfuDKMv1jfhLKXwB7EnZZXQ>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.83]) by mail.messagingengine.com (Postfix) with ESMTPA id BDD653280060 for <manycouches@ietf.org>; Tue, 2 Jun 2020 17:25:35 -0400 (EDT)
From: Alissa Cooper <alissa@cooperw.in>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7AC069D8-235D-4B95-9E5C-F74CAF14B1BC"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.5\))
Date: Tue, 02 Jun 2020 17:25:34 -0400
References: <E103897C-F9D9-4ED3-AB45-FD2967D7F49E@cooperw.in> <53DD003D-4464-4F17-92BB-C9B1D7ACF09D@cooperw.in>
To: manycouches@ietf.org
In-Reply-To: <53DD003D-4464-4F17-92BB-C9B1D7ACF09D@cooperw.in>
Message-Id: <82259599-7678-4C5F-A6B4-3E2187645301@cooperw.in>
X-Mailer: Apple Mail (2.3445.9.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/qkUNflWL1XcxGxrtu8XVvGqdeQQ>
Subject: Re: [Manycouches] Stay Home Meet Online (SHMO) draft and proposed WG
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List is a design team list to identify issues that would arise should an IETF meeting ever be held with O\(1000\) 'remote' participants." <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jun 2020 21:25:47 -0000

I stuck the original text on Github and made the change suggested below, together with an additional sentence in the introduction to cover this aspect. In light of the discussions on ietf@ietf.org about the IETF 108 registration fee, I also added a work item about that:

- What principles need to be considered when determining the meeting fee for fully online meetings. Since remote participation in in-person meetings has historically been at zero cost to participants, LLC and IESG decisions about meeting fees for fully online meetings need to be informed by community consensus guidelines about whether and how to set a registration fee for fully online meetings. This work item is expected to be fulfilled with the publication of one or more informational RFCs. Suggestions for changing the IETF's overall funding model are out of scope.

See https://github.com/coopdanger/shmo-charter/pull/1/files

Thoughts? 

Alissa

> On May 27, 2020, at 2:02 PM, Alissa Cooper <alissa@cooperw.in> wrote:
> 
> In reviewing this thread it seems like there are two key questions that were raised that bear on the charter text:
> 
> 1. Whether the charter should cover broader changes to the cadence of in-person meetings outside the context of cancellations. When developing this charter I had written up some text about this but was on the fence about including it as it does broaden the scope. I think including this as a work item but gating it on the completion of the other work items could be a nice compromise. This was the text I had to describe the work item:
> 
> - The cadence of meeting scheduling and the mix of in-person versus fully online meetings going forward once the disruptions caused by the pandemic have subsided. The working group is expected to document the expected future meeting cadence as a BCP if consensus emerges to depart from the existing cadence of three in-person meetings per year. Notably, any such guidance will not become actionable until 3-4 years after it achieves consensus, given the length of the IETF meeting planning cycle.
> 
> 2. How to be clearer about the level of specificity expected in the guidance to be provided. I’m not sure how to tackle this one. Regarding technology, my hope was that by saying “technology functionality” this would be sufficiently clear — e.g., recommending that two-way audio and video are available is in scope, whereas recommending that we always use H.264 is not. For the meeting planning work item I’m not sure what more can be said aside from using the term “high-level guidance.”
> 
> Thoughts?
> 
> Thanks,
> Alissa
> 
> 
>> On May 13, 2020, at 1:08 PM, Alissa Cooper <alissa@cooperw.in <mailto:alissa@cooperw.in>> wrote:
>> 
>> Hi all,
>> 
>> Unsurprisingly, there has been a lot of discussion in the community recently about planning for IETF meetings in times of crisis and disruption. Below is a draft of a charter for a working group, Stay Home Meet Online (SHMO), that could start to develop long-term guidance of the sort it would have been nice to have as the IESG, IRTF Chair, and IETF LLC have been faced with decisions about canceling the in-person meetings for IETF 107 and 108. It is somewhat in the MTGVENUE mold, as the idea is to provide high-level guidance about meeting-related matters. Suresh Krishnan and Russ Housley and I have been working on this together.
>> 
>> The charter is scoped narrowly to only deal with cancellation of previously planned in-person meetings. There are other related topics that need community guidance — the nomcom eligibility criteria that is already being worked on (see elgibility-discuss@ietf.org <mailto:elgibility-discuss@ietf.org>), the overall meeting cadence and mix of in-person versus virtual meetings in the future, how to craft the meeting experience at an in-person meeting when significantly more people are remote, etc. But just the cancellation topics on their own will require a bunch of work and may attract different participants than those interested in other topics, so the boundary is drawn there.
>> 
>> We’re sharing this here on manycouches@ietf.org <mailto:manycouches@ietf.org> to start community discussion about it with the hope of either proposing a BOF or perhaps going directly to chartering if there seems to be support in the community for that.
>> 
>> We have also published an individual I-D <https://datatracker.ietf.org/doc/html/draft-cooper-shmo-questions-00 <https://datatracker.ietf.org/doc/html/draft-cooper-shmo-questions-00>> that lists out the questions and considerations the IESG has been facing when cancelling an in-person meeting, just to serve as a basis for discussion and give the community an idea of the kinds of questions where it would be helpful to have guidance.
>> 
>> Thanks,
>> Alissa, Suresh, and Russ 
>> 
>> 
>> —
>> 
>> Stay Home Meet Online (SHMO) Working Group
>> Draft Charter
>> 
>> The COVID-19 pandemic has disrupted the IETF's typical schedule of three in-person meetings per year. It has caused the IETF to have to convert previously scheduled in-person meetings into fully online meetings. Although it is the first time the IETF's meeting schedule has been disrupted, it is possible that other crises could cause similar disruptions in the future.
>> 
>> The meeting planning activities that the IESG and the IETF LLC engage in would benefit from IETF community consensus guidance concerning novel aspects raised by these developments. The SHMO working group is therefore chartered to provide high-level guidance to the IESG and the IETF LLC concerning the following:
>> 
>> - Criteria for determining when a previously scheduled in-person meeting should be canceled and replaced with a fully online meeting. Similar to how RFC 8718 establishes community guidance for the selection of meeting venues, the IESG and the LLC would benefit from community consensus guidelines about which factors to consider when deciding to cancel or replace an in-person meeting and the relative importance of those factors. This work item is expected to be fulfilled with the publication of a BCP.
>> 
>> - Meeting planning in the event that a previously scheduled in-person meeting needs to be canceled and replaced with a fully online meeting. Similar to how RFC 8719 establishes guidance for the regional rotation of in-person meetings, the IESG and the LLC would benefit from having community consensus guidelines about the time zone selection, meeting length in days, and other high-level scheduling aspects when an in-person meeting must be cancelled. This work item is expected to be fulfilled with the publication of one or more BCPs.
>> 
>> - Technology functionality requirements for the technologies the IETF uses to support fully online meetings. This work item is expected to be fulfilled with one or more informational RFCs.
>> 
>> The work of SHMO is expected to produce high-level principles, not detailed operational plans. Specifications of details concerning cancellation criteria, meeting technologies, and online meeting agenda formats and content are out of scope. Discussion of financial aspects of IETF meetings is out of scope. The goal is to produce guidelines for the IESG and the IETF LLC to operationalize while ensuring they have substantial flexibility to continue to deliver and evolve the IETF meeting experience to best serve IETF participants and the Internet community at large. 
>> 
>> The disruptions caused by the COVID-19 pandemic may have been mitigated by the time this group completes its work, but the experience of handling meeting planning during the pandemic has proven that having community consensus guidance at hand when dealing with novel conditions in the future would be beneficial.
>> 
>> 
>> _______________________________________________
>> Manycouches mailing list
>> Manycouches@ietf.org <mailto:Manycouches@ietf.org>
>> https://www.ietf.org/mailman/listinfo/manycouches
> 
> _______________________________________________
> Manycouches mailing list
> Manycouches@ietf.org
> https://www.ietf.org/mailman/listinfo/manycouches