Un projet de spécification nommé "Internet Protocol Version 8 (IPv8)" a récemment été soumis à l'IETF. Cette proposition vise à résoudre les difficultés rencontrées dans l'adoption de l'IPv6, en offrant une compatibilité ascendante à 100% avec l'infrastructure IPv4 existante. L'IPv8 proposerait un espace d'adressage de 64 bits, conçu de manière à ce que l'IPv4 soit un sous-ensemble direct du nouveau protocole, éliminant ainsi le besoin de configurations complexes ou de mises à jour matérielles pour les appareils actuels.

Contexte et Motivation

L'IPv6, bien que standardisé depuis 1998, n'a atteint qu'environ 50% de couverture mondiale (selon les données de Google) en raison de coûts de migration élevés et de la complexité de la transition. Face à l'épuisement imminent des adresses IPv4, de nombreuses organisations recourent à des solutions comme le Carrier-Grade Network Address Translation (CGNAT), qui introduisent des problèmes tels que la dégradation des performances des applications P2P, une latence accrue et une complexité accrue pour le dépannage.

En réponse à ces défis, Jamie Thain a soumis à l'IETF le projet draft-thain-ipv8-02. Ce protocole se distingue par son approche radicalement différente de celle de l'IPv6, en privilégiant une intégration transparente des systèmes existants plutôt qu'une migration parallèle.

Philosophie Fondamentale de l'IPv8 : L'IPv4 comme Sous-Ensemble

Contrairement à l'approche "dual-stack" de l'IPv6, l'IPv8 adopte une stratégie d'"intégration descendante".

Format d'Adresse : 64 bits Structurés

L'IPv8 utilise un adressage de 64 bits structuré comme suit :

a.a.a.a.h.h.h.h

• a.a.a.a : Préfixe de routage ASN (Autonomous System Number) de 32 bits.
• h.h.h.h : Identifiant d'hôte de 32 bits, directement compatible avec la sémantique des adresses IPv4.

Cette structure permet de distinguer la partie réseau (via le numéro de système autonome) de la partie hôte au sein d'un même réseau.

Compatibilité Sans Modification

La clé de la compatibilité de l'IPv8 réside dans une règle simple : lorsque le préfixe ASN est 0.0.0.0, l'adresse est traitée comme une adresse IPv4 standard.

0.0.0.0.192.168.1.1  est équivalent à  192.168.1.1

Les équipements IPv4 existants, sans aucune modification de firmware, de configuration ou de matériel, peuvent fonctionner sur un réseau IPv8. Les routeurs IPv8 utilisent un mécanisme de "double sonde ARP" (ARP8) pour détecter la capacité des voisins : ils tentent d'abord une sonde IPv8, et en l'absence de réponse, envoient une sonde IPv4 standard. Cette approche permet une transition progressive, sans nécessité de définir une date de basculement globale ("Flag Day").

Architecture Technique Élargie

L'ambition de l'IPv8 va au-delà de la simple gestion des adresses, en cherchant à réorganiser la gestion du réseau, la sécurité du routage et la fourniture de services.

Zone Server : Point d'Accès Unifié aux Services Réseau

L'IPv8 propose le concept de "Zone Server", une plateforme redondante (Active/Active) centralisant les services réseau essentiels qui sont traditionnellement fragmentés :

• Attribution d'adresses (DHCP8) : Une seule requête de découverte peut fournir toute la configuration de service.
• Résolution DNS (DNS8) : Supporte un nouveau type d'enregistrement "A8" pour les adresses 64 bits.
• Synchronisation horaire (NTP8) : Intégrée au Zone Server.
• Authentification (OAuth8) : Utilise des tokens JWT mis en cache localement pour une validation rapide, sans dépendance externe.
• Validation du Routage (WHOIS8) : Assure la correspondance entre les annonces de routage et les enregistrements de propriété des ASN.
• Télémétrie réseau (NetLog8) : Un format unifié pour la journalisation et la télémétrie.
• Traduction d'adresses (XLATE8) : Assure la traduction transparente entre IPv4 et IPv8.

Lorsqu'un appareil se connecte au réseau, une seule interaction DHCP8 lui permet d'obtenir une configuration complète, incluant la résolution DNS, la synchronisation horaire, et les certificats nécessaires.

