Deux schémas d'adressage, côte à côte
IPv4
192.0.2.10
32 bits : ~4,3 milliards d'adresses, épuisées
IPv6
2606:4700::6810:84e5
128 bits : 340 sextillions d'adresses
L'épuisement d'IPv4 et la lente marche vers IPv6
L'espace d'adressage IPv4 de 32 bits permet environ 4,3 milliards d'adresses uniques. Cela paraissait énorme dans les années 1980 et s'est révélé très loin de suffire pour un monde de milliards de téléphones, d'ordinateurs portables, de serveurs et d'objets connectés qui ont tous besoin d'être adressables individuellement. Les registres régionaux chargés d'allouer de nouveaux blocs d'adresses IPv4 ont, l'un après l'autre, épuisé leurs réserves libres, un processus largement achevé depuis le début ou le milieu des années 2010.
| IPv4 | IPv6 | |
|---|---|---|
| Taille de l'adresse | 32 bits | 128 bits |
| Espace d'adressage total | ~4,3 milliards | 340 undécillions |
| Nouvelles allocations par les registres | Épuisées depuis le début ou le milieu des années 2010 | Vaste marge restante |
| Nécessite du NAT pour partager les adresses | Oui, couramment | Non : assez d'adresses pour une par appareil |
| Exemple de notation | 192.0.2.10 | 2606:4700::6810:84e5 |
Ce qui a maintenu IPv4 en vie si longtemps
- Le NAT (traduction d'adresses réseau) permet à de nombreux appareils d'un réseau privé de partager une seule adresse IPv4 publique, ce qui réduit considérablement le nombre d'adresses publiques réellement nécessaires.
- Un marché secondaire des adresses IPv4 existe désormais : les organisations qui n'ont plus besoin d'un bloc qui leur avait été alloué très tôt peuvent le vendre, à des prix nettement élevés, à celles qui en ont besoin.
- Le NAT de niveau opérateur (carrier-grade NAT) étend la même astuce de partage jusqu'au niveau du fournisseur d'accès, permettant à un seul fournisseur de servir un grand nombre de clients derrière un ensemble relativement restreint d'adresses publiques.
Pourquoi l'adoption d'IPv6 reste progressive plutôt qu'une bascule brutale
IPv6 n'est pas rétrocompatible avec IPv4 au niveau de la couche réseau : un appareil purement IPv6 ne peut pas communiquer directement avec un appareil purement IPv4 sans une couche de traduction intermédiaire. Cette incompatibilité est précisément la raison pour laquelle la transition a pris des décennies au lieu d'une bascule coordonnée : chaque élément de l'infrastructure, des routeurs domestiques aux opérateurs de dorsale en passant par les applications, doit prendre en charge les deux simultanément (double pile) tant qu'une part significative de l'internet reste uniquement IPv4.
Pour quiconque résout des domaines aujourd'hui, la conséquence pratique est simple : vérifiez les enregistrements A et AAAA indépendamment, attendez-vous à ce qu'une part significative des domaines soit encore uniquement IPv4, et ne supposez pas que la présence (ou l'absence) d'un type d'enregistrement vous apprenne quoi que ce soit sur l'autre : ils sont réellement indépendants, et le resteront probablement encore longtemps.
L'adoption varie énormément selon les réseaux et les régions
La part du trafic IPv6 n'est pas un chiffre mondial unique mais plutôt une mosaïque : certains opérateurs mobiles et fournisseurs d'accès résidentiels ont poussé l'adoption bien au-delà de la moitié de leurs propres utilisateurs, en grande partie parce que cela évite le coût et la complexité du NAT de niveau opérateur à leur échelle, tandis que de nombreux réseaux d'entreprise et de centres de données restent presque entièrement en IPv4 pour des raisons héritées du passé, coûteuses à défaire. Cette disparité explique précisément pourquoi un domaine uniquement IPv4 n'est pas pour autant obsolète : pour beaucoup de schémas de trafic, passer en IPv6 seul reviendrait aujourd'hui à devenir inaccessible pour une part significative des visiteurs, et la double pile reste donc le choix sûr par défaut, et non un inconvénient transitoire.
Ce qu'exige réellement un passage en IPv6 seul aujourd'hui
Un nombre restreint mais croissant de systèmes internes, non exposés au public, sont passés délibérément en IPv6 seul, généralement au sein de grandes organisations qui contrôlent les deux extrémités de chaque connexion et peuvent garantir que chaque client concerné dispose d'une connectivité IPv6 fonctionnelle. Pour tout ce qui est exposé au public, cette garantie n'existe pas : une part significative des visiteurs, sur certains réseaux, ne peut toujours pas atteindre une adresse uniquement IPv6, sans aucun repli. Cette asymétrie (la double pile ne coûte presque rien de plus à maintenir, alors que l'IPv6 seul risque de faire perdre silencieusement une part réelle du trafic) explique précisément pourquoi la double pile reste la recommandation par défaut pour les services publics, même si l'IPv6 seul devient de plus en plus courant pour l'infrastructure interne que les exploitants maîtrisent entièrement.
Besoin de vérifier les adresses DNS publiques d'un domaine ? Utilisez l'outil Domain IP Lookup.
Outils gratuits sur ce sujet
À lire aussi
Signaux qui méritent une alerte
Surveiller le DNS d'un grand portefeuille de domaines
Surveiller le DNS d'un domaine à la main ne tient pas pour des dizaines ou des milliers de domaines. Une approche pratique pour repérer les changements tôt.
Une bascule progressive vaut mieux qu'une bascule instantanée
Bleu
100 % du trafic
Répartition pondérée
95/5, puis 50/50
Vert
100 % du trafic
Déploiements blue-green et bascules DNS
Basculer le trafic entre deux environnements par un changement DNS paraît simple sur le papier ; avec le TTL et le cache, c'est plus nuancé en pratique.
Une IP, un serveur, ou une IP, plusieurs
Unicast
Une IP correspond à un seul serveur
Anycast
Une IP annoncée depuis de nombreux sites
Le DNS anycast expliqué
Une même adresse IP annoncée depuis des dizaines de sites à la fois : l'anycast permet aux grands fournisseurs DNS de rester rapides et résilients partout.