Re: risk zones (was: IETF 107 Standard Registration and Internet Draft Deadline Approaching)
Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 06 March 2020 08:33 UTC
Return-Path: <alexandre.petrescu@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 229AF3A0A1A for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 00:33:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.669
X-Spam-Level:
X-Spam-Status: No, score=0.669 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 43nJLG7noQMg for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 00:33:29 -0800 (PST)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AE0B3A0A15 for <ietf@ietf.org>; Fri, 6 Mar 2020 00:33:29 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0268XR5w018007 for <ietf@ietf.org>; Fri, 6 Mar 2020 09:33:27 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id BA1A3203E3F for <ietf@ietf.org>; Fri, 6 Mar 2020 09:33:27 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id B20EF203AF0 for <ietf@ietf.org>; Fri, 6 Mar 2020 09:33:27 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0268XRQ9006880 for <ietf@ietf.org>; Fri, 6 Mar 2020 09:33:27 +0100
Subject: Re: risk zones (was: IETF 107 Standard Registration and Internet Draft Deadline Approaching)
To: ietf@ietf.org
References: <158344386661.14598.13307571424986389922@ietfa.amsl.com> <4295F611-DDB6-4BCB-AFF3-B7F313C6C9A6@sobco.com> <19D579B6-E81E-47BE-9881-6DFA3D5173D1@ietf.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <1866d5b0-4c83-9c9d-4a17-55153024a872@gmail.com>
Date: Fri, 06 Mar 2020 09:33:27 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <19D579B6-E81E-47BE-9881-6DFA3D5173D1@ietf.org>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/zoB90bUxE5gdjYHWyiIDaFPosYs>
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: Fri, 06 Mar 2020 08:33:31 -0000
[...] > As previously announced, the cancellation fee is not being waived for > cancellations as a result of company travel restrictions. Other than company travel restrictions there are government restrictions. But the problem is how to read and understand a government statement. The first problem is the language barrier. There are obvious differences between different languages, and among English dialects, and there are more subtle differences between how governments inform their people. I think no gov't tells straight it cancells travels, but none doesnt either. In the detail, I can give an example between France and Belgium. The analysis in detail of the statements lead to the problem of understanding of what is a 'risk zone'. There are details like the number of cases per zone, operators like AND and OR, and density of cases per number of people. There are missing details like the size of the area (city, region, country, etc.). The inclusiveness operation is not discussed, so it is hard to answer questions like whether my city is an independent zone or is it included in a larger zone. The number of cases is an evolving number each day. In some countries it is reported daily at a precise hours (France, 19h30), but in others no (Germany). Basically, if one can figure out what is a 'risk zone' then one can understand whether that gov't bans travel to and from it. Then there are supra-national restrictions. For example the European Commission just put in place some travel restrictions. But I dont have the text as pulicly available, I just see the effects. Alex > > Queries like this can always come directly to me or to > ietf-registrar@ietf.org <mailto:ietf-registrar@ietf.org>. > > Jay > >> >> Scott > > -- Jay Daley IETF Executive Director jay@ietf.org > <mailto:jay@ietf.org> +64 21 678840 >
- IETF 107 Standard Registration and Internet Draft… IETF Secretariat
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: [107all] IETF 107 Standard Registration and I… Robert Raszuk
- Re: [107all] IETF 107 Standard Registration and I… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Robert Raszuk
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Ole Jacobsen
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Scott O. Bradner
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Carsten Bormann
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Salz, Rich
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Wrt. cancelling IETF107 in-person registration (w… Toerless Eckert
- Re: IETF 107 Standard Registration and Internet D… Kathleen Moriarty
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Alissa Cooper
- Re: IETF 107 Standard Registration and Internet D… Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- Re: IETF 107 Standard Registration and Internet D… Jay Daley
- RE: IETF 107 Standard Registration and Internet D… Larry Masinter
- Re: risk zones (was: IETF 107 Standard Registrati… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Dirk Kutscher
- Re: risk zones Joseph Potvin
- Re: risk zones Alexandre Petrescu
- Re: Wrt. cancelling IETF107 in-person registratio… Jared Mauch
- Re: IETF 107 Standard Registration and Internet D… Lou Berger
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Marc Petit-Huguenin
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Phillip Hallam-Baker
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: risk zones Alexandre Petrescu
- Re: risk zones Rich Kulawiec
- Re: IETF 107 Standard Registration and Internet D… Alexandre Petrescu
- Re: IETF 107 Standard Registration and Internet D… Phillip Hallam-Baker
- Re: risk zones Christian Huitema
- Re: risk zones Randy Bush
- Re: IETF 107 Standard Registration and Internet D… Jim Fenton
- on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture S Moonesamy
- Re: IETF 107 Standard Registration and Internet D… Toerless Eckert
- Re: on "positive" organizational culture Keith Moore
- Re: on "positive" organizational culture Jay Daley
- Re: on "positive" organizational culture Toerless Eckert
- Re: on "positive" organizational culture Keith Moore