Re: risk zones
Randy Bush <randy@psg.com> Fri, 06 March 2020 18:23 UTC
Return-Path: <randy@psg.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 6D5673A0C6C for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 10:23:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 T2fMSHpV_KAG for <ietf@ietfa.amsl.com>; Fri, 6 Mar 2020 10:23:11 -0800 (PST)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (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 BA29A3A0C67 for <ietf@ietf.org>; Fri, 6 Mar 2020 10:23:11 -0800 (PST)
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from <randy@psg.com>) id 1jAHcp-0002Vw-TD; Fri, 06 Mar 2020 18:23:08 +0000
Date: Fri, 06 Mar 2020 10:23:07 -0800
Message-ID: <m2mu8tjqb8.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Christian Huitema <huitema@huitema.net>
Cc: Rich Kulawiec <rsk@gsp.org>, IETF Rinse Repeat <ietf@ietf.org>
Subject: Re: risk zones
In-Reply-To: <137ce613-9060-b0c3-65ab-359010c6b865@huitema.net>
References: <158344386661.14598.13307571424986389922@ietfa.amsl.com> <4295F611-DDB6-4BCB-AFF3-B7F313C6C9A6@sobco.com> <19D579B6-E81E-47BE-9881-6DFA3D5173D1@ietf.org> <1866d5b0-4c83-9c9d-4a17-55153024a872@gmail.com> <c94c6ecc-598f-c1c5-f14a-7105031671d0@gmail.com> <CAAuWHC+2zPLUUhhsCfHBowJchjU6fqFtugkmepbN6+MrrcKrRw@mail.gmail.com> <CAMm+Lwj2HHXPUHYv7wKDXwfzvHJsQg9wtoJqnWYZEfdutELRVA@mail.gmail.com> <20200306154532.GA26540@gsp.org> <137ce613-9060-b0c3-65ab-359010c6b865@huitema.net>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.3 Mule/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/ZuVsrRnM8cdO09QQRXBeKVI87Po>
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 18:23:14 -0000
>> Related to this point, I fumbled my way through a scholarly discussion >> of COVID-19 as best as a layman can, and came away with this point: with >> a disease that has a long incubation period, the reported cases tell us >> where it has *been*, not where it *is*. I'm terribly oversimplifying, >> of course, but this is consistent with the observations being reported >> by WHO et.al. And it means, among other things, that delayed reactions >> may be much too late. > > Most people on this list have no medical background, but many understand > routing and graphs. This is indeed a classic problem of propagation in a > graph, the graph of social contacts. People may get infected if they > have contact with someone who is. Once infected, they are capable of > infecting others for some time. The denser the graph, the faster the > infection spreads. Large gatherings create very dense graphs, and that's > why they are problematic. the problem here is that the rib data are propagating quickly as usual, but the latency of redistribution into the fibs is quite long, especially in comparison. [ credit to shaikh and greenberg ] randy
- 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