Anche IPv4 ha un ciclo di vita: che cosa possono e non possono mostrare i dati dei registri
Una guida in linguaggio semplice al ciclo di vita di IPv4: trasferimenti, riutilizzo, instradamento, RPKI, locazione, storia e limiti dei dati dei registri.
Il titolare registrato, l’utilizzatore operativo, la rotta e la storia sono prospettive diverse sulla stessa risorsa di indirizzamento. Nessun singolo dato racconta tutta la storia.
La scarsità di IPv4 non è più l’intera questione. È più utile chiedersi che cosa accada a un blocco di indirizzi dopo che è già stato assegnato.
Un blocco può essere trasferito, suddiviso, annunciato da un’altra rete, coperto da una diversa autorizzazione di instradamento, concesso in locazione a un altro operatore e poi trasferito di nuovo. Il numero può restare uguale mentre cambiano le organizzazioni, le reti, la geografia e le prove che lo riguardano.
Questo articolo propone un modo per leggere quel cambiamento. Distingue quattro domande spesso sovrapposte: chi figura nel registro, chi utilizza operativamente la risorsa, quale ASN origina la sua rotta e quali prove spiegano se lo stato attuale sia autorizzato e in continuità con il precedente.
Partire da quattro domande diverse
Un dato del registro risponde a una domanda di registrazione: quale organizzazione è riconosciuta per questa risorsa secondo le regole del registro? Da solo non dice chi stia usando oggi la risorsa, dove venga instradato il traffico o quale rete sia autorizzata a originarne la rotta.
- Stato del registro: il titolare registrato e il suo rapporto con la risorsa.
- Stato operativo: l’organizzazione, il fornitore o il cliente che usa effettivamente il blocco.
- Stato dell’instradamento: l’ASN che attualmente si osserva originare il prefisso in BGP.
- Autorizzazione e storia: i ROA, gli oggetti IRR, i documenti di trasferimento e la cronologia delle modifiche che spiegano lo stato.
Questi livelli possono cambiare insieme, ma non è necessario che lo facciano. Tenerli separati è il primo passo per comprendere i dati.
Che cosa mostrano i dati del 2026
Le cifre del 2026 riportate in questo articolo sono osservazioni dall’inizio dell’anno, riferite a un anno non ancora concluso. Le cifre mensili pubblicate da RIPE NCC da gennaio a luglio ammontano a circa 16,72 milioni di indirizzi IPv4 trasferiti nella sua regione di servizio. Un solo mese con volumi elevati può cambiare il totale: questi dati dimostrano quindi che i movimenti continuano, non costituiscono una previsione annuale.
La prospettiva di più lungo periodo è altrettanto importante. L’analisi di APNIC sui dati globali dei RIR ha registrato 33,4 milioni di indirizzi IPv4 in 5.619 operazioni di trasferimento registrate nel 2025. Ha stimato che dal 2012 circa 342 milioni di indirizzi fossero comparsi nei registri dei trasferimenti dei RIR. Alcuni compaiono più di una volta: è già una prova che un indirizzo può attraversare più di una transizione registrata.
I documenti dei trasferimenti raccontano dunque una storia di movimenti successivi all’esaurimento. Non raccontano tutta la storia dell’uso attuale.
Dall’assegnazione al riutilizzo
Quando era facile ottenere spazio inutilizzato, il modello mentale era semplice: un registro assegnava un blocco e una rete lo metteva in servizio. In un mercato IPv4 maturo, un blocco esistente può invece passare da un’organizzazione a un’altra e iniziare una nuova vita operativa.
Un prefisso assegnato vent’anni fa può oggi avere titolare, fornitore, ASN di origine, gestione del DNS inverso, contatto per gli abusi e configurazione RPKI diversi da quelli dell’assegnazione iniziale. Il numero dell’indirizzo è stabile; l’infrastruttura che lo circonda non lo è.
Per questo il dato attuale ha bisogno della propria storia. Il titolare di oggi conta, ma rappresenta soltanto un momento della vita della risorsa.
Un grande blocco può diventare più storie
I trasferimenti possono cambiare anche l’unità gestita. Un blocco nato come /16 può in seguito essere rappresentato da risorse più piccole, come /18, /18, /19 e /20. Ogni prefisso risultante può acquisire un proprio titolare, una rotta, un ROA, un DNS inverso, un utilizzatore operativo e una successiva storia di trasferimenti.
I registri dei trasferimenti pubblicati sono utili perché conservano la risorsa registrata e la transizione. Vanno letti come una storia dei cambiamenti di stato, non come la garanzia che l’assegnazione iniziale resti l’unica unità operativa significativa.
La geografia del registro non è la geografia dell’instradamento
Un indirizzo può passare tra regioni di registrazione senza che i pacchetti si spostino immediatamente in un altro Paese. Un trasferimento nel registro cambia il rapporto amministrativo riconosciuto. BGP descrive come viene annunciata la raggiungibilità. La geolocalizzazione IP descrive un’ulteriore inferenza.
Queste tre descrizioni possono indicare direzioni diverse senza che una sia sbagliata. Trattare come intercambiabili il Paese del registro, la sede di un’azienda, l’ubicazione di un centro dati e l’origine di una rotta genera una certezza infondata.
Locazione e delega aggiungono un altro livello
Una locazione o una delega operativa può consentire a un’altra organizzazione di usare e annunciare un blocco, mentre il titolare registrato resta invariato. Un registro dei trasferimenti può non mostrare un nuovo titolare anche se sono cambiati utilizzatore operativo, fornitore, DNS inverso, contatti e reputazione.
Per questo i dati dei trasferimenti misurano le transizioni registrate, non ogni cambiamento d’uso. Un’indagine completa richiede insieme il dato del registro, l’autorizzazione operativa e le prove dell’instradamento.
RPKI attribuisce alla rotta un proprio stato di sicurezza
Quando cambia l’ASN di origine previsto, occorre riesaminare le relative autorizzazioni dell’origine della rotta. Un registro può indicare correttamente il titolare mentre il relativo ROA riflette ancora una vecchia autorizzazione. Viceversa, un ROA valido non dimostra che la rotta sia attualmente annunciata.
Leggi i livelli nell’ordine: il registro dichiara il rapporto riconosciuto, RPKI dichiara un’autorizzazione e BGP mostra la rotta che le reti stanno osservando. Ciascuno risponde a una domanda diversa.
Che cosa non possono dimostrare i dati dei registri
Un documento di trasferimento non rivela il prezzo della transazione, il motivo commerciale della modifica, ogni locazione, ogni delega o l’intera storia dell’instradamento. Inoltre, i RIR pubblicano dati con definizioni e tempi diversi.
La conclusione prudente è quindi più circoscritta e più solida: i dati dei registri offrono una prospettiva verificata su importanti transizioni di stato registrate. BGP, RPKI, dati IRR, contratti e registri operativi offrono altre prospettive. La fiducia nasce dal confronto tra queste prospettive, non dal costringere un solo insieme di dati a rispondere a ogni domanda.
Una documentazione pratica del ciclo di vita
Per un prefisso importante per un’attività in funzione, conserva una documentazione verificabile da un altro operatore:
- il titolare attuale nel registro e la storia dei trasferimenti pertinenti;
- l’utilizzatore operativo, il fornitore e i contatti attuali;
- l’ASN di origine e le modifiche storiche delle rotte;
- i ROA, gli oggetti IRR e la responsabilità del DNS inverso;
- le modifiche rilevanti, le approvazioni e le prove del controllo; e
- il piano di continuità o di uscita nel caso in cui il rapporto cambi di nuovo.
Questa è gestione del ciclo di vita. È la risposta pratica a un Internet in cui vecchi identificatori continuano a passare attraverso nuove organizzazioni e reti.
Proseguire attraverso i tre livelli
Il prossimo articolo segue il livello del registro oltre i confini dei RIR. Il terzo segue un cambiamento diverso: un prefisso che conserva il proprio numero mentre cambia l’ASN di origine in BGP.
Condividi il tuo punto di vista
Accedi con un account esistente per lasciare un commento.