Résumé

  • Tomoya Yoshida a cosigné la prop-061 d’APNIC pour donner aux manuels de réseau des numéros d’AS réservés aux exemples. Un copier-coller mal placé peut faire sortir un exercice de la salle de cours.
  • Le groupe de politique d’APNIC a retenu en août 2008 deux séries, l’une dans l’espace 16 bits, l’autre dans l’espace 32 bits. Geoff Huston a ensuite rédigé la RFC 5398.
  • Le registre de l’IANA réserve toujours 64496–64511 et 65536–65551 à la documentation et aux exemples de code : trente-deux figurants auxquels on évite un rôle dans le routage réel.

Le numéro choisi pour faire joli

Sur un tableau de formation, chaque réseau doit porter un numéro. Un élève copie ensuite l’exemple sur un routeur de laboratoire relié à la production. Si le numéro choisi appartient à un véritable opérateur, la configuration peut introduire son identité dans un voisinage BGP ou un chemin annoncé. Le routeur traite ce numéro comme une information de routage, quelle que soit la leçon écrite au-dessus.

Tomoya Yoshida connaissait ce trajet du papier vers le réseau. Sa biographie publiée par APNIC en 2008 rappelle son travail sur le réseau dorsal d’OCN, les accords d’interconnexion et les registres de routage chez NTT et JPNIC. Avec Philip Smith et Gaurab Raj Upadhaya, il a présenté la prop-061 : réserver quelques identifiants que les auteurs de cours pourraient employer sans emprunter ceux des autres.

La version finale énumère les expédients de l’époque. Un exemple pouvait prendre un numéro privé, celui de l’employeur, un numéro public facile à mémoriser ou une valeur encore libre. « Encore » était le mot dangereux : ce qui n’appartient à personne aujourd’hui peut être attribué demain. Les auteurs soulignaient aussi qu’un exercice copié sur du matériel de laboratoire connecté à un réseau de production risquait de semer la confusion. Un simple copier-coller suffit à comprendre comment l’exercice peut atteindre la production.

Des figurants des deux côtés de la frontière

À Christchurch, le 28 août 2008, le groupe de politique d’APNIC a approuvé l’idée en ajoutant une précision utile : la documentation avait besoin d’identifiants dans les espaces 16 et 32 bits. Une deuxième version est arrivée le lendemain. La chronologie d’APNIC suit ensuite huit semaines de commentaires et une attente volontaire de la publication d’une RFC. En décembre, la RFC 5398, signée Geoff Huston, a reconnu le travail des trois auteurs de la proposition.

Les deux plages retenues tiennent sur une ligne : 64496–64511 et 65536–65551. Le registre de l’IANA les indique toujours comme réservées à la documentation et au code d’exemple. La première s’arrête juste avant les numéros d’usage privé ; la seconde franchit le seuil des 16 bits. Une leçon sur les AS à quatre octets peut ainsi montrer de vrais formats avec des identifiants qui restent fictifs. La RFC demande d’éviter tout voisin BGP portant ces numéros dans une configuration opérationnelle.

Trente-deux numéros n’ont rien de grandiose. Dans les mains de Yoshida et de ses coauteurs, ils résolvaient pourtant une question concrète : comment écrire un exemple assez crédible pour être copié, sans qu’il usurpe l’identité d’un réseau ? Une bonne règle de routage peut tenir dans les coulisses d’un manuel.

Documents originaux