Re: [Manycouches] Follow up on consultation on IETF 112 and COVID-related restrictions

Mark Nottingham <mnot@mnot.net> Tue, 03 August 2021 01:30 UTC

Return-Path: <mnot@mnot.net>
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 6FECF3A082E; Mon, 2 Aug 2021 18:30:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=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=mnot.net header.b=RLqIL/fK; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=W2jB6E6/
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 QBXDV4oIqqbF; Mon, 2 Aug 2021 18:30:54 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D94393A082A; Mon, 2 Aug 2021 18:30:53 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id EB0C95C011A; Mon, 2 Aug 2021 21:30:52 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 02 Aug 2021 21:30:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=1 VKAPvlokAr+UHKWnAH3KldMCBgXdamsr3J+7zQP12g=; b=RLqIL/fK5+qBguotJ NVL/i0HB1cBKCTWZYH2GUSGGrrgAz75CUi8vk5a8FY4h/465eSjBVikgZ7J//hJi 9uM03rew0jx3hFC7D/Ntxf3tk3p4sM9marGfPYasAKKzHVDAt5n0ijpjOW/RD64t lisGglyMIfEkQtOXnMqAHKj6JfSXgIFr7oZlhs+GjeZRd13NNISGtAM+/HpTb2y8 8vB9P+Z5V8YTkutw6jABD3OZw98SPzdpYMprQNAyIyK+Rf4E0peXjQ/UdvIYa1+v k70HnERITMoGOWn1mT5xriJ+TXRHEl389+YzbipOtipHhCoYfZGyH6tgBore4rNd ZgpEg==
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=fm3; bh=1VKAPvlokAr+UHKWnAH3KldMCBgXdamsr3J+7zQP1 2g=; b=W2jB6E6/mgP8VwBF+sA3sGq2io6R/0SaFkGBWLuXF6E/vo8gA+9/Ag+qY VRtCC7B+b9OUSnZm9P3vD82sSb6mX+2v78c/znjJaG0w5lfn0nn24tuIillmAi+Y 1F5hh6+J/ZupOeGelzIBx+nTsXojybmC+JSvEpCsrRVY6AbpKCeUmzZ/lgjy/EBD Z4BG+BEouWTqZRq/IJqpGrv5ht1nsxcidl0Ng8pGwBxHq7GDj6r+2sZXRerG6p4p oJZJPqjwVEqNmiBpkyEkDSXplefdUjjEP5AsHJpkxT1dnqxwHpqjrFj757w34rDe tJ8mYPncuqABnzwDohb1TGOsn0u7Q==
X-ME-Sender: <xms:SpwIYUPyHzDfiJqJzgR6w7HyszRKRFA5TsP8mqd85DdSdalgCamveQ> <xme:SpwIYa90_Ohm6FWOo1bejI2HJmAu3vuea2aV_RGyV3dRApN_G532NKnD-dSTUTvx8 Vkb4oR4YMY-Amt5aw>
X-ME-Received: <xmr:SpwIYbRAB09o-zxmxkVt5FAsB90s-faegOJtHc3NOeL1YpX7c--gERT1pTLrGSi7nuCDk1ueekOCp4Qaz5al-aOZVbYxC-gfz1jVPBrwgzVvJUsDqN0_fAAb>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrieefgdefkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffgffkfhfvofesthhqmh dthhdtjeenucfhrhhomhepofgrrhhkucfpohhtthhinhhghhgrmhcuoehmnhhothesmhhn ohhtrdhnvghtqeenucggtffrrghtthgvrhhnpeefkeeuffeuieetffefheejgedvvdeite elgfegieeiteefuefgkedugffggfduheenucffohhmrghinhepohhlhihmphhitghsrdgt ohhmpdhmnhhothdrnhgvthenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:SpwIYcuwCy22dMSxBJTOvjuSF2sFvYTHiSsrcY2MQL4-TkO69qj3kg> <xmx:SpwIYcdsOPDYslLIg2cK_emZ2uD4eBbU5wwsjdxtZxitX4EJyuxmnw> <xmx:SpwIYQ23G1Sl8vTYX_MulxhBtGt_z08K520h6n4Yn2RFWIjffYx3KQ> <xmx:TJwIYU4RzXshHnlUV6EoZms0GHFFieYRqIiVTjez-zUV6FFlfnG0jg>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 2 Aug 2021 21:30:49 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <33EA735D-7F10-45C5-9437-AF44505F60DE@ietf.org>
Date: Tue, 03 Aug 2021 11:30:46 +1000
Cc: manycouches@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E6DC451-E93B-46E4-8A65-6C01FB99EA90@mnot.net>
References: <0AD65B7F-38BB-4AD6-B11B-226E01EDA1BC@ietf.org> <4EE502CA-77CD-4198-87E3-868334358E02@mnot.net> <33EA735D-7F10-45C5-9437-AF44505F60DE@ietf.org>
To: Jay Daley <jay@ietf.org>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/l8alJ6E0dTHojaoKi7veMpq-kds>
Subject: Re: [Manycouches] Follow up on consultation on IETF 112 and COVID-related restrictions
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of remote meeting attendance and virtual IETF meetings, as well as for SHMOO working group" <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, 03 Aug 2021 01:30:59 -0000

