Quarante-huit ans après la publication de la RFC 791 qui définit IPv4, un ingénieur nommé Thain a déposé à l’IETF un Internet-Draft baptisé IPv8 — et le document fait parler de lui bien au-delà des cercles de standardisation. Non pas parce qu’il sera adopté demain, mais parce qu’il pose une question que beaucoup d’architectes réseau se posent en silence : et si l’on reprenait tout à zéro ? Publié le 14 avril 2026, avec une révision draft-thain-ipv8-01 dès le lendemain, la proposition cumule déjà des milliers de lectures sur les forums techniques. Le timing n’est pas anodin : en mars 2026, Google indique que 48 % de ses utilisateurs accèdent à ses services via IPv6. Deux décennies de migration pour atteindre la moitié. IPv4, lui, continue de tenir le reste grâce au NAT, au CGNAT, et à des allocations régionales de plus en plus tendues.

Il convient d’emblée de situer ce document dans son contexte réglementaire : un Internet-Draft n’est pas un standard. L’IETF le précise explicitement — ces documents sont valables six mois, peuvent être soumis par n’importe quel auteur, et n’engagent pas l’organisation sauf adoption par un groupe de travail officiel. L’expiration de draft-thain-ipv8-01 est prévue le 17 octobre 2026. Pourtant, la proposition vaut l’analyse : elle cristallise les frustrations accumulées et propose des solutions qui méritent d’être débattues.

Contexte et enjeux : pourquoi IPv4 reste un problème structurel

L’épuisement des adresses IPv4 n’est pas une prédiction — c’est un fait consommé depuis 2011, date à laquelle l’IANA a distribué ses derniers blocs aux registres régionaux. Depuis, le marché secondaire d’adresses IPv4 s’est constitué, avec des transactions dépassant 50 dollars par adresse dans certains cas. Les opérateurs télécom et les fournisseurs cloud déploient massivement le CGNAT (Carrier-Grade NAT) pour faire coexister des millions d’abonnés derrière une poignée d’adresses publiques — une solution fonctionnelle mais qui complique le débogage, brise le modèle d’adressage de bout en bout, et crée des problèmes de journalisation pour la conformité légale.

IPv6, déployé progressivement depuis les années 2000, devait résoudre tout cela. Et il y contribue : ce taux de 48 % chez Google représente une avancée réelle. Mais la transition dual-stack (faire tourner IPv4 et IPv6 simultanément) est coûteuse en complexité opérationnelle. Les équipes réseau doivent maintenir deux plans d’adressage, deux configurations de pare-feu, deux stacks de monitoring. Dans ce contexte, IPv8 émerge non pas comme une solution imminente, mais comme un signal : des ingénieurs cherchent une voie de sortie plus propre.

Les faits : ce que propose concrètement IPv8

Le concept central repose sur des adresses 64 bits au format r.r.r.r.n.n.n.n. Les 32 premiers bits correspondent au préfixe de routage lié à l’ASN (Autonomous System Number) du détenteur, les 32 suivants identifient l’hôte avec une sémantique proche d’IPv4. Chaque titulaire d’un ASN disposerait ainsi de 4 294 967 296 adresses d’hôte — l’équivalent de l’intégralité de l’espace IPv4 actuel, rien que pour son système autonome. L’espace total atteindrait 18 446 744 073 709 551 616 adresses, soit le même ordre de grandeur qu’IPv6, mais avec une logique d’allocation radicalement différente.

La compatibilité avec IPv4 est au cœur de la proposition : une adresse IPv8 dont le préfixe de routage est fixé à 0.0.0.0 serait traitée comme une adresse IPv4 classique. En théorie, les applications IPv4 continueraient à fonctionner via une couche de compatibilité transparente — un argument stratégique pour éviter la fracture d’adoption qui a ralenti IPv6. La table de routage globale serait structurée par ASN plutôt que par préfixes, avec une injection minimale en /16 pour limiter la fragmentation BGP.

Mais IPv8 ne s’arrête pas au protocole d’adressage. Le brouillon propose une architecture de gestion intégrée, le Zone Server, une plateforme active/active qui regroupe des services aujourd’hui gérés séparément : DHCP8, DNS8, NTP8, NetLog8, un cache d’authentification OAuth8, la résolution WHOIS8, le contrôle d’accès ACL8 et la traduction d’adresses XLATE8. Un appareil rejoignant un réseau IPv8 enverrait une seule requête DHCP8 et recevrait en retour l’ensemble de ses paramètres réseau — authentifié, synchronisé, enregistré et soumis aux politiques de zone avant même la première interaction utilisateur.

Sécurité par conception : trafic est-ouest et nord-sud

La dimension sécurité d’IPv8 est l’une de ses propositions les plus intéressantes pour les architectes d’entreprise. Sur le plan du trafic est-ouest — les flux internes au réseau — l’isolement par zones via ACL8 restreindrait la communication des appareils à leurs passerelles et services autorisés. Une limitation qui freinerait la propagation latérale des menaces : ransomwares, mouvements post-compromission, exfiltration interne. Dans un contexte où les incidents de sécurité impliquent de plus en plus un déplacement latéral au sein des réseaux d’entreprise, cette approche by-design est séduisante.

Pour le trafic nord-sud, IPv8 prévoit deux vérifications obligatoires au point de sortie vers Internet : une requête DNS8 associée à chaque connexion, puis une validation du destinataire via un enregistrement WHOIS8 confirmant l’existence d’une route active. L’objectif est de rendre plus difficile la communication directe avec des IP malveillantes — serveurs de command-and-control, infrastructure de malwares. Les annonces BGP8 seraient, elles aussi, validées contre WHOIS8 avant intégration dans la table de routage, ce qui combattrait le détournement de préfixes (BGP hijacking), l’une des menaces persistantes de l’infrastructure Internet mondiale.

