Résumé

  • En octobre 1992, Paul Robinson proposa dans le RFC informatif 1375 quatre classes d’adresses, F, G, H et K, afin qu’un petit site n’ait pas à utiliser un réseau de classe C complet.
  • Le mémo envisageait aussi des codes régionaux et des catégories d’appareils. Il subordonnait la compatibilité aux routeurs, ponts et logiciels, et son texte ne décrit pas uniformément la classe K.

Un réseau trop petit pour la classe C

La contrainte que pose RFC 1375 n’est pas seulement celle d’un espace IPv4 fini. Les tailles fixes des classes pouvaient être mal ajustées aux organisations qui se connectaient. Le mémo compte jusqu’à 254 adresses locales dans un réseau C et estime qu’un site de quatre ou cinq machines en gaspillerait plus de 240. Son auteur imagine la croissance des petites installations, des BBS accessibles par Telnet ou FTP et même des imprimantes, télécopieurs et pagers joignables par Internet.

Paul Robinson propose alors de déplacer les frontières des classes. Une partie de l’espace C aurait reçu quatre nouvelles étiquettes : F, G, H et K, avec des champs locaux de plus en plus petits. La classe F viserait les sites comptant de 1 à 15 adresses connectées ; H, ceux qui n’en prévoiraient pas plus de sept ; K, les sites d’une ou deux adresses. Ce sont des tailles prédéfinies dans un schéma classful, pas la liberté générale de choisir la longueur de chaque préfixe.

Le statut du document compte. RFC 1375 se classe comme informatif et dit expressément ne pas fixer de norme Internet. Sa conclusion reconnaît que la méthode de mise en œuvre peut ne pas être disponible et suggère malgré tout de réserver l’espace envisagé. Le texte documente donc une proposition, pas une allocation ni un déploiement.

Les routeurs devaient accepter le nouveau découpage

L’auteur pose une condition technique nette : la méthode ne devrait pas poser de problème si les ponts, routeurs et autres systèmes ne supposent pas que les huit derniers bits constituent toujours l’adresse locale et savent accepter des champs locaux plus courts. Le petit bloc ne pouvait pas exister seulement sur le papier. Son traitement devait être cohérent dans les équipements qui configurent, acheminent et administrent les paquets.

Le mémo ouvre aussi deux autres pistes. Des bits choisis auraient pu servir de codes régionaux, à l’image des indicatifs téléphoniques internationaux. Mais Robinson précise que les numéros Internet ne désignent pas d’eux-mêmes un lieu et que ces codes ne sont pas nécessaires au routage. Les notes imaginent également des chiffres réservés à des pagers, télécopieurs ou passerelles. Ce sont des spéculations, et non des fonctions attestées de l’Internet en service.

La classe K révèle une fragilité plus concrète. La définition en prose annonce le préfixe de sept bits 1101111, un numéro de réseau sur 25 bits et une adresse locale d’un bit. La figure qui suit imprime une autre séquence (110100) et un champ réseau de 26 bits. Les deux descriptions ne définissent pas le même format. Cette divergence appartient au document publié ; les sources ici ne montrent ni mise en œuvre ni effet historique de cette incohérence.

La longueur de préfixe, plutôt qu’une nouvelle classe

En 1992, d’autres textes abordaient déjà l’attribution et l’acheminement. RFC 1338 proposait une allocation hiérarchique aux fournisseurs et le supernetting. RFC 1366 traitait de la distribution de la fonction d’enregistrement et des numéros de réseau. En septembre 1993, RFC 1519, sur la voie des standards, exposa CIDR : des allocations fondées sur des masques de longueur variable, souvent tirées du bloc d’un fournisseur, combinées à l’agrégation des routes. Le texte précise que l’allocation et les changements de protocole de routage doivent avancer ensemble pour produire cette agrégation.

Cette approche ne demandait pas à chaque adresse d’indiquer une classe nommée, une région ou un type d’appareil. La longueur du préfixe devenait la frontière utile. En 1995, RFC 1812 exigeait des routeurs IPv4 la prise en charge des sous-réseaux et de CIDR ; RFC 1878 recensait des sous-réseaux de longueur variable jusqu’aux routes d’hôte. Cette suite montre le vocabulaire de standards ultérieurs, mais elle ne prouve pas que CIDR aurait directement remplacé RFC 1375. Elle ne révèle pas non plus pourquoi cette proposition n’a pas connu de suite sur la voie des standards.

La Note 48 de Heng Lu sert ici de grille éditoriale : un identifiant IP peut d’abord être compris comme un nombre unique dont les enregistrements doivent rester cohérents. La question est alors de savoir ce que l’adresse doit encoder elle-même et ce qui relève des registres d’allocation, des masques, du routage ou des noms applicatifs. RFC 1375 chargeait les bits de significations variées ; CIDR a ensuite mis l’accent sur des préfixes de longueur variable et l’agrégation. L’enjeu était aussi l’endroit où l’Internet plaçait l’effort d’interprétation.

Sources