Re: [Int-area] New Version Notification for draft-giuliano-blocking-considerations-00.txt (fwd)
Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 10 March 2022 09:17 UTC
Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76FDB3A12EE for <int-area@ietfa.amsl.com>; Thu, 10 Mar 2022 01:17:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.661
X-Spam-Level:
X-Spam-Status: No, score=0.661 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01, 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 HJmEJyMuCxim for <int-area@ietfa.amsl.com>; Thu, 10 Mar 2022 01:17:22 -0800 (PST)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 369623A0ABB for <int-area@ietf.org>; Thu, 10 Mar 2022 01:17:21 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 22A9HJWU017469 for <int-area@ietf.org>; Thu, 10 Mar 2022 10:17:19 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E7B43203F0E for <int-area@ietf.org>; Thu, 10 Mar 2022 10:17:18 +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 DC6D1201FD9 for <int-area@ietf.org>; Thu, 10 Mar 2022 10:17:18 +0100 (CET)
Received: from [10.8.32.130] (is245935.intra.cea.fr [10.8.32.130]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 22A9HIe8011273 for <int-area@ietf.org>; Thu, 10 Mar 2022 10:17:18 +0100
Content-Type: multipart/alternative; boundary="------------Omtba39ZVd5hPzZjw7uvzUcJ"
Message-ID: <b33436f4-ffd3-7719-d42e-a27f6416e48a@gmail.com>
Date: Thu, 10 Mar 2022 10:17:30 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
Content-Language: fr
To: int-area@ietf.org
References: <Pine.LNX.4.64.2203091436540.17747@mail.lenny.net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
In-Reply-To: <Pine.LNX.4.64.2203091436540.17747@mail.lenny.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/zV3tOgyPAXkcUnr1YVizvyJnF50>
Subject: Re: [Int-area] New Version Notification for draft-giuliano-blocking-considerations-00.txt (fwd)
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area WG Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Mar 2022 09:17:28 -0000
This is my comments: I would not call it simply 'conflict' even though that is indeed a more neutral term that helps in many conversations. But also, calling it anything else than plain 'war', might represent actually taking parts. There are many other names given to it, and one can be even fined if not abiding. I simply refuse that fine, so I call it a war. In the 'disconnection methods' - one would add other aspects too: - my anti-virus blocks access to some web sites. An anti-virus also tells 'false positives'. That is all about disconnection. - some web sites (including very high level of parts taking part in war) are not even using CAs. Some CAs are not in browsers. That is disconnection too. - a sysadmin might disconnect a cable (PHY level) because of wanting to have protection, because the risk of cyber attacks is so high these days. - bombs might create disconnections. In the 'Implications' of disconnection one should list this one: - if AIEA does not have the radiation level at some war sites via communication channels (typically over the Internet, I believe) then population at large is at risk. The disconnection might lead to it, and it is a criteria at AIEA. That is an information I repeat from them. -------------- These are my pointers right now: news agencies display some times news about Internet situation in Ukr-Rus space. Then there are these mentioned on the ISOC Internet Policy email list recently: https://twitter.com/netblocks (but it seems twitter might be blockedin Russia) https://www.accessnow.org/keepiton/#problem https://puck.nether.net/mailman/listinfo/outages https://www.pch.net/resources/Papers/Multistakeholder-Imposition-of-Internet-Sanctions.pdf https://connect.geant.org/2022/03/04/geant-association-statement-on-the-russian-aggression Sorry - I am not spamming. I will not participate to this IETF meeting (neither online, nor in-person) because of several reasons: risk of covid propagation, risk of travel (the flightradar24 displays a big hole East of Europe which I suspect it might have chances to impact the travel in Europe), and other personal opinion. Yours, Alex Le 09/03/2022 à 20:44, Lenny Giuliano a écrit : > > FYI, this draft proposes to document the considerations for regional > Internet blocking, a topic of increased interest in the last few weeks. > > Comments and questions are most welcome. > > Thanks, > Lenny > > > ---------- Forwarded message ---------- > Date: Mon, 07 Mar 2022 12:05:03 -0800 > From: internet-drafts@ietf.org > To: Lenny Giuliano <lenny@lenny.net>, Melchior Aelmans > <melchior@aelmans.eu>, > Tony Li <tony.li@tony.li> > Subject: New Version Notification for > draft-giuliano-blocking-considerations-00.txt > > > A new version of I-D, draft-giuliano-blocking-considerations-00.txt > has been successfully submitted by Tony Li and posted to the > IETF repository. > > Name: draft-giuliano-blocking-considerations > Revision: 00 > Title: Regional Internet Blocking Considerations > Document date: 2022-03-07 > Group: Individual Submission > Pages: 13 > URL: > https://www.ietf.org/archive/id/draft-giuliano-blocking-considerations-00.txt > Status: > https://datatracker.ietf.org/doc/draft-giuliano-blocking-considerations/ > Htmlized: > https://datatracker.ietf.org/doc/html/draft-giuliano-blocking-considerations > > > Abstract: > Geopolitical conflicts can cause policy makers to question whether or > not blocking the Internet connectivity for an opposing region is a > constructive tactic. This document provides an overview of the > various technologies that can be used to implement regional blocking > of Internet connectivity and discusses the implications of these > options. This document does not advocate any policy or given > blocking mechanism, but does attempt to articulate the implications > of these blocking technologies for policy makers. The document also > intends to help inform policy makers from countries who could be > exposed to such blocking techniques on the implications of these > methods. > > > > > The IETF Secretariat > > _______________________________________________ > Int-area mailing list > Int-area@ietf.org > https://www.ietf.org/mailman/listinfo/int-area
- [Int-area] New Version Notification for draft-giu… Lenny Giuliano
- Re: [Int-area] New Version Notification for draft… Alexandre Petrescu
- Re: [Int-area] New Version Notification for draft… Alexandre Petrescu