Re: [107all] Update on IETF 107 Vancouver and COVID-19

Carsten Bormann <cabo@tzi.org> Thu, 05 March 2020 11:18 UTC

Return-Path: <cabo@tzi.org>
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 01F963A12DC; Thu, 5 Mar 2020 03:18:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 zd_cBd31hkE3; Thu, 5 Mar 2020 03:18:49 -0800 (PST)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D01323A12D5; Thu, 5 Mar 2020 03:18:48 -0800 (PST)
Received: from [192.168.217.147] (p5089A9C4.dip0.t-ipconnect.de [80.137.169.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 48Y7Y26YrzzydJ; Thu, 5 Mar 2020 12:18:46 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\))
Subject: Re: [107all] Update on IETF 107 Vancouver and COVID-19
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <B0D26E9A-0B21-49C3-9D48-EC2C638CB83D@gmail.com>
Date: Thu, 05 Mar 2020 12:18:46 +0100
Cc: "exec-director@ietf.org" <exec-director@ietf.org>, IETF <ietf@ietf.org>
X-Mao-Original-Outgoing-Id: 605099926.309841-b41ed5ff119b4d20f088bca484f78cae
Content-Transfer-Encoding: quoted-printable
Message-Id: <213A9519-5989-498B-BAFA-390BC4E57960@tzi.org>
References: <158335136585.29295.1109218817393181187@ietfa.amsl.com> <D4FDE701-CE29-44BE-877A-B45266FEFF08@cisco.com> <CAOj+MMG+OhM9_G3+ikfGxXSqi6PMO0EJeZ=vCC3Wne=YWHLLhg@mail.gmail.com> <B0D26E9A-0B21-49C3-9D48-EC2C638CB83D@gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
X-Mailer: Apple Mail (2.3608.60.0.2.5)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/-nuvyjbb1g7bnLdRoElP7mim0bM>
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: Thu, 05 Mar 2020 11:18:51 -0000

> 
> With the big company bans, it is not clear how many of the senior leadership will be at the meeting.

Interesting experiment: How well does the IETF work without the big companies around.

I share your concern, but in my immediate vicinity it seems we will still have a productive meeting — not as productive as it could be, but still worth meeting, even with a large remote participation component.
Of course it could look different in your part of the IETF landscape.

> Is there a roll call of IESG members that will be present?

I would hope that they share this information among each other before making decisions.

> There are 619 people registered for on-site. If we discount those from companies that have already declared that they are not permitting their staff to travel, what is the number?

It would be really useful if people who won’t come could transfer themselves from the local to the remote attendance part, in the attendance list or in a separate statistic.

For planning purposes, I’m spending too much time asking people whether they’ll come, and this would take out some of the guesswork.

(Of course, some are speculating that the corporate ban will still be lifted…  Not much time left, but it would be nice if the reverse transition were possible without incurring additional cost.)

Grüße, Carsten