Re: [Ietf108planning] Assessment criteria for decision on in-person/virtual IETF 108

Larry Masinter <masinter@gmail.com> Fri, 08 May 2020 09:01 UTC

Return-Path: <masinter@gmail.com>
X-Original-To: ietf108planning@ietfa.amsl.com
Delivered-To: ietf108planning@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45B903A0916; Fri, 8 May 2020 02:01:34 -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, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=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 Ryb5teCdnCgq; Fri, 8 May 2020 02:01:32 -0700 (PDT)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (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 315D13A0912; Fri, 8 May 2020 02:01:32 -0700 (PDT)
Received: by mail-pg1-x52b.google.com with SMTP id d22so593414pgk.3; Fri, 08 May 2020 02:01:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:message-id:date :cc:to; bh=V+S3JUwvooANM5peCPDM1lZN+5ghcbOiN8NXYduMtoY=; b=q51ujn4f1Mb5g+t9FB2izkaZkBZni6Z6X8Td7EzXmBRryriq37kspFxT1zxU1GUDSG 8NecN8ePT+JlcYKbJkVc4LSS+35y6oKs/Y+ltpUXkvEZsQwaXjMJN5TWhxktuLlSCLli TkdlYpqdRxmNEAnZAdCi5uvjoJ+nO5PzbpyQ5nTHUtMbaZIzcN0yyxE7O7QU9u0+ow3W 59RbnLrj9ezkP42eHmqbUzI8kZ8ub3UK2PWD2ZDvK3T9oSTuh2IVATA998uDRMaLh/En U7k2sMoSntZAqnBB6Asa2RwJvqClK6XD/LHhNi5h4jiwKnZRgxeyujJNmMhMGPCbu25u K06A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:message-id:date:cc:to; bh=V+S3JUwvooANM5peCPDM1lZN+5ghcbOiN8NXYduMtoY=; b=HkEc8is8Ad5NTvpHu4i7PgOMW3Gj5pNZn8hJTBVC/CtI1vd/e5FVHU803/qDAAayUR Npmbs7NeUtz+VhE0epqOV7LIr+PKRk1X/xXH5br5swMRwXLEGiG0sCCh/A86cFESWP7e /X8kBn+ICW0S2A/VuzpqMF7flgLj3cKfuh/4Ktbw2l1Lbxq6TG3ZAKwtPeTPz9oqjjZr h6VX/ND343Nw90Qz2IIbPqj/oXN1t/aiPsHcB3s3++sq74hltA85zc2/YyiTqL8d5Azr lI9UJJUtn6fGOAL2Or2x4BoIjOFtYrzIj9zCXXMsaJjxGLHWRItbf7KZST9isR3A/qEs 2LuA==
X-Gm-Message-State: AGi0PuZwbA/PKVOl8cSVWOF0nprGCNEW8HSc0zy59yTxiCd9O9pki9cR I263lry2C4bRwnvEZotGPjg+tYTlgIM=
X-Google-Smtp-Source: APiQypKVCHaCu5VN/Edgy8LDkRiFbd4kODsADcb0tSISI42dWO7nOVH2gS5iuVHnAkL5YIVTY9U5Bg==
X-Received: by 2002:a63:2b43:: with SMTP id r64mr1303576pgr.266.1588928490769; Fri, 08 May 2020 02:01:30 -0700 (PDT)
Received: from [192.150.23.130] (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id g74sm1176959pfb.69.2020.05.08.02.01.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 08 May 2020 02:01:29 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Larry Masinter <masinter@gmail.com>
Mime-Version: 1.0 (1.0)
Message-Id: <2DECE3B5-26E0-4A07-9696-63EEE9E080EE@gmail.com>
Date: Fri, 08 May 2020 02:01:28 -0700
Cc: ietf108planning@ietf.org
To: Jay Daley <jay@ietf.org>, IETF <ietf@ietf.org>
X-Mailer: iPhone Mail (17D50)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf108planning/etQoM41E_KUkWUhKrt0BB0Alcw8>
Subject: Re: [Ietf108planning] Assessment criteria for decision on in-person/virtual IETF 108
X-BeenThere: ietf108planning@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ietf108planning.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf108planning>, <mailto:ietf108planning-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf108planning/>
List-Post: <mailto:ietf108planning@ietf.org>
List-Help: <mailto:ietf108planning-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf108planning>, <mailto:ietf108planning-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2020 09:01:35 -0000


> following feedback was incorporated into the final framework:

The last bullet
> *  Other similar international meetings (conferences) are confirmed as
> going ahead before or at the same time as our planned meeting.

In the same location, and not among the first to meet there,
and, the other meetings were successful. I think that means
the other meetings
And being conservative about "similar" in terms of size, origin of 
attendees

With those modifications, I'd think you have something that is
definite, easily to explain and defend, and pretty much subsumes
all the other bullets, many of which will inspire argument.


> *  Now consider any form of self-isolation requirement on arrival in Spain
> to
> be unacceptable instead of 24 hours or more.
> *  When considering whether any new form of health-related travel
> restriction imposed by Spain or the EU is inherently discriminatory in 
> nature,
> we no longer make a reference to being science based as an example of
> non-discriminatory restrictions.
> *  Clarified that the European meetings being used as historical data are
> from IETF 96 Berlin onwards.
> *  Switched from measuring flights against normal airport capacity to
> measuring against the capacity required for our expected number of
> participants.
> *  Added a requirement for air travel in and of itself not to be regarded 
> as a
> medium/high health risk as assessed by the WHO.
> *  Clarified that the assessment of government travel bans is applied in
> either direction.
> *  Included a worsening of the situation in the triggers for a second 
> process
> to assess viability, if the first process determines than an in-person 
> meeting
> can go ahead.
> *  Any prohibitions on mass gatherings are only for events of more than
> 1250 people, which is our rough estimate for the number of expected
> participants.
> *  There are enough restaurants within the vicinity of the meeting hotels
> operating at sufficient capacity to serve our expected number of
> participants.
> *  Local medical facilities capable of treating COVID-19 have sufficient
> capacity.
> 
> The following feedback was not incorporated, for the stated reasons:
> 
> *  "Just open registration for IETF108 now till mid or end of May. No
> payment required at this time.".
> =>  We do not know if there would be a correlation between the number of
> people that register for this meeting for free and whether or not they 
> will
> actually turn up, no if there is a correlation for the converse of the 
> lack of
> registration.
> 
> *  (paraphrasing) “only use local sources and not independent sources”.
> =>  We need to balance possible local bias.
> 
> *  Feedback not to use the Madrid Tourism Site because "while this is
> probably a good source, there may be some delay in some of the touristic
> activities re-opening, that should not be part of our assessment".
> =>  This site is the primary site for informing visitors on the status of 
> hotels,
> restaurants, and local transport, all of which are necessities.
> 
> *  (paraphrasing multiple people) “drop the US CDC because it is 
> unreliable
> and/or political”.
> =>  The US CDC is what is referenced in our contracts and we have not
> identified a better alternative.
> 
> *  Feedback to refer to US CDC travel advisory “at level 2 or below" 
> rather
> than “below level 3”.
> =>  The nature of level 3 (avoid unnecessary travel) is why it is a 
> disqualifier
> and if this change is made then that explanation is hidden.
> 
> *  (paraphrasing) Cost and availability of medical travel insurance 
> (without
> COVID-19 exclusions) must be reasonable.
> =>  In general matters of individual insurance coverage are left for
> participants to determine for themselves.
> 
> *  (paraphrasing) “We should not go ahead if we assess that IETF
> participants will become a burden on the local population if they are
> infected”.
> =>  This is implicitly covered by the addition regarding sufficient 
> medical
> capacity.
> 
> *  (paraphrasing) Suggestions that we assess a variety of public health
> factors such as "Case fatality risk”, “conditional probability of someone
> diagnosed with COVID-19 requiring hospitalization”, “measured R number of
> COVID-19”, “level of immunity” and “speed and accuracy of tests”.
> =>  We are not public health experts and these are the sorts of things 
> they
> are expected to use as inputs to the advice they provide.
> 
> *  (paraphrasing) “remove the clause related to discriminatory travel
> restrictions as this cannot be assessed”.
> =>  A catch-all is needed in case any clearly discriminatory restrictions 
> are
> put in place during this crisis.
> 
> *  "I don't think this is acceptable at all. If a country setup 
> restricting for
> returning from Spain, that's a "country" specific decision".
> =>  A ban means people can't travel and therefore have to be counted as 
> no-
> shows, whether or not we agree with the reason for it.
> 
> *  "Our decision must not be based at all in "per country""  followed by 
> an
> explanation that this is discriminatory.
> =>  Using the country distribution does not constitute discrimination.  It 
> is a
> mechanism to count possible participants using historical facts without
> preference for one country over another.
> 
> *  "I would prefer a relatively higher percentage, e.g. 30 or 40 per cent, 
> on
> the basis that workable remote attendance is possible for anyone that
> cannot travel, and that the physical meeting would be a significant
> improvement over a virtual meeting for the share of people that can 
> travel.
> It's unfair to discriminate the people that cannot meet in person, but 
> also
> preventing the people that could meet in person from doing so damages
> them while not creating any significant advantage for the others".
> =>  The percentages suggested take us a long way from the "overwhelming
> majority” guideline in RFC 8718, which is the only guideline we have from
> the community at present.
> 
> *  "We can't discriminate the rest of the participants because "big 
> company
> a, b and c" take a decision against”.
> =>  Calculating the distribution of expected attendance is not 
> discrimination,
> it is a practical mechanism for assessing who is in a position to attend.
> 
> *  "The decision is for the LLC, the other IETF leadership bodies must not
> blackmail the IETF community which decisions such as "we cancel our WG
> meeting". It is absolutely disrespectful. This is NOT ACCEPTABLE and 
> setups
> a terrible precedent. The LLC must hear all the parties, but is only its 
> final
> decision and not based on "positions of strength", otherwise, we don't 
> need
> an LLC board”.
> => Delivering a high-quality meeting experience is a shared responsibility
> between the IESG and the LLC.  We are not going to run an empty meeting
> just to try to make a point about who makes the cancellation decision.
> 
> The final assessment framework is published here:
> 
>    https://www.ietf.org/how/meetings/108/assessment-framework-
> person-vs-online-ietf-108-meeting/
> 
> Thank you again for your feedback.
> 
> --
> Jay Daley
> IETF Executive Director
> jay@ietf.org