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