Résumé

  • Le RFC 3167 ne modifiait pas le mécanisme de routage du RFC 1745 : il demandait que ce texte de 1994 passe au statut Historic, en invoquant son absence de déploiement public et sa complexité d’implémentation.
  • La notice actuelle du RFC Editor indique Historic, alors que la première page archivée du RFC 1745 conserve son avis de publication « standards track ». Ces indications correspondent à des dates différentes.

La différence est visible sans fouiller les archives. La première page du RFC 1745 affirme qu’il spécifie un protocole du « standards track ». Sur la fiche actuelle du RFC Editor, la mention affichée au-dessus du texte archivé est « Historic ». Il ne s’agit pas forcément d’une contradiction : l’une décrit le statut annoncé à la publication, l’autre la classification actuelle de la notice.

Le RFC 3167, publié en août 2001 comme document Informational, éclaire ce changement. Son titre est explicite : « Request to Move RFC 1745 to Historic Status ». David Meyer et John Scudder écrivent qu’un examen de normes liées à BGP a fait ressortir l’interaction BGP/IDRP–OSPF du RFC 1745. Selon eux, elle n’avait jamais été déployée sur l’Internet public et aurait exigé une complexité d’implémentation importante. Ils proposent donc son reclassement.

Le verbe compte. Le RFC 3167 consigne une demande ; son propre statut précise qu’il ne définit aucune norme Internet. Il prouve que deux ingénieurs ont formulé publiquement un motif de changement. À lui seul, ce texte n’est ni la décision de l’IESG, ni un audit daté de tous les réseaux, ni le dossier complet de la mise à jour. La fiche actuelle du RFC Editor atteste séparément que le RFC 1745 est aujourd’hui marqué Historic. Les pièces disponibles établissent la demande et le statut présent, mais pas le maillon procédural manquant entre les deux.

Une autre confusion tient à la temporalité. Le RFC 1745 est paru en décembre 1994 avec un avis décrivant son statut à ce moment-là. Cette page fait partie de l’objet historique publié. La notice peut, elle, refléter un état ultérieur. Il n’est pas nécessaire de réécrire discrètement le document d’origine pour actualiser le catalogue ; conserver le texte initial aide même à comprendre ce qui était dit à sa publication. Lire l’archive comme un tableau de bord actuel revient à confondre deux couches de preuve.

Le RFC 2026, qui décrivait le processus des standards en 1996, fournit le vocabulaire utile. Sa section 4.2.4 réserve Historic aux spécifications remplacées ou jugées obsolètes pour une autre raison. Sa section 6.4 prévoit, pour retirer une spécification du standards track, une approbation de l’IESG, une procédure de Last Call et une notification ; une demande peut venir d’un groupe de travail, d’un Area Director ou d’une autre partie intéressée. Cela décrit le cadre procédural de cette édition. Cela ne révèle ni la date ni l’événement précis qui a modifié le statut du RFC 1745.

Historic ne signifie pas que le texte technique a disparu, ni qu’aucun équipement ne peut encore l’implémenter. Le RFC Editor continue de publier le RFC 1745. Le statut renseigne sur sa place dans la série des standards, pas sur l’inventaire universel du code en service. De même, l’affirmation de non-déploiement du RFC 3167 doit rester attribuée à ses auteurs : le document ne présente pas de méthode de recensement et ne permet pas de conclure à l’absence de tout usage privé ou expérimental.

Le petit dossier documentaire juxtapose ainsi plusieurs événements : la publication d’une spécification, une affirmation sur son usage, une demande de reclassement et la notice actuelle. Ils sont liés, mais ne prouvent pas la même chose. Le RFC 6410 a ensuite ramené de trois à deux les niveaux de maturité du standards track et supprimé une obligation d’examen annuel. Ce changement ultérieur n’explique pas le statut du RFC 1745 ; il rappelle seulement que les taxonomies évoluent elles aussi. Pour lire l’histoire avec précision, il faut garder le document, la requête, la décision éventuelle et le catalogue dans des colonnes séparées.

Sources : RFC 3167, demande concernant le RFC 1745 ; RFC 3167 dans le Datatracker ; texte original du RFC 1745 ; notice actuelle du RFC 1745 ; RFC 1745 dans le Datatracker ; RFC 2026, processus de normalisation Internet ; RFC 2026 dans le Datatracker ; RFC 6410, niveaux de maturité ; notice actuelle du RFC 6410 ; guide de la série RFC.