Analyse : les obstacles qui rendent l’adoption très incertaine

La proposition se heurte d’emblée à un obstacle symboliquement révélateur : le numéro de version IP 8 est déjà enregistré comme Reserved (Historic) dans le registre IANA, aux côtés des valeurs 5, 7 et 9. Le changer nécessiterait une Standards Action — le processus le plus strict de l’IETF. Ce n’est pas un détail technique mineur : c’est le signal que même l’acte fondateur de nommer ce protocole requiert un consensus institutionnel que le brouillon est loin d’avoir acquis.

Au-delà du numéro de version, les implications d’un remplacement de la couche IP sont vertigineuses. Systèmes d’exploitation, routeurs, pare-feu, ASICs, stacks TCP/IP, bibliothèques réseau, outils de monitoring, middleboxes, politiques de sécurité, contrats SLA des fournisseurs cloud — tout devrait être mis à jour. La course à l’infrastructure qu’implique ce chantier, comme le montrent les investissements massifs dans les CPU de nouvelle génération, illustre combien les changements de fondation technologique sont coûteux et longs. Pour IPv8, l’ampleur serait sans commune mesure.

L’ambition même de la proposition constitue un risque. IPv8 ne cherche pas à résoudre un problème précis — il cherche à tout résoudre en même temps : adressage, routage, DHCP, DNS, NTP, authentification, télémétrie, contrôle d’accès. Or les standards Internet qui réussissent avancent généralement par incréments : ils résolvent un problème borné, obtiennent un consensus opérationnel fort, et s’intègrent dans l’existant. L’histoire de l’IETF est riche en proposals ambitieux qui n’ont jamais dépassé le stade du draft. IPv8 présente toutes les caractéristiques de ce profil.

Une comparaison éclairante : le code d’Apollo 11, étudié encore aujourd’hui pour ses leçons d’ingénierie logicielle, montre comment des contraintes radicales génèrent parfois des solutions élégantes. IPv8 s’inscrit dans cette tradition de la pensée « repartir de zéro » — mais là où Apollo disposait d’un calendrier et d’un mandat politique clair, IPv8 ne dispose pour l’instant que d’un document de travail.

Perspectives : quel avenir pour la question de l’adressage Internet ?

Dans les six mois de validité du draft, le scénario le plus probable est que draft-thain-ipv8 expire sans être repris par un groupe de travail IETF. Mais plusieurs évolutions restent possibles :

• Adoption partielle de concepts : certaines idées d’IPv8 — notamment le Zone Server et l’intégration DHCP/DNS/Auth — pourraient inspirer des travaux IETF sur la simplification de la gestion réseau, indépendamment du protocole d’adressage lui-même.
• Communauté de recherche : le draft pourrait attirer des chercheurs et déboucher sur des implémentations expérimentales, des RFC informationnelles ou des contributions à l’IRTF.
• Pression politique : si la pénurie IPv4 aggrave les inégalités d’accès dans certaines régions, les organismes de gouvernance Internet pourraient s’intéresser à des alternatives structurelles.

Ce qui est certain, c’est que le débat sur l’avenir du protocole IP n’est pas clos. IPv8 ne verra peut-être jamais le jour comme standard déployé, mais sa visibilité confirme que la communauté technique mondiale cherche encore comment dépasser les limitations d’une architecture conçue pour quelques milliers de machines — et qui fait aujourd’hui tourner une planète entière.

FAQ — Questions fréquentes sur IPv8

IPv8 est-il un nouveau standard officiel d’Internet ?

Non. IPv8 est un Internet-Draft, un document de travail soumis à l’IETF. Il n’est pas validé en standard et n’engage pas l’IETF tant qu’il n’est pas adopté par un groupe de travail et publié en RFC. Le draft expire le 17 octobre 2026.

En quoi IPv8 diffère-t-il d’IPv6 ?

IPv6 utilise des adresses 128 bits et nécessite une migration dual-stack. IPv8 propose des adresses 64 bits intégrant l’ASN dans les 32 premiers bits, avec compatibilité IPv4 déclarée et une architecture de gestion unifiée (Zone Server). L’approche est radicalement différente dans sa philosophie, mais tout aussi ambitieuse dans son déploiement.

IPv8 serait-il compatible avec les équipements IPv4 existants ?

Le brouillon affirme qu’une adresse IPv8 avec le préfixe à zéro serait traitée comme une adresse IPv4. En pratique, cela reste théorique : les équipements réseau (routeurs, pare-feu, ASICs) devraient tous être mis à jour pour comprendre IPv8.

Quels sont les avantages d’IPv8 par rapport aux solutions actuelles ?

IPv8 propose de résoudre simultanément la pénurie d’adresses, la complexité du dual-stack, la croissance des tables BGP, la fragmentation des services réseau et le manque de validation des routes. Sa force conceptuelle est d’offrir une vision unifiée ; sa faiblesse est que cette ambition même rend l’adoption difficile.

Pourquoi le numéro 8 est-il un problème pour IPv8 ?

Dans le registre IANA des numéros de version IP, le chiffre 8 est marqué comme Reserved (Historic). Son attribution nécessiterait une Standards Action — le processus le plus strict de l’IETF, requérant un consensus large.

Quelles alternatives à IPv8 existent pour l’avenir de l’adressage Internet ?

La réponse officielle reste IPv6, dont le taux d’adoption mondial atteignait environ 43 % mi-avril 2026 selon l’APNIC. D’autres pistes incluent l’extension du marché secondaire IPv4, l’amélioration du CGNAT, des travaux IETF sur la simplification du routage BGP, et des propositions de recherche sur l’Internet du futur (IRTF).