Résumé

  • SIPP n’a pas été retenu sous sa forme initiale : les réserves sur la transition IPAE et sur l’espace d’adressage de 64 bits ont conduit à une révision substantielle.
  • Le RFC 1752 recommande une version révisée de SIPP, avec des adresses fixes de 128 bits, comme base d’IPng. Il décrit un compromis majoritaire, pas une unanimité ni un déploiement immédiat.

Une sélection qui a aussi modifié son candidat

Les récits rétrospectifs ont tendance à simplifier les choix techniques : un protocole serait apparu au bon moment, puis aurait remplacé son prédécesseur. Le dossier de l’IETF raconte une séquence moins linéaire. L’effort visant à trouver un successeur à IPv4 commence à la fin de 1990. L’Area IPng, créée à la fin de 1993, compare plusieurs propositions à des critères techniques. Le RFC 1752 examine CATNIP, SIPP et TUBA et reconnaît des faiblesses dans les trois. CATNIP paraît incomplet ; SIPP et TUBA semblent pouvoir fonctionner dans certains contextes, mais nécessitent encore des corrections. RFC 1752, §§1, 7–8

SIPP provient lui-même du rapprochement de travaux antérieurs. Son ambition était de conserver une architecture IP familière tout en modifiant l’en-tête et en agrandissant l’espace d’adressage. Dans sa version initiale, présentée dans le livre blanc de 1993, l’adresse faisait 64 bits, soit huit octets. Le mécanisme d’extension proposé devait permettre d’aller plus loin à l’aide d’options de routage. Il ne s’agissait donc pas encore du format de 128 bits associé aujourd’hui à IPv6. RFC 1710

Les objections des évaluateurs portaient sur deux plans distincts. D’abord, la transition IPAE, censée faire coexister le nouveau protocole avec IPv4, leur semblait trop complexe et peu fiable en exploitation. Ensuite, la capacité de 64 bits à soutenir les hiérarchies et les inefficacités de routage d’un Internet futur faisait débat. La majorité des évaluateurs estimait l’espace insuffisant pour les besoins hiérarchiques à venir ; l’emploi du routage à la source pour étendre l’adressage les mettait également mal à l’aise. RFC 1752, §8.2

Il serait toutefois excessif d’en conclure que 64 bits étaient démontrés impossibles. Le RFC rapporte un désaccord réel : certains jugeaient l’espace suffisant, tandis que d’autres refusaient de fonder un protocole mondial de longue durée sur des hypothèses de hiérarchie et de routage difficiles à vérifier. Le problème n’était donc pas seulement de compter des adresses. Il fallait aussi décider quelles contraintes les routeurs, les réseaux et les futurs opérateurs devraient accepter.

Les critiques sont devenues des changements de conception

Après la réunion de travail IPng des 19 et 20 mai 1994, près de Chicago, Steve Deering et Paul Francis, coprésidents du groupe SIPP, ont proposé une révision. Le changement le plus visible consistait à faire passer les adresses de huit à seize octets, avec une longueur fixe. Ils proposaient aussi une autoconfiguration sans serveur facultative, l’utilisation des seize octets dans les identifiants de connexion de protocoles de couche supérieure et l’abandon de l’en-tête de routage comme mécanisme d’extension de l’adressage. RFC 1752, §9

Ce n’était pas un simple agrandissement. Une longueur fixe rendait la structure plus prévisible ; l’espace supplémentaire laissait davantage de place aux hiérarchies mondiales et aux topologies internes complexes. En revanche, des adresses plus longues augmentent la quantité de données transportées et traitées, un coût sensible sur les liaisons lentes et dans les équipements qui traitent de gros volumes. Le RFC 1752 conserve cet argument dans sa discussion ultérieure au lieu de présenter les seize octets comme gratuits.

La solution finale n’était pas non plus un produit exclusivement SIPP. Le texte décrit une synthèse : SIPP fournissait l’essentiel du protocole ; TUBA influençait l’autoconfiguration et la transition ; les travaux sur CIDR contribuaient à la structure des adresses ; les discussions autour de SDRP influençaient l’en-tête de routage. Le choix a donc rassemblé plusieurs courants, sans signifier que leurs participants partageaient chaque détail. RFC 1752, §9

« Base d’IPng » ne signifie pas « Internet déjà migré »

Le RFC 1752 précise que la discussion sur la longueur des adresses n’a pas abouti à l’unanimité. Ses auteurs constatent toutefois qu’une majorité claire considère les seize octets fixes comme le meilleur compromis entre efficacité, fonctionnalité, flexibilité et portée mondiale. C’est une conclusion circonscrite aux participants du processus IPng tel que le document le rapporte ; le RFC ne fournit pas de décompte permettant de parler d’un vote unanime. RFC 1752, §10.2

En janvier 1995, les directeurs de l’Area IPng recommandent la version 128 bits de SIPP comme base du protocole à venir et invitent l’IETF à concentrer ses travaux sur une seule voie. Cette formule ouvre un programme de normalisation : elle n’atteste pas une adoption immédiate par les opérateurs. Le RFC 1883, publié en décembre 1995 en tant que spécification d’IPv6, marque une étape ultérieure. RFC 1752, §11 RFC 1883

Cette étape se distingue aussi de l’histoire du RFC 1550. Celui-ci organisait la remontée des besoins avant l’évaluation des propositions. Ici, la question est postérieure : une fois les candidats examinés au regard de critères, quelles critiques sont assez importantes pour modifier l’architecture d’un candidat ? Les deux moments sont liés, mais ne doivent pas être confondus. RFC 1550

La technique n’épuise pas la question des intérêts

Une adresse plus longue et une nouvelle architecture influencent les plans de routage, les équipements, l’administration des ressources et le coût de coexistence avec IPv4. Le choix technique ne dit pas, à lui seul, qui bénéficiera de ces conditions à long terme. Le RFC de 1995 ne permet pas non plus d’établir les intérêts privés de ses participants.

Dans une note publiée en 2026, Heng Lu analyse la promotion d’IPv6 à travers les intérêts ultérieurs des registres régionaux et des fabricants d’équipements. Cette critique invite à ne pas considérer la transition comme une nécessité neutre ; elle n’est pas une preuve des motivations qui ont conduit à réviser SIPP en 1994. Les sources contemporaines documentent des préoccupations d’ingénierie, un désaccord sur la longueur des adresses et le compromis retenu par une majorité. Il importe de distinguer ces niveaux de preuve. Heng Lu, « Why IPv6 Was Pushed, and Who It Actually Serves »

La leçon historique est donc précise : l’examen d’IPng a changé le candidat. Les critiques sur le routage, la hiérarchie et la transition ont été converties en modifications de conception, puis une recommandation a été formulée malgré un désaccord persistant. Cela n’a pas démontré que seize octets seraient moins coûteux pour chaque réseau, ni que la migration serait facile. Cela a donné à l’étape suivante de normalisation une architecture définie, dont les opérateurs et les institutions devraient ensuite assumer les conséquences.

Sources