Re: [hrpc] Censorship

Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 18 March 2022 12:53 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 317E93A083B for <hrpc@ietfa.amsl.com>; Fri, 18 Mar 2022 05:53:59 -0700 (PDT)
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 siy1LlPA177E for <hrpc@ietfa.amsl.com>; Fri, 18 Mar 2022 05:53:55 -0700 (PDT)
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 A80C23A0831 for <hrpc@irtf.org>; Fri, 18 Mar 2022 05:53:54 -0700 (PDT)
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 22ICrp8e021691 for <hrpc@irtf.org>; Fri, 18 Mar 2022 13:53:51 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 0700D207972 for <hrpc@irtf.org>; Fri, 18 Mar 2022 13:53:51 +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 EEFF9200BAC for <hrpc@irtf.org>; Fri, 18 Mar 2022 13:53:50 +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 22ICroq4007436 for <hrpc@irtf.org>; Fri, 18 Mar 2022 13:53:50 +0100
Content-Type: multipart/alternative; boundary="------------2m3S1u08jRSu1PoUBR8xKivu"
Message-ID: <2442d1b2-cb5b-0c49-e322-cbd0db84e0b5@gmail.com>
Date: Fri, 18 Mar 2022 13:53:51 +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: hrpc@irtf.org
References: <AM0PR01MB53642F251C5A7E53B3473AACBE139@AM0PR01MB5364.eurprd01.prod.exchangelabs.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
In-Reply-To: <AM0PR01MB53642F251C5A7E53B3473AACBE139@AM0PR01MB5364.eurprd01.prod.exchangelabs.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/gWr4Y5ijt47Hl_kdzms5n0P1XyI>
Subject: Re: [hrpc] Censorship
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: hrpc discussion list <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Mar 2022 12:53:59 -0000

Le 18/03/2022 à 13:19, Terzis, Petros a écrit :
>
> Hello all,
>
> This is also my first time participating in the HRPC discussion so 
> bear with me.
>
> Overall, I can see the logic, motivation, and goals of the initiative, 
> but I am sceptical about its ‘procedural legitimacy’ and scope. I 
> understand the initiative as an attempt to institutionalise the 
> resolution of internet-related issues and disputes in times of crises. 
> In principle, I believe this is good. Internet governance is by design 
> comprised of highly technical, bottom-up decision-making processes 
> which cannot afford flexibility in times of humanitarian crises. As a 
> result, decision-making on, or enforcement of sanctions lies at the 
> discretion of corporations (as it happened during the Russian 
> invasion). This reality creates a ‘legitimacy gap’. We do not know how 
> such decisions are made, how to challenge them, who is vouching for 
> their proportionality, or whom to blame if they are deemed (by whom?) 
> as disproportionate.
>
> However, legitimacy gaps are resolved by state actors acting under the 
> rule of law and by following a particular process of 
> national/international consultation and political deliberation with 
> civil society.  On the contrary, crises, overall, make bad law. Rules, 
> vocabularies, and institutions created during such times tend to stick 
> around for generations. In such a context, ‘multistakeholder’ cannot 
> be a substitute for ‘legitimate’ or ‘democratic’. It can, of course, 
> stay only ‘multistakeholder’ and as such, as Mallory mentioned, it 
> does not need anyone’s approval or support. But if it aspires to 
> transform to something more than an association of people with good 
> ideas and intentions, then being ‘multistakeholder’ may only be just 
> one of the many ingredients it requires.
>
> Now, in terms of scope, I am concerned with the risk of problem 
> fragmentation. Blocking is blocking regardless of whether it occurs at 
> the infrastructural or the content layer. Addressing the latter may go 
> beyond the scope of the initiative and indeed that of the HRPC, but 
> creating something only to view the problem from an infrastructural 
> perspective will fractionate resources, intellectual and political 
> power while also risking the normalisation of measures across layers. 
> Even more so, if we want to use the ‘legacy’ of the open internet in 
> shaping the discourse and governance landscape of the OS/content 
> ecosystem.
>
> Overall, my fear is that if we rush into creating a -by necessity- 
> hastily conceived multistakeholder institution, we will spend 
> political capital in an endeavour that may end up rationalising or 
> legitimising insufficiently explored political measures. I do believe 
> that we need something new;
>

Certainly there is a need of new aspects of Internet and the war in 
Ukraine, or Russia's war.  (Both these terms are used currently.  There 
is also the term 'special military operation', but it is somehow wrong 
even though somehow right too, depending who says it.)

For example at application layer the .su domain should expire and the 
contents smoothly gently migrated.  This is for the aspiring countries.  
It is not normal for the aspiring countries to use .su domains.

At IP layer maybe shorter paths should be established to Ukraine, with 
higher throughputs.  That effort should go there, rather than striving 
to maintain high-throughput lines to Russia, lines which are full with 
DDoS packets anyways.  These DDoS packets are a waste of bandwidth.  For 
communicating to Russia it is sufficient to maintain a few emergency 
lines at the higher levels, which are not 'Internet' so to say.

At PHY layer maybe some new telephone area code (different than the 
currently +380 derived out of +38 Yugoslavia which disappeared - 
Yugoslavia area code disappeared but the +380, +38x live on) could be 
allocated for Ukraine.  Maybe for Bielorusia one should look at using 
'7' of Russia, via their 'Union State', rather than the current +375 
which seems to be derived from the German Democratic Republic's +37 
which disappeared (the country).

At energy layer also there is migration, a switch looks to be in the making.

Maybe there are other parameters that need to be migrated.

These are all huge changes that are likely to happen anyways.

Also, there is a need to list all the events that can be undersood to be 
cuts within the Internet (see NetBlocks too), like: the 
instagrams-facebooks-twitter-etc sites blocked here and there, googles 
investigated currently, anonymous DDoS and filtering-against-DDoS and 
cloudlflares, 'unkillable' Internets, that are in place here and there.  
Such a list can give an idea of a growing activity in the Internet which 
happens anyways, despite our try towards, or our restrain towards taking 
action about Internet.

Alex


> something that will create the political pathways for challenging and 
> changing infrastructural (internet) and architectural (OS/app layers) 
> configurations pursuant to the global/public interest (whatever this 
> might mean for a particular historical time). But the constitutive 
> conditions for such creation cannot be properly discussed during a war.
>
> Finally, FWIW I also believe that this is the place to have such a 
> discussion (at least from the sense I got from following discussions 
> in this mailing list) as it raises important research questions 
> particularly around 1) the role of consensus in times when the ‘human 
> rights’ stakes are high and 2) the clash between multistakeholder and 
> democratic legitimacy.
>
> Apologies for the long message.
>
> Petros
>
> _________________
>
> Dr Petros Terzis
>
> Research Fellow - Regulation of Computational Infrastructures
>
> Faculty of Laws, University College London
>
> @petros_ter
>
>
> _______________________________________________
> hrpc mailing list
> hrpc@irtf.org
> https://www.irtf.org/mailman/listinfo/hrpc