Résumé

  • La RFC 6177 n’a pas remplacé un /48 universel par un /56 universel : elle a rendu le choix exact à la communauté opérationnelle.
  • Elle a conservé les objectifs utiles — plusieurs sous-réseaux, croissance sur plusieurs années et renumérotation supportable — tout en les détachant d’un nombre unique.

Le nombre avait une vertu politique autant que technique : il supprimait une négociation. La RFC 3177, publiée en 2001 sous la signature de l’IAB et de l’IESG, recommandait /48 dans le cas général. Entre ce préfixe de site et le /64 habituel d’un sous-réseau, seize bits restaient disponibles, soit 65 536 sous-réseaux possibles.

Le raisonnement ne se réduisait pas à l’abondance. Il cherchait à éviter que les coûts d’IPv4 se reproduisent : restructurer le réseau lors d’un changement de fournisseur, justifier sans cesse une petite extension, compliquer le DNS inverse ou limiter une croissance encore inconnue. L’uniformité réduisait aussi la quantité d’informations qu’un opérateur devait demander sur l’architecture interne du client.

Deux propositions différentes se trouvaient pourtant liées. La première était durable : un site doit recevoir assez d’espace pour évoluer sans pénurie artificielle. La seconde était un raccourci : presque tous les sites peuvent recevoir la même taille. À force d’être cité, /48 risquait de devenir le principe lui-même.

La RFC 6177, publiée en 2011 par Thomas Narten, Geoff Huston et Lea Roberts, a séparé ces propositions et rendu la RFC 3177 obsolète. Elle a abandonné le /128 comme attribution normale à un site, car un site suppose plusieurs équipements et potentiellement plusieurs sous-réseaux. Elle a averti qu’un petit catalogue de tailles fixes pouvait réintroduire des habitudes de classes malgré CIDR. Surtout, elle a jugé qu’un /48 unique ne reflétait pas la diversité réelle des sites.

Le Datatracker de l’IETF inscrit la RFC 6177 parmi les travaux de Huston, et la page actuelle de l’équipe APNIC le présente comme Chief Scientist. Ces sources établissent un rôle et une cosignature, non une invention solitaire ni un pouvoir sur les politiques des registres.

La correction n’impose pas /56. Ce préfixe offre 256 sous-réseaux /64 et peut remplir les objectifs initiaux pour beaucoup de foyers, mais il n’est ni un plafond ni un droit universel. Le texte place le choix exact dans la communauté opérationnelle et limite l’IETF à l’énoncé des conséquences architecturales et d’exploitation.

Les protections restent fortes. Même un foyer devrait normalement recevoir nettement plus qu’un seul /64. Une attribution doit permettre plusieurs sous-réseaux et une croissance mesurée en années, souvent une décennie. Elle ne doit pas forcer le client à utiliser du pontage ou de la traduction IPv6-vers-IPv6 pour économiser des adresses. Réduire l’espace disponible lors d’une nouvelle attribution peut rendre la renumérotation inutilement coûteuse.

La RFC 6177 n’abolit donc pas /48. Elle retire l’automatisme qui associait tout site à cette taille. Un grand site, ou un site complexe, peut encore en avoir besoin. La différence est que la raison doit appartenir au contexte opérationnel et non à une formule mémorisée.

Il faut aussi distinguer deux frontières. Le préfixe délégué au site peut être /48, /52, /56 ou une autre taille admise. À l’intérieur, les liens IPv6 ordinaires emploient généralement des sous-réseaux /64. La RFC 7421 a montré combien cette limite de l’identifiant d’interface était inscrite dans l’autoconfiguration, les logiciels et les équipements. La RFC 6177 assouplit la délégation au site ; elle ne réécrit pas discrètement l’architecture des liens.

Dans son analyse de 2024, Huston décrit une évolution vers un plan qui évite autant que possible les frontières fixes. « Autant que possible » est la réserve décisive. Corriger une règle ne consiste pas à abolir toutes les contraintes, mais à distinguer l’architecture, la politique opérationnelle et le simple réglage par défaut.