La fallacia della stabilità nell’argomento dei RIR

L'errore di stabilità nell'argomento RIR

Ai registri Internet regionali piace parlare il linguaggio della stabilità. È una parola utile. Sembra tecnico. Sembra neutrale. Sembra al di sopra della politica, del commercio e della controversia stessa.

Ma la parola nasconde la vera domanda.

Stabilità di cosa?

AFRINIC e il più ampio gruppo RIR affermano spesso che la mia sfida legale minaccia la stabilità del registro. Tale affermazione non è del tutto irrazionale. Le controversie contro un registro possono creare incertezza. Conti congelati, ordinanze dei tribunali, elezioni contestate, amministrazione controllata e paralisi istituzionale non sono segni di un registro sano. Nessuno dovrebbe fingere il contrario.

Ma questa è solo la metà del registro. L'altra metà è più grande.

Cloud Innovation, LARUS e il mio gruppo di aziende rappresentano più di 10 milioni di indirizzi IP. Dietro queste risorse si trovano milioni di siti web, centinaia di milioni di utenti finali e infrastrutture reali. Ospedali. Aeroporti. Imprese. Fornitori di hosting. Sistemi di sicurezza. Sistemi di pagamento. Servizi critici pubblici e privati.

Se AFRINIC, o qualsiasi RIR, tenta di revocare, inquinare, congelare o contaminare politicamente queste risorse, il rischio di stabilità non è teorico. Non è una questione da risolvere nei verbali di una riunione politica. Non è un dibattito filosofico sulla “comunità”. È un minaccia operativa diretta alle reti in funzione.

Quindi l'argomento RIR non è falso perché la stabilità non ha importanza. È falso perché definisce la stabilità come la comodità del registro, non la continuità di Internet.

Ci sono due tipi di stabilità in questa disputa.

Il primo è stabilità istituzionale del registro. Questa è la stabilità della società, del suo conto bancario, del suo consiglio di amministrazione, del suo ufficio, delle sue elezioni, del suo personale, della sua difesa legale e della sua autodescrizione come legittima autorità regionale.

Il secondo è rete instradata e stabilità della continuità del cliente. Questa è la stabilità dei pacchetti in movimento, dei servizi che rimangono online, dei clienti che rimangono raggiungibili, dei contratti onorati e degli operatori che possono fare affidamento sugli identificatori attorno ai quali è stata costruita la loro infrastruttura.

AFRINIC parla principalmente del primo. Parlo soprattutto della seconda.

Questa è la differenza.

L’errore economico è semplice. RIRs tratta il registro come se fosse la risorsa. Non lo è. Il registro è un servizio di coordinamento. Il bene è l'utilizzo economico in tempo reale delle risorse numeriche da parte degli operatori e dei clienti. Il valore non viene creato da una voce di database che si trova tranquillamente all'interno di un ufficio del registro. Il valore è creato dalle reti che distribuiscono indirizzi, dai clienti che fanno affidamento su di essi e dai mercati che costruiscono servizi su di essi.

Una registrazione anagrafica descrive la realtà. Non lo crea.

Una volta che IPv4 è diventato scarso, finanziabile, affittato, acquistato, instradato, assicurato, contestato e incorporato nell'infrastruttura del cliente, il vecchio modello di registro ha cambiato carattere. Quella che una volta era stata una funzione amministrativa di scarso valore è diventata un punto di strozzatura per risorse operative di valore. RIRs non ha aggiornato il proprio mandato, responsabilità, modello di rappresentazione o architettura di failover per adattarsi a tale modifica. Hanno mantenuto il vecchio linguaggio di amministrazione mentre si esercitano nuove forme di potere.

Questa è la fonte dell’instabilità.

Non l'operatore che dice che l'imperatore non ha mandato.
Non il tribunale che chiede se l'azione anagrafica privata abbia limiti di legge.
Non il cliente che vuole continuità.
Non il mercato che tratta IPv4 come capitale.

L’instabilità deriva da un registro privato che rivendica il potere di distruggere le risorse della rete attiva, assumendosi una responsabilità proporzionale minima o nulla per le conseguenze.

In economia questo è a problema del blocco dei libri di testo. Una parte effettua investimenti specifici, irrecuperabili e difficili da spostare. Un'altra parte controlla il collo di bottiglia dopo che l'investimento è stato effettuato. Il proprietario del collo di bottiglia rivendica quindi l’autorità discrezionale sull’asset, mentre l’investitore sopporta il lato negativo. Nei mercati ordinari, questo è chiamato rischio strutturale. Nel mondo di RIR, si chiama “gestione”.

La parola non cambia la struttura.

A un ospedale non interessa se l'interruzione è stata causata da un nobile processo comunitario. A un aeroporto non interessa se un oggetto di rotta fallita fosse giustificato da un'interpretazione di politica interna. Al proprietario di un sito web non interessa se un registro ritiene di aver difeso “la regione”. L'utente finale sperimenta solo una cosa: il servizio funziona oppure no.

Ecco perché l’argomento della stabilità deve essere invertito.