Thanks, Jay -- and I agree re: continuing to focus on the very many different aspects of diversity. I wasn't aware that the fellowship program had stopped.

Cheers,


> On 3 Aug 2021, at 11:28 am, Jay Daley <jay@ietf.org> wrote:
> 
> 
> 
>> On 3/08/2021, at 12:18 PM, Mark Nottingham <mnot@mnot.net> wrote:
>> 
>> Hi Jay,
>> 
>>> On 3 Aug 2021, at 9:49 am, IETF Executive Director <exec-director@ietf.org> wrote:
>>> 
>>> The assessment criteria have been amended based on feedback to align with draft-ietf-shmoo-cancel-meeting [2] with the inclusion of two new tests:
>> [...]
>>> - The meeting will not result in a significant unbudgeted financial loss for the IETF LLC
>> 
>> That can be read two ways:
>> 
>> 1. The meeting will not go ahead on-site if there's an associated significant loss (e.g., due to less registration revenue, higher venue costs, etc.)
>> 2. The meeting will be required to go on-site if there's an associated significant loss (e.g., due to contracts being broken, etc.)
>> 
>> Which is intended?
> 
> Each of the criteria needs to be read as "The onsite meeting cannot go ahead unless …" so it means the former.
> 
>> 
>> The text in the draft is somewhat different - it requires the LLC to *assess* the 'financial impact of continuing a meeting, or implementing any of the possible remedies', and that the 'LLC SHOULD cancel a meeting if it judges a meeting to be logistically impossible or inconsistent with its fiduciary responsibilities.' That SHOULD only stipulates cancellation, it doesn't impact a decision as to whether to go virtual or not.
>> 
>> 
>>> - the IETF should take on certain responsibilities should someone be infected.  While the IETF advises and supports participants and will continue to do so, the established practice is that participants are ultimately responsible for all health related matters.
>> 
>> Please elaborate on "the established practice." I'm aware of only one sizeable international event occurring now: the Olympics. Their playbook is here:
>>  https://stillmed.olympics.com/media/Documents/Olympic-Games/Tokyo-2020/Playbooks/The-Playbook-Athletes-and-Officials-V3.pdf
>> ... and as you can see on page 32, they have a protocol for handling sick attendees.
>> 
>> If you mean the *IETF's* established practice, that may be true -- but every participant will need to think very carefully about the myriad of ways things could go wrong, and of the difficulty in obtaining international travel insurance that covers COVID-related situations. While participants who have sponsorship from large, well-resourced organisations are likely to shrug this off, it could be a serious impediment for participation by others -- thereby affecting our diversity on yet another axis.
>> 
>> I think the underlying issue here is worth considering explicitly: Is the IETF 'just another industry conference' or is it a community gathering? There's no 'right' answer, but the direction we choose is going to have significant effects on how we operate, and how we're perceived.
> 
> This does only refer to established IETF practices and it’s certainly something worthy of a community conversation as the details need unpicking (if we are to understand the implications) and documenting.  I’m not against it, it’s just too big a change to introduce in a brief consultation.  
> 
> If diversity is to be part of that conversation then the issue goes much broader as international travel in and of itself has a major negative impact on diversity.  On the international conference circuit before I joined the IETF, I regularly heard from people from some African, Middle Eastern, Asian and Pacific countries about their constant difficulties in obtaining visas, flight availability, transit difficulties, hostile boarder guards, and more that I have almost never experienced.  Tackling that suggests a range of actions worth exploring, such as if the IETF should revive the fellowship program that ISOC once ran and pay travel/accommodation fees for a few to bring in new people.
> 
> Jay
>> 
>> Cheers,
>> 
>> 
>> --
>> Mark Nottingham   https://www.mnot.net/
>> 
> 
> -- 
> Jay Daley
> IETF Executive Director
> jay@ietf.org
> 

--
Mark Nottingham   https://www.mnot.net/