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

Mallory Knodel <mknodel@cdt.org> Thu, 14 May 2020 14:20 UTC

Return-Path: <mknodel@cdt.org>
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 5C4C93A0A9A for <manycouches@ietfa.amsl.com>; Thu, 14 May 2020 07:20:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 x3nrpm0e8F-E for <manycouches@ietfa.amsl.com>; Thu, 14 May 2020 07:20:18 -0700 (PDT)
Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) (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 BB6BF3A0A98 for <manycouches@ietf.org>; Thu, 14 May 2020 07:20:17 -0700 (PDT)
Received: by mail-qt1-x844.google.com with SMTP id j2so2919100qtr.12 for <manycouches@ietf.org>; Thu, 14 May 2020 07:20:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=rk3SNXGI/zsP5xy1m2xTqdOnCOrAdqh+CSkqDiQa0Bc=; b=h+X1IglmahIhNi0hWOsc5mJ8ewV6hisNQOareUCTxejR1rWytZ4x79KIm3mbCBnSU+ ym1cz7X/b+NRy2uuEkNqxuK/WHl0V4rTZRIRufUWyDvHYFI4c5VMbjT2EEBRuq4rwKQj EdebB9j41KIvfj3O3uwsDMl5QnNBoFrFVGdrg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=rk3SNXGI/zsP5xy1m2xTqdOnCOrAdqh+CSkqDiQa0Bc=; b=HKEF6q/jisttZkFeAwebRG95Sec0OZ1ySIEW8tv8/l620o94Dx0UlAj3ufBDthABQt 7XRIUGzz8mwuutLbhNXDwnuevtk+E9f0ZvKbvV5OID/jk7bBe3FbWau9sz0YK2jK0VeL VUqksfBk8sVMg0urW0sxgULbr6u5FL7z73FPfy7VhPbSd8tvA4E1k05zBd3UvvSEBCqI 96FR/P8OnmHaLBx3l19EEgqeA+n6gSJKRTwjivm79GvO8CZlgY/dV5dpJ3WazL/WXrIH MX0j/fEgQBILx2Z410pyaGb+JahOjVruPIMirwk88IAMUHXoocZXGgz0alpkSjiAwifk aiuA==
X-Gm-Message-State: AOAM532GIVWpv553UxnCUnLSkV5j8I8ZE5nGCR2JfLBQHvzBZzUj/AAJ XNzREtpQ0l2eOUM9J1ZbaU+B6DnD6Q4=
X-Google-Smtp-Source: ABdhPJxiubcYQw4ScWvSeaamkJ2KEDnCJEiWAS/ireqxnivjpOz1sPl71hEbLW12HOmywUkybzftUg==
X-Received: by 2002:ac8:1090:: with SMTP id a16mr4769903qtj.181.1589466016081; Thu, 14 May 2020 07:20:16 -0700 (PDT)
Received: from Mallorys-MacBook-Air.local (c-73-163-188-207.hsd1.dc.comcast.net. [73.163.188.207]) by smtp.gmail.com with ESMTPSA id i24sm2666803qtm.85.2020.05.14.07.20.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 14 May 2020 07:20:15 -0700 (PDT)
To: JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, "manycouches@ietf.org" <manycouches@ietf.org>
References: <E103897C-F9D9-4ED3-AB45-FD2967D7F49E@cooperw.in> <72840D63-E994-454F-83CD-42D2D0924944@cooperw.in> <6C82EB0A-47D1-4E1C-8CD6-EB13351AB294@consulintel.es> <CH2PR22MB208644C0B499C748DB34F216DABF0@CH2PR22MB2086.namprd22.prod.outlook.com> <A5679DA7-4B0D-4C7F-A16C-D5F9428BC76F@consulintel.es>
From: Mallory Knodel <mknodel@cdt.org>
Message-ID: <afdc81e5-a116-ae70-b159-8a97ba077fef@cdt.org>
Date: Thu, 14 May 2020 10:20:13 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
MIME-Version: 1.0
In-Reply-To: <A5679DA7-4B0D-4C7F-A16C-D5F9428BC76F@consulintel.es>
Content-Type: multipart/alternative; boundary="------------A91FF9C6B9A3FB0B13C7D173"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/kr4SIkI4Yq8SUt6TKG243jqA3_E>
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: Thu, 14 May 2020 14:20:22 -0000

Hi all,

I agree that this is a valid question, if you look at a report such as 
this one, in which certain kinds of bans are problematic and perhaps a 
pandemic is being used as an excuse (I'm sure we can come up with other 
examples):

In the context of RFC 8718b it makes sense to include 2.2.4 and other 
questions in 2.2. now that we have experience with other issues that can 
arise wrt venue decisions.

Limited scope of the question and its purpose will alleviate concerns 
raised by JORDI.

-M

On 5/13/20 5:35 PM, JORDI PALET MARTINEZ wrote:
>
> But this is a transversal problem …
>
> This can be used as a way to blackmail IETF.
>
> What happens if a big country decides to ban it citizens participating 
> IETF ?
>
> What happens if a big company disagree with something about a document 
> and decides to ban its employees from participating IETF ?
>
> What if that happens because that country decided to manage the 
> pandemic (in this case, just an example), in a way which is different 
> to the rest of the world. Should the **rest** of the participants pay 
> for that? Will the IETF do the same if instead of a big country is a 
> small one? Is not that a discrimination?
>
> Should we agree that if those participants, even if they are from a 
> big country, or a big company, can still participate remotely, the 
> meeting should progress because the circumstances aren’t “venue 
> selection” but “supervening reasons” ?
>
> Is the cost of keeping the meeting even with less participants less 
> than the cost of cancellation, not only for the IETF itself but also 
> for the **rest of the participants**?
>
> Is the problem that many co-chairs, IESG members, or whatever, are 
> from the same company or country? This show us a very weak point! In 
> many other organizations you need to share the balance among different 
> countries or organization or a mix of that, to ensure that this will 
> not become a problem.
>
> I think there are many factors to consider, and I don’t think that all 
> the venue selection criteria can be applied the same for a 
> “supervening cancelation” (I’m not sure if this is the correct way to 
> say in english, but probably is well understood).
>
> Furthermore, if a big country starts a war with another country, and 
> it last longer than our normal contactual cycle for venues, we may 
> need to change the rules if the big country participants can’t come to 
> the meetings, otherwise NONE of the venues will fit! It looks an 
> irrealistic situation? Yes, right, how many people had considered that 
> the Covid-19 situation can happen?
>
> Do you remember when I was suggesting all this possible situations and 
> the need for insurance, etc., in 2006 and even someone was almost 
> calling me crazy?
>
> https://www.ietf.org/archive/id/draft-palet-ietf-meeting-venue-selection-criteria-04.txt
>
> Time demonstrated that I was not so wrong! I was just trying to look 
> for the worst situations.
>
> Regards,
>
> Jordi
>
> @jordipalet
>
> El 13/5/20 23:19, "Manycouches en nombre de Mike Bishop" 
> <manycouches-bounces@ietf.org <mailto:manycouches-bounces@ietf.org> en 
> nombre de mbishop@evequefou.be <mailto:mbishop@evequefou.be>> escribió:
>
> I disagree.  The overarching question is whether there exist factors 
> which will cause a substantial fraction of otherwise-probable 
> attendees not to attend..  If all attendees from a given country knew 
> that international travel would require quarantine upon their return 
> home, that affects their decision whether to attend.
>
> Now, the feasibility of evaluating /every/ country is questionable.  
> But countries from which a substantial portions of in-person attendees 
> have come in the past seems like a tractable evaluation.
>
> I like the proposed charter.  My main hesitation is that, just as 
> we’ve experimented with various schedule layouts over the last several 
> in-person IETF meetings, I suspect that online meeting schedules will 
> also be the subject of ongoing experimentation.  I’m dubious that BCPs 
> on those topics will remain “current” for very long or that we’ll be 
> able to make informed decisions until we have several of these under 
> our belt.
>
> *From:* Manycouches <manycouches-bounces@ietf.org> *On Behalf Of 
> *JORDI PALET MARTINEZ
> *Sent:* Wednesday, May 13, 2020 4:01 PM
> *To:* manycouches@ietf.org
> *Subject:* Re: [Manycouches] Stay Home Meet Online (SHMO) draft and 
> proposed WG
>
> Hi Alissa, all,
>
> I’ve read the document and I agree with all the points.
>
> I’ve only one comment regarding 2.2.4. I don’t think we can neither 
> should evaluate other countries than the one hosting the meeting. 
> Otherwise, we end up in having problems every time **any** country has 
> issues.
>
> I guess all those inputs will belong to the SHMO WG, but just in case..
>
> I’ve also read the proposed charter and I agree as well.
>
> Regards,
>
> Jordi
>
> @jordipalet
>
> El 13/5/20 19:10, "ietf en nombre de Alissa Cooper" 
> <ietf-bounces@ietf.org <mailto:ietf-bounces@ietf.org> en nombre de 
> alissa@cooperw.in <mailto:alissa@cooperw.in>> escribió:
>
> FYI. If this topic interests you, please consider joining the 
> discussion on manycouches@ietf.org <mailto:manycouches@ietf.org>.
>
> Alissa
>
>     Begin forwarded message:
>
>     *From: *Alissa Cooper <alissa@cooperw.in <mailto:alissa@cooperw.in>>
>
>     *Subject: [Manycouches] Stay Home Meet Online (SHMO) draft and
>     proposed WG*
>
>     *Date: *May 13, 2020 at 1:08:01 PM EDT
>
>     *To: *manycouches@ietf.org <mailto:manycouches@ietf.org>
>
>     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>
>     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
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> The IPv6 Company
>
> This electronic message contains information which may be privileged 
> or confidential. The information is intended to be for the exclusive 
> use of the individual(s) named above and further non-explicilty 
> authorized disclosure, copying, distribution or use of the contents of 
> this information, even if partially, including attached files, is 
> strictly prohibited and will be considered a criminal offense. If you 
> are not the intended recipient be aware that any disclosure, copying, 
> distribution or use of the contents of this information, even if 
> partially, including attached files, is strictly prohibited, will be 
> considered a criminal offense, so you must reply to the original 
> sender to inform about this communication and delete it.
>
> _______________________________________________ Manycouches mailing 
> list Manycouches@ietf.org 
> https://www.ietf.org/mailman/listinfo/manycouches
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> The IPv6 Company
>
> This electronic message contains information which may be privileged 
> or confidential. The information is intended to be for the exclusive 
> use of the individual(s) named above and further non-explicilty 
> authorized disclosure, copying, distribution or use of the contents of 
> this information, even if partially, including attached files, is 
> strictly prohibited and will be considered a criminal offense. If you 
> are not the intended recipient be aware that any disclosure, copying, 
> distribution or use of the contents of this information, even if 
> partially, including attached files, is strictly prohibited, will be 
> considered a criminal offense, so you must reply to the original 
> sender to inform about this communication and delete it.
>
>
> _______________________________________________
> Manycouches mailing list
> Manycouches@ietf.org
> https://www.ietf.org/mailman/listinfo/manycouches