Réforme du Routage : BGP8, Métrique CF, Limitation /16

L'IPv8 propose des changements architecturaux majeurs au niveau du routage :

• Limitation de Préfixe /16 : Pour contrer l'inflation de la table de routage BGP4 (actuellement plus de 900 000 préfixes), l'IPv8 impose un préfixe minimum de /16 entre ASN.
• Validation WHOIS8 : Les annonces de routage BGP8 doivent correspondre aux enregistrements WHOIS8, empêchant ainsi le détournement de trafic et l'injection de routes non valides.
• Métrique CF (Cost Factor) : Une métrique cumulative de 32 bits intégrant le temps de latence aller-retour (RTT), le taux de perte de paquets, la fenêtre de congestion, la capacité du lien, et des facteurs économiques et géographiques. Cette métrique est calculée de manière inter-AS et permet de détecter les chemins irréalistes (plus rapides que la lumière).

Modèle de Sécurité : Confiance Zéro par Défaut

L'IPv8 intègre nativement une politique de "confiance zéro" :

• Trafic Est-Ouest : L'isolation via les zones ACL8 et la vérification d'identité (OAuth8) au niveau du firmware de la carte réseau, du gateway Zone Server et des ports de switch, limitent les mouvements latéraux.
• Trafic Nord-Sud : La sortie du réseau nécessite une double validation (DNS8 et WHOIS8), empêchant les communications avec des adresses IP codées en dur sans résolution DNS préalable.
• Validation Locale des JWT : Les tokens d'authentification sont validés localement au niveau du Zone Server, maintenant l'authentification même en cas de perte de connectivité avec les services d'identité externes.

Comparaison IPv8 vs IPv6

L'IPv8 ne se présente pas comme un remplacement de l'IPv6, mais comme une alternative stratégique.

L'IPv8 offre une solution avec un nombre d'adresses suffisant pour les besoins actuels et futurs immédiats, tout en éliminant les coûts de transition et les complexités associées à l'IPv6.

Détails sur l'Espace d'Adressage et la Conception ASN

L'IPv8 définit des blocs d'adresses spécifiques :

• 127.x.x.x.h.h.h.h : Préfixes internes pour les zones, non routés sur l'Internet public.
• 100.x.x.x.h.h.h.h : Interconnexion pair-à-pair (utilisé par les IXP - Internet Exchange Points).
• <ASN>.222.x.x.h : Liens internes entre routeurs (similaire à RFC1918).
• <ASN>.h.h.h.h : Adresses publiques pour les services.
• 0.0.0.0.h.h.h.h : Adresses compatibles IPv4.

La conception inclut également des mécanismes de haute disponibilité intégrés à l'adressage, où des adresses paires et impaires peuvent diriger le trafic vers des serveurs Zone Server redondants.

Réalités et Défis du Projet

Bien que techniquement innovant, ce projet fait face à plusieurs obstacles :

• Statut de Projet Personnel : Il s'agit d'un projet individuel soumis à l'IETF, et la majorité de ces projets ne deviennent jamais des standards officiels (RFC).
• Suffisance de l'Espace d'Adresses : 184 milliards d'adresses pourraient s'avérer limités à long terme avec la croissance exponentielle de l'IoT.
• Modèle de Confiance WHOIS8 : La fiabilité et la gouvernance d'une infrastructure WHOIS8 mondiale sont des questions critiques.
• Motivation des Industriels : L'adoption de nouvelles technologies nécessite un intérêt commercial. L'IPv8, bien que simplifié pour la migration, demande des investissements significatifs de la part des fabricants de matériel et des fournisseurs de logiciels.
• Cohabitation Triple Protocole : Une transition vers l'IPv8 pourrait entraîner une coexistence de trois protocoles (IPv4, IPv6, IPv8), augmentant potentiellement la complexité.

Conclusion

Le projet IPv8 représente une approche pragmatique visant à résoudre le problème de la transition vers le nouveau protocole Internet en minimisant l'impact sur l'infrastructure existante. Sa proposition de compatibilité ascendante à 100% et son architecture centralisée pour la gestion des services sont des points forts notables. Cependant, son avenir dépendra de la capacité à surmonter les défis liés à son statut de projet, à la viabilité à long terme de son espace d'adressage, et à la volonté de l'industrie technologique.