En réponse à la lenteur des progrès d'IPv6, les acteurs du secteur ont récemment soumis une ébauche du protocole principal IPv8 à l'Internet Engineering Task Force (IETF). Le protocole sera 100 % rétrocompatible avec le protocole IPv4, et tous les équipements existants seront parfaitement compatibles avec le protocole IPv8 sans qu'il soit nécessaire de le mettre à jour.

À l'heure actuelle, la vitesse de couverture d'IPv6 a été considérablement améliorée dans de nombreux marchés émergents. Cependant, à en juger par l'histoire du développement d'IPv6, on peut dire que les progrès du protocole se sont déroulés à la vitesse d'un escargot : il a commencé à être discuté en 1992, progressivement standardisé en 1996 et n'a été officiellement publié qu'en décembre 1998.
Jusqu’à présent, la couverture du marché de l’IPv6 dépassait tout juste les 50 % (référencée par les données de recherche Google). Le développement de l’Internet mondial est limité par la pénurie d’adresses IPv4. La lente progression du protocole IPv6 ne peut pas résoudre les problèmes pratiques. Par conséquent, de nombreux réseaux utilisent actuellement la technologie CGNAT pour le partage IP.
Le point fort du protocole IPv8 est la rétrocompatibilité :
Le protocole IPv8 est directement et 100 % rétrocompatible avec le protocole IPv4 dès la conception. Le projet stipule également clairement qu'IPv4 est un véritable sous-ensemble d'IPv8. Selon la définition du projet, IPv8 utilise un espace d'adressage de 64 bits au format r.r.r.r.n.n.n.n. Ce format se compose d'un préfixe de routage ASN de 32 bits et d'une adresse d'hôte de 32 bits.
Lorsque le champ de préfixe de routage ASN 32 bits (r.r.r.r.) est 0.0.0.0, cette adresse est traitée directement selon les règles IPv4 standard, par exemple, 0.0.0.0.192.168.1.1 équivaut à 192.168.1.1, de sorte que tous les appareils existants prenant en charge le protocole IPv4 peuvent prendre en charge IPv8.
Le système d'exploitation et les applications peuvent être directement compatibles d'IPv4 à IPv8 sans apporter de modifications majeures. Pour l’ensemble du secteur, cela peut réduire les frictions et les coûts liés au processus de mise à niveau, permettant ainsi au secteur de mettre à niveau le protocole IPv8 en toute confiance.
Il n’existe que 184,4 milliards d’adresses IPv8 :
Comparé au protocole IPv6, qui permet à chaque grain de sable sur terre d'avoir sa propre adresse IP (il existe 34 milliards de milliards d'adresses), le protocole IPv8 ne peut pas le faire car le nombre maximum théorique d'adresses indépendantes dans l'espace d'adressage de 64 bits du protocole IPv8 est de 2 ^ 64 (environ 184,4 milliards).
Chaque détenteur de système autonome (ASN) a accès à environ 4,29 milliards d'adresses hôtes, permettant aux organisations d'évoluer sans recourir à la technologie CGNAT, utilisée pour remédier à la pénurie d'adresses IPv4.
Le projet de protocole IPv8 stipule également que la table de routage BGP8 est liée en unités d'ASN et, combinée au principe de préfixe de minimisation /16, elle peut supprimer efficacement l'expansion de la table de routage, réduisant ainsi la pression de traitement du routeur principal.
La plateforme de sécurité et de gestion est également à souligner :
Le protocole IPv8 reconstruit le système de gestion et de sécurité du réseau et résout le problème de gestion fragmentée des services réseau traditionnels grâce à une plate-forme de gestion unifiée pour les serveurs régionaux, intégrant l'allocation d'adresses DHCP8, la résolution de nom de domaine DNS8, la synchronisation temporelle NTP8, l'authentification d'identité OAuth2 JWT, la télémétrie réseau NetLog8, la vérification du routage WHOIS8 et de nombreux autres services.
Le protocole IPv8 adopte également une logique de méfiance prédéfinie. Tous les paquets de données transmis vers Internet doivent subir une double vérification de la résolution DNS8 et de l'enregistrement du routage WHOIS8 au niveau de la route de sortie. L'appareil doit détenir un jeton d'authentification légal pour communiquer normalement.
Il convient de noter que toute personne ou organisation peut soumettre un projet à l'IETF pour discussion. Le projet publié par l'IETF ne représente pas l'IETF officiel et n'a pas été officiellement reconnu et adopté par l'IETF. Une fois que l'IETF a publié le projet, celui-ci est uniquement destiné aux discussions de l'industrie.
La date limite pour la discussion du projet de protocole IPv8 est octobre 2026. Texte intégral du projet : https://datatracker.ietf.org/doc/draft-thain-ipv8/