Résumé

  • En 2001, la RFC 3177 proposait un /48 dans le cas général. Les registres régionaux ont adopté des politiques allant dans ce sens, avant de rouvrir la question en 2005.
  • La RFC 6177 n’a pas réduit les foyers à un seul /64 : elle a abandonné le /48 comme valeur par défaut universelle, tout en maintenant le principe d’un espace suffisant pour plusieurs sous-réseaux et une croissance prévue sur plusieurs années.

Une recommandation, pas une norme obligatoire

La RFC 3177 traite d’une frontière précise : celle entre le réseau public du fournisseur et les sites qu’il dessert. Publiée en septembre 2001 par l’IAB et l’IESG, elle conseillait un /48 « en règle générale », un /64 lorsqu’un seul sous-réseau était certainement nécessaire, et un /128 lorsque seul un appareil devait se connecter. Sa catégorie était Informational. Elle adressait une recommandation aux registres d’adresses, sans créer une norme Internet qui imposerait la même taille à chaque fournisseur.

Le /48 répondait à un souci pratique. Seize bits restaient disponibles pour découper le bloc en sous-réseaux. Un site pouvait donc modifier son plan interne ou accueillir de nouveaux segments sans solliciter immédiatement un préfixe supplémentaire. Une taille commune pouvait aussi alléger les évaluations répétées de besoins et limiter les renumérotations. La RFC associait cette marge à l’idée que l’IPv6 ne devait pas reproduire les réflexes de pénurie de l’IPv4.

Mais un « site » n’a pas toujours la même forme. Un grand campus, une entreprise de quelques bureaux, un foyer et un réseau mobile ne prévoient ni les mêmes subdivisions ni la même trajectoire. Une table réduite à /48, /64 et /128 peut être comprise comme une convention rigide, même si le texte la présentait comme une recommandation.

Les politiques régionales ont bougé en premier

La chronologie racontée par la RFC 6177 est révélatrice : les registres régionaux ont adopté en 2002 des politiques conformes à la recommandation de la RFC 3177, puis ont recommencé à discuter des tailles d’attribution en 2005. Les débats menés à l’APNIC, à l’ARIN et au RIPE ont notamment envisagé des /56 pour les petits sites et davantage de latitude pour le fournisseur ou le registre local. Les procès-verbaux du RIPE documentent cette discussion ; ils ne recensent pas les pratiques de tous les opérateurs.

La réponse de l’IETF est arrivée plus tard. En mars 2011, la RFC 6177 a remplacé la recommandation dans le BCP 157. Elle souligne qu’un petit nombre de longueurs fixes risque d’être encodé dans les logiciels et les procédures, comme si certaines frontières seules étaient valides. La comparaison avec l’adressage « classful » désigne ce risque de rigidité ; elle ne signifie pas que le CIDR aurait cessé de s’appliquer.

La révision conserve l’exigence de fond : les sites doivent disposer de quoi créer plusieurs sous-réseaux et accompagner des besoins prévus sur des années, pas seulement sur quelques mois. Elle refuse à la fois un /48 prescrit à tous et des attributions si étroites qu’il faudrait justifier sans cesse de petits compléments. Les /56 cités dans les textes régionaux sont des options de politique, non la preuve que chaque fournisseur a modifié ses offres au même moment.

Le rôle architectural, la décision opérationnelle

L’épisode marque une limite reconnue dans la répartition des rôles. L’IAB et l’IESG avaient proposé un défaut simple à la frontière entre réseau public et site privé. Une fois cette recommandation traduite en règles régionales, les communautés opérationnelles ont revu les tailles avant que l’IETF ne publie son successeur. La RFC 6177 a ensuite remplacé le défaut universel par un principe de suffisance et une marge de décision locale.

Cette histoire ne tranche pas la taille idéale d’un préfixe pour un foyer aujourd’hui. Une attribution ne prouve pas qu’une route ait été annoncée, qu’un sous-réseau configuré ou qu’un service soit joignable. Elle montre plutôt comment l’IPv6 a déplacé le débat : de « quelle taille unique faut-il donner ? » vers « qui peut choisir, sur quels critères, et avec quelle possibilité de croissance ? »

Sources documentaires

Limites des preuves

Les RFC et archives établissent des recommandations, des textes de politique et un processus consigné. Elles ne démontrent ni une attribution universelle par les fournisseurs, ni le nombre de sous-réseaux des foyers, ni une réduction mesurée de l’épuisement ou des coûts. Un préfixe n’est pas en soi une route, une configuration, une délégation DNS inverse ou un service fonctionnel.