AFRINIC dice che la mia sfida minaccia la stabilità del registro. Ma Il tentativo di affermazione del potere da parte di AFRINIC sulle risorse integrate a livello operativo minaccia la stabilità dell’attuale Internet. Converte una controversia relativa al registro in un rischio per l'infrastruttura attiva. Crea incertezza sulle risorse su cui fanno affidamento ogni giorno clienti, operatori, imprese e servizi pubblici.

Questa non è stabilità. È la stabilità degli ostaggi.

Il messaggio è: non contestare il registro, perché il registro potrebbe crollare. Ma se il registro può crollare perché un membro va in tribunale, allora il registro non è mai stato abbastanza stabile da detenere un potere unilaterale sulle infrastrutture attive. Se un sistema non può sopravvivere al controllo legale, alle rivendicazioni patrimoniali, alle controversie tra i membri, alle pressioni bancarie, al fallimento elettorale o alla supervisione dei tribunali ordinari, la risposta non è dargli più immunità. La risposta è ridurne il potere.

Un registro non è uno stato.
Una stanza non è un mandato.
Una riunione politica non è una legislatura.
Una regione di servizio non è un popolo.
Un contatto del database non è una procura aziendale.

E il desiderio di un registro di preservare la propria autorità istituzionale non è la stessa cosa della stabilità di Internet.

Gli RIRs confondono la propria sopravvivenza con la sopravvivenza di Internet perché il loro modello dipende da quella confusione. Se il registro e Internet vengono trattati come la stessa cosa, ogni sfida al registro diventa una minaccia per Internet. Ogni causa diventa sabotaggio. Ogni richiesta di responsabilità diventa un attacco. Ogni richiesta di portabilità diventa cattura. Ogni attore del mercato diventa un pericolo.

Questo è autoconservazione istituzionale vestita da ingegneria.

La vera questione ingegneristica è più ristretta. Una particolare azione tutela l’unicità? Impedisce l'assegnazione duplicata? Corregge la frode? Conserva la precisione del routing adiacente? Migliora la sicurezza? Mantiene l'interoperabilità?

Se la risposta è sì, il registro può avere un ruolo tecnico.

Se la risposta è no, il registro non protegge Internet. Sta espandendo il potere.

L’uso commerciale non è un problema di unicità. Il leasing non è un problema di unicità. La geografia del cliente non è un problema di unicità. Il finanziamento delle attività non è un problema di unicità. Il modello di business di un membro non è un’invariante globale. Queste riguardano gli operatori, i clienti, i contratti, i tribunali e i mercati. Non costituiscono una licenza per un registro per minacciare le risorse già in esecuzione.

Il sistema RIR è sopravvissuto per anni perché le risorse sono state fraintese. Gli indirizzi IP sono stati trattati come token amministrativi, non come asset di capitale. Quella finzione è finita. La scarsità ha posto fine a tutto. I mercati hanno messo fine a tutto. Il leasing è finito. I tribunali fallimentari hanno posto fine a tutto ciò. La dipendenza dalla sicurezza ha posto fine a tutto. Le infrastrutture critiche hanno posto fine a tutto ciò.

La domanda non è più se IPv4 abbia valore. La questione è se i registri privati ​​possano continuare a esercitare il potere delle infrastrutture pubbliche negando al contempo l’affidamento di tipo immobiliare, limitando la responsabilità, rifiutando la portabilità e rivendicando l’autorità comunitaria senza rappresentanza legale.

Non possono.

La via da seguire non è quella di rendere RIRs sovrani migliori. La via da seguire è porre fine alla rivendicazione della sovranità.

Il livello del registro dovrebbe essere sottile. Dovrebbe registrare unicità, controllo, trasferimenti, asserzioni di sicurezza e metadati di conflitto. Dovrebbe essere verificabile. Dovrebbe essere sostituibile. Dovrebbe avere il failover. Non dovrebbe essere in grado di distruggere la continuità della rete attiva perché una teoria di politica privata non ama il modello di business di un operatore.

La portabilità deve diventare un diritto fondamentale. Se un registro diventa abusivo, catturato, insolvente, in conflitto o tecnicamente irrilevante, le reti devono essere in grado di spostare da esso le proprie risorse numeriche e gli ASN. Senza portabilità, ogni RIR è un punto di blocco. Con il lock-in ogni controversia diventa una situazione di ostaggio.

Questo è il motivo per cui la richiesta di stabilità fallisce.

AFRINIC non è stabilità e Lu non è instabilità. Questa è la geometria della propaganda.

La vera distinzione è un'altra. AFRINIC difende la stabilità istituzionale del registro. Difendo la rete instradata e la stabilità della continuità del cliente. AFRINIC si preoccupa della stabilità della sua autorità. Mi preoccupa la stabilità di Internet che le persone effettivamente utilizzano.

Internet non fallisce solo quando i pacchetti smettono di muoversi. Fallisce anche quando le istituzioni descrivono chi può utilizzare gli identificatori perdere la fiducia degli operatori che muovono i pacchi.

Questa è la lezione.

No riciclaggio di mandato.
No tradimento del codice in esecuzione.
Primato del codice in esecuzione.