Due schemi di indirizzamento, in parallelo
IPv4
192.0.2.10
32 bit, ~4,3 miliardi di indirizzi, esauriti
IPv6
2606:4700::6810:84e5
128 bit, 340 sestilioni di indirizzi
L'esaurimento di IPv4 e la lenta marcia verso IPv6
Lo spazio di indirizzamento a 32 bit di IPv4 consente circa 4,3 miliardi di indirizzi univoci. Negli anni Ottanta sembrava enorme e si è rivelato lontanissimo dall'essere sufficiente per un mondo di miliardi di telefoni, laptop, server e dispositivi IoT che hanno tutti bisogno di essere indirizzabili singolarmente. I registri regionali responsabili dell'assegnazione di nuovi blocchi di indirizzi IPv4 hanno esaurito, uno dopo l'altro, i propri pool liberi: un processo in gran parte concluso tra l'inizio e la metà degli anni 2010.
| IPv4 | IPv6 | |
|---|---|---|
| Dimensione dell'indirizzo | 32 bit | 128 bit |
| Spazio di indirizzamento totale | ~4,3 miliardi | 340 undecilioni |
| Nuove assegnazioni dai registri | Esaurite dall'inizio-metà degli anni 2010 | Ampio margine rimanente |
| Richiede il NAT per condividere gli indirizzi | Sì, di routine | No: indirizzi sufficienti per uno per dispositivo |
| Esempio di notazione | 192.0.2.10 | 2606:4700::6810:84e5 |
Cosa ha tenuto in vita IPv4 così a lungo
- Il NAT (network address translation) permette a molti dispositivi di una rete privata di condividere un unico indirizzo IPv4 pubblico, riducendo drasticamente il numero di indirizzi pubblici effettivamente necessari.
- Oggi esiste un mercato secondario per gli indirizzi IPv4: le organizzazioni che non hanno più bisogno di un blocco assegnato all'inizio possono venderlo, a prezzi decisamente alti, a chi ne ha bisogno.
- Il carrier-grade NAT estende lo stesso trucco della condivisione fino al livello dell'ISP, permettendo a un singolo provider di servire un gran numero di clienti dietro un pool relativamente piccolo di indirizzi pubblici.
Perché l'adozione di IPv6 resta graduale invece di un passaggio netto
IPv6 non è retrocompatibile con IPv4 a livello di rete: un dispositivo puramente IPv6 non può parlare direttamente con uno puramente IPv4 senza un livello di traduzione intermedio. È proprio questa incompatibilità il motivo per cui la transizione ha richiesto decenni invece di avvenire con un unico passaggio coordinato: ogni elemento dell'infrastruttura, dai router domestici ai provider di backbone fino alle singole applicazioni, deve supportare entrambi contemporaneamente (dual-stack) finché una frazione significativa di Internet resta solo IPv4.
Per chi risolve domini oggi, la conseguenza pratica è semplice: controlla separatamente i record A e AAAA, aspettati che una quota significativa di domini sia ancora solo IPv4 e non dare per scontato che la presenza (o l'assenza) di un tipo di record dica qualcosa sull'altro: sono davvero indipendenti e probabilmente resteranno tali ancora a lungo.
L'adozione varia enormemente per rete e regione
La quota di traffico IPv6 non è un singolo numero globale quanto piuttosto un mosaico: alcuni operatori mobili e ISP residenziali hanno portato l'adozione ben oltre la metà dei propri utenti, soprattutto perché evita il costo e la complessità del carrier-grade NAT alla loro scala, mentre molte reti aziendali e di data center restano quasi interamente IPv4 per ragioni storiche costose da superare. Questa disomogeneità è esattamente il motivo per cui un dominio solo IPv4 non è per forza obsoleto: per molti schemi di traffico, essere solo IPv6 significherebbe oggi risultare irraggiungibili per una quota significativa di visitatori, quindi il dual-stack resta la scelta predefinita sicura e non un fastidio transitorio.
Cosa richiede oggi passare a solo IPv6
Un numero ridotto ma crescente di sistemi interni, non esposti al pubblico, è passato deliberatamente a solo IPv6, in genere all'interno di grandi organizzazioni che controllano entrambe le estremità di ogni connessione e possono garantire che ogni client coinvolto abbia una connettività IPv6 funzionante. Per qualsiasi cosa esposta al pubblico, questa garanzia non esiste: una quota significativa di visitatori, su alcune reti, non riesce ancora a raggiungere affatto un indirizzo solo IPv6, senza alcun ripiego. Questa asimmetria, per cui il dual-stack costa quasi nulla in più da mantenere mentre il solo IPv6 rischia di perdere in silenzio una fetta reale di traffico, è esattamente il motivo per cui il dual-stack resta la raccomandazione predefinita per i servizi pubblici, anche se il solo IPv6 diventa sempre più normale per l'infrastruttura interna che gli operatori controllano completamente.
Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.
Strumenti gratuiti su questo argomento
Per approfondire
Segnali che meritano un avviso
Monitorare le modifiche DNS in un portafoglio di domini
Controllare a mano il DNS di un solo dominio non regge con decine o migliaia di domini. Ecco un approccio pratico per individuare per tempo le modifiche.
Un passaggio graduale batte uno istantaneo
Blue
100% del traffico
Ripartizione ponderata
95/5, poi 50/50
Green
100% del traffico
Blue-green deployment e cutover DNS
Spostare il traffico tra due ambienti con una modifica DNS sembra semplice sulla carta, ma TTL e caching complicano le cose nella pratica.
Un IP, un server, oppure un IP, molti
Unicast
Un IP corrisponde a un solo server
Anycast
Un IP, annunciato da molte sedi
Anycast DNS: come funziona e perché è così veloce
Lo stesso indirizzo IP annunciato da decine di sedi insieme: l'anycast è ciò che rende veloci e resilienti i grandi provider DNS in ogni parte del mondo.