Re: Further update on COVID-19 (Coronavirus) and IETF 107 Vancouver

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 26 February 2020 21:19 UTC

Return-Path: <spencerdawkins.ietf@gmail.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 B14683A07BA for <ietf@ietfa.amsl.com>; Wed, 26 Feb 2020 13:19:39 -0800 (PST)
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, FREEMAIL_FROM=0.001, 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 (2048-bit key) header.d=gmail.com
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 Hg6HmP0obY1I for <ietf@ietfa.amsl.com>; Wed, 26 Feb 2020 13:19:37 -0800 (PST)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 302F03A07CC for <ietf@ietf.org>; Wed, 26 Feb 2020 13:19:37 -0800 (PST)
Received: by mail-lj1-x232.google.com with SMTP id y6so799705lji.0 for <ietf@ietf.org>; Wed, 26 Feb 2020 13:19:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FdEwVNAt758Qk8E8jpA2t3fCLzhjJ6L5ud0UkdjSwso=; b=L+hoE4rVbQT1sVj/gjVm2aXZjrvD3bMuMlirXWt6C9yI6LZuK/Zdsuts9j8De4Oexv quiO3qjV4g6I9OHWhHoutxtCGWWwOR9YQV3+4T5LfDsuomdOiJO1dk42s24bwvQz5o03 0r/WiyyRQOy8m5PRWd/0nVVDUoW6zv8uGGizh4j/HRIkrq4y8Bzzcf3oh+fzcTvNqAiu GerNOs9DRk1N0odH+ORiMY4gdDc3fJ0XGtAhp/ivGTlYdePY+aC5XwOsvzAi2iZgsj1p P97ZHTei+KqVvMY8FaPheWw1Apj3u0nvK1yNs0rUBpNGexnK+2qtlWWFzhoyOakklRlA Fj0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FdEwVNAt758Qk8E8jpA2t3fCLzhjJ6L5ud0UkdjSwso=; b=ouMnZrLBmh/gbw1wAeCBBY1ufqOfObexdNekK4nGc4ixg/439CnxYq7QqE1QaJQN1a ayxM1UXb++rygZMb8+/sEVxqGfw0Da6LNJD6xw9+fGgUYtm/hlCOsn0ZuD/7IBvmnjTU 2pa7TBRJLmp008VYYfluc7K1pkKMA7zCWVMgc+3J1RMtDn0kFIAqFqmMV7CDHfSVsTuZ SCfjO0wgrB8dfOw2COyVB7XKRxCJPVXUjsIdsv0pP6XciLxU3P84EUqhBYEA+4Dehp14 +rMbG4gPqbjO7cqnv0TvMFk8CK6uSHlHSggKECjsdgMaxE6S88I7+OBfKHbBa7P+qCJp Oaxw==
X-Gm-Message-State: ANhLgQ2I2Nhu3zLuMLdkaevJUayDiMXvusFoMKurL1zubb3wrpknYeHS 9pbz/KGMX0H1PcyyKiLwpmoCLEI9vql5pF3REF5o904w730=
X-Google-Smtp-Source: ADFU+vtc+SII/VC2J1jBLnDCeOIXNoa9xAdmrHPnWRoJ4cmiqtY3qXo2TiKHPsNef1GXXUpxn4sC+mBCCFDXx+WVW/g=
X-Received: by 2002:a2e:b5b4:: with SMTP id f20mr617530ljn.112.1582751975428; Wed, 26 Feb 2020 13:19:35 -0800 (PST)
MIME-Version: 1.0
References: <158258721017.24319.9082233711977122647.idtracker@ietfa.amsl.com> <CAAObRXJ=NnrxLAGgtas8Cs_jw-AJ0YsgYpMmYtrHy+PjKsfqvg@mail.gmail.com> <CAMm+Lwh17iOi_8qZ7at8gHQ6R38YwVuUZ8O1cpsJU7MKh+nMmA@mail.gmail.com> <DBBPR03MB5415B842B32E90BF91D0C361EEEA0@DBBPR03MB5415.eurprd03.prod.outlook.com> <CAAuWHCKRhe-ct2tP5TqBaCn_fSTBoFSkrppTKOyhoP_xW6Ydag@mail.gmail.com> <CAKKJt-eDGSd+B=Taf8Q=AoE=_mHj542PT1ChvqO3485oVKSWtw@mail.gmail.com> <7732.1582749015@localhost>
In-Reply-To: <7732.1582749015@localhost>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 26 Feb 2020 15:19:07 -0600
Message-ID: <CAKKJt-eV+2nb_aoQoETmdU+9HiFST1O3RT=6r0xeFR28B1Kkpg@mail.gmail.com>
Subject: Re: Further update on COVID-19 (Coronavirus) and IETF 107 Vancouver
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: IETF Rinse Repeat <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004358c7059f81291a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/EbZtqadTRPdBUWtes7g-xZMbaYM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 26 Feb 2020 21:19:46 -0000

Hi, Michael,

On Wed, Feb 26, 2020 at 2:30 PM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> {Please clean the CC list, in particular, CC ietf-announce doesn't work}
>
> Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
>     > Keeping in mind that none of us can speak for anyone else - I can
>     > certainly fly to Vancouver and see who else shows up to talk, and no
>     > one is going to make any of us show up against our will...
>
> The problem that many companies have is that they can't be seen to be
> making
> anyone go there against their will.  There are many subtle internal
> political
> situations which would question whether people are making their own
> decisions.
>
> So this is why, I think, companies are forbidding travel.  That decision
> invokes no subtle peer pressure, removes them from liability ("The company
> sent me"...) etc.
>

Understood. I got a full refund on my ticket to a meeting this week, after
telling AA "my meeting was cancelled due to COVID-19, and I can send
documentation if you need it" (they did not). Other people's mileage may
vary, of course ...


>     > I'm currently participating in an all-virtual meeting in another SDO,
>     > and their e-mail server is running about 20 minutes behind direct
> mail
>     > to participants, so nobody is quite sure what the current discussion
>     > state is, depending on whether or not you're addressed directly in
> the
>     > e-mail.
>
> hahaha.
>

This is an SDO that does lots of its work face-to-face, or by e-mail. They
knew to tell people "upload your contributions to the server, don't attach
them to e-mail", or it would have been even worse. I don't know what our
bottlenecks are, and I hope we don't find out in ways that prevent us from
getting anything done.

I'm hoping we have enough remote participants to learn how close we are to
scaling to all-remote, and have enough local participants that we can still
have an effective meeting. If nothing blows up in the next six weeks, Right
now, I think we may have both. The jury is still out.


>     > Canceling completely now is also an excellent way to find out that we
>     > are nowhere near able to go Plan B full-online successfully. If
> someone
>     > in this thread can speak authoritatively about how well prepared we
>     > are, I'd love to hear from them. Until we hear from them ...
>
> 1) Our problem is that meetecho requires a base to operate from.
>    A meeting room.  If we can accomodate that, then we can use it.
>

This is why I'm waiting for someone who has set up either the IETF meeting
network or the Meetecho control room to chime in - that's my understanding,
but I've never done either (so far).

Best,

Spencer


> 2) Webex officially does not support quite a number of desktop systems
> that are
>    important to us (although they do work, but they don't support us).
> Anyway,
>    we have no SLA with the webex "donation".
>    Webex does not seem to have an option to force people who join to join
>    muted, although the chair/host can mute people who can't figure it out
>    themselves.
>
> 3) Most of the other services which do run everywhere do not support larger
>    groups of people.
>
> {me: not crossing a border this time}
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>