IPv6 : l’Esperanto des réseaux

L’over-engineering, maladie infantile de l’ingénieur

IPv4 manquait d’adresses. C’est tout. Le diagnostic tenait en une phrase. Mais au lieu de soigner le symptôme, l’IETF a décidé de réinventer le patient. Nouveau format de paquet, suppression du NAT, abandon du broadcast, auto-configuration obligatoire, suppression du checksum d’en-tête, refonte complète de l’adressage. Ce qui aurait pu être une mise à jour est devenu une migration d’architecture, et personne ne migre une architecture qui tient debout.

Car IPv4 tient debout. Le NAT, que les puristes considèrent comme un « hack honteux », s’est révélé être l’une des rustines les plus efficaces de l’histoire de l’informatique. Il a étendu la durée de vie d’un protocole conçu pour quelques milliers de machines à un réseau de milliards d’appareils. Le CGNAT a rajouté une couche. Et le monde a continué de tourner.

IPv6 n’a pas échoué techniquement. Il a échoué humainement. Il a violé la règle la plus ancienne de l’ingénierie pragmatique : on ne remplace pas ce qui marche par quelque chose de théoriquement meilleur mais pratiquement incompatible.

1998 : le syndrome de la feuille blanche

Le péché originel d’IPv6, c’est d’avoir été conçu par des ingénieurs pour des ingénieurs, sur une feuille blanche, dans un monde qui n’existait pas encore. En décembre 1998, le rêve était beau : chaque grille-pain aurait son adresse publique, le NAT disparaîtrait, le réseau retrouverait sa pureté end-to-end. L’Internet des objets avant l’heure.

Sauf que le monde réel n’a jamais voulu de cette pureté. Les entreprises ont découvert que le NAT offrait une couche de sécurité gratuite. Les opérateurs ont constaté que la migration coûtait des millions sans bénéfice visible pour l’utilisateur final. Les administrateurs système ont compris que maintenir un dual-stack IPv4/IPv6 pendant la transition était plus complexe que de rester en IPv4 pur.

Le résultat ? 27 ans de transition. 27 ans. C’est plus long que la durée de vie de la plupart des technologies qu’IPv6 était censé accompagner. Windows 98, les PDA, les téléphones à clapet, le Flash, MySpace, les DVD : tous nés et morts pendant qu’IPv6 attendait son heure. Certes, le mobile et les hyperscalers ont fini par basculer massivement : certains opérateurs dépassent les 90% en IPv6 natif. Mais ce sont eux qui forcent la main au reste du monde, non par adhésion au protocole, mais par attrition : quand AWS ou Google imposent IPv6, on s’exécute. Ce n’est plus de l’adoption : c’est de la capitulation.

L’Esperanto, le Dvorak et le Concorde : éloge des échecs parfaits

IPv6 n’est pas seul dans cette catégorie. L’histoire est jonchée de solutions techniquement supérieures que le réel a refusé d’adopter.

L’Esperanto devait unifier les langues. Grammaire logique, phonétique régulière, apprentissage rapide. Résultat : l’anglais cassé (imparfait, incohérent, bourré d’exceptions) est devenu la lingua franca mondiale. Non pas parce qu’il est meilleur, mais parce qu’il était déjà là.

Le clavier Dvorak est objectivement plus rapide que le QWERTY. Les études le prouvent depuis les années 1930. Personne n’a basculé. Le coût de réapprentissage dépasse le gain marginal, exactement le calcul que fait chaque DSI face à IPv6.

Le Concorde volait à Mach 2. Le monde a choisi le Boeing 747, plus lent mais plus rentable. La perfection technique n’est pas un argument commercial quand l’existant fonctionne suffisamment bien.

Le système métrique, 250 ans après la Révolution, n’a toujours pas conquis les États-Unis. Pas parce que les Américains sont irrationnels, mais parce que le coût de la bascule excède le bénéfice perçu.

Dans chaque cas, la même leçon : une solution adoptée à 100% bat une solution parfaite adoptée à 45%. La compatibilité ascendante n’est pas une contrainte technique. C’est une marque de respect envers le monde tel qu’il est.

Ce qu’aurait pu être un « IPv4v2 »

Imaginons un instant. Au lieu de tout refondre, l’IETF aurait pu concevoir un IPv4 étendu. Même logique, mêmes outils, mêmes habitudes, mais avec des adresses plus longues. Le NAT ? On le garde, il marche. Le broadcast ? Pareil. Le checksum d’en-tête ? Idem. On touche à un seul paramètre : la taille de l’espace d’adressage.

Certes, même cette approche minimaliste aurait nécessité des mises à jour matérielles et logicielles : modifier la taille des adresses casse la compatibilité binaire, il n’y a pas de magie. Mais la différence fondamentale est psychologique et organisationnelle : une évolution incrémentale de l’existant est comprise, budgétée et planifiée par les équipes IT. Une refonte architecturale complète est repoussée indéfiniment parce qu’elle touche à tout. C’est la différence entre agrandir une maison en ajoutant une pièce et en raser une pour en reconstruire une autre à côté : le coût brut des matériaux est peut-être comparable, mais dans un cas vous dormez chez vous pendant les travaux, dans l’autre vous campez dans le jardin pendant deux ans.

La nuance est là. Le coût technique aurait peut-être été comparable. Le coût humain (formation, documentation, résistance au changement, tests de régression) aurait été infiniment moindre. Parce qu’on aurait demandé aux gens de faire « la même chose, en plus grand » plutôt que « tout différemment, en mieux ».

Le vrai diagnostic : l’arrogance de la table rase

Le refus d’IPv6 n’est pas un problème de réseau. C’est un problème de philosophie de l’ingénierie. Il existe deux écoles.

La première, héritière d’Unix, dit : fais une chose, fais-la bien, et assure-toi qu’elle s’intègre avec l’existant. C’est l’école du pragmatisme, de la compatibilité ascendante, du « worse is better » de Richard Gabriel.

La seconde dit : puisqu’on refait, refaisons bien, refaisons tout. C’est l’école de la cathédrale, du design by committee, de la spécification parfaite. C’est celle qu’Avery Pennarun, CTO de Tailscale, qualifie de « String Theory of networking », un chantier de plusieurs décennies dont personne n’ose questionner les fondations. C’est l’école d’IPv6 (dont la complexité réelle se mesure au nombre de RFC qu’il a fallu empiler pour corriger, clarifier et patcher la norme originale pendant deux décennies), ce qu’Ole Troan, qui a travaillé sur la standardisation IPv6 depuis 1998, résume lui-même d’un laconique « 27 years wasted »..

Et c’est aussi l’école de l’Union européenne, qui préfère systématiquement la norme idéale au compromis fonctionnel, le règlement exhaustif à la solution pragmatique, la refonte totale au correctif ciblé. DSA, RGPD, eIDAS, taxonomy verte : mêmes symptômes, même pathologie. L’obsession de tout couvrir, de ne rien laisser au hasard, de légiférer pour un monde théorique plutôt que pour celui qui existe.

Conclusion : le réel a toujours raison

On ne lancera évidemment pas d’IPv4v2 en 2026. Le train est parti, IPv6 finira par s’imposer : non pas par son mérite, mais par l’extinction progressive des équipements IPv4 et par la pression des géants du cloud qui ont, eux, les moyens de forcer la migration.

Mais l’histoire d’IPv6 mérite d’être racontée pour ce qu’elle enseigne vraiment : quand une solution technique met trois décennies à convaincre la moitié de ses utilisateurs potentiels, ce n’est pas la faute des utilisateurs. C’est la solution qui n’a pas respecté son terrain.

Le réel n’est pas un bug à corriger. C’est une contrainte à intégrer. Les meilleurs ingénieurs ne sont pas ceux qui conçoivent le protocole le plus élégant, ce sont ceux qui conçoivent celui que le monde adoptera demain matin.