Résumé

  • La RFC 6410 a ramené le parcours des normes de trois niveaux à deux, tout en maintenant l’ancien statut des Draft Standards existants sauf reclassement explicite.
  • Les nouvelles règles permettaient une promotion selon des critères de déploiement ou un reclassement facultatif par l’IESG après deux ans ; aucune remise à zéro automatique n’était prévue.

Analyse

Ce que l’ancien niveau exigeait

En octobre 1996, la RFC 2026 définissait trois niveaux pour les normes : Proposed Standard, Draft Standard et Internet Standard. Une spécification pouvait atteindre Draft Standard après le développement d’au moins deux implémentations indépendantes et interopérables, issues de bases de code différentes, ainsi qu’une expérience opérationnelle suffisamment concluante. Le président du groupe de travail devait documenter les implémentations retenues et leurs essais d’interopérabilité. Draft Standard désignait le degré de maturité d’une spécification publiée ; ce n’était pas un autre nom pour un Internet-Draft.

Le niveau supérieur répondait à une autre question. La RFC 2026 associait Internet Standard à une expérience significative d’implémentation et d’exploitation, ainsi qu’à l’idée largement admise que le protocole bénéficiait à la communauté Internet. Le parcours séparait donc une première preuve d’implémentation d’une maturité plus large.

La modification de 2011

La RFC 6410 relevait que très peu de spécifications avaient progressé au cours de la décennie précédente et que la grande majorité restait Proposed Standard. Elle fusionna Draft Standard et Standard dans un seul niveau : Internet Standard. Le déploiement et l’expérience opérationnelle restèrent parmi les critères : au moins deux implémentations indépendantes et interopérables devaient être largement déployées et avoir fonctionné avec succès. La nouvelle étape vérifiait aussi les errata susceptibles de briser l’interopérabilité et les fonctions inutilisées qui alourdissaient fortement la mise en œuvre.

La révision supprima également deux obligations. La RFC 2026 prévoyait une revue annuelle des spécifications qui n’avaient pas atteint le niveau supérieur ; selon la RFC 6410, cette revue n’avait pas lieu en pratique. Elle fut donc supprimée. La RFC 6410 abandonna aussi le rapport formel d’interopérabilité obligatoire. Les essais restaient importants : le texte estimait que le déploiement et l’usage pouvaient démontrer l’interopérabilité, et la RFC 5657 demeurait une aide utile pour préparer un rapport.

Une transition, pas un reclassement général

La règle transitoire traitait différemment les anciens statuts. Les Proposed Standards restaient Proposed. Les Internet Standards existants devenaient immédiatement Internet Standards. En revanche, un texte déjà classé Draft Standard gardait ce statut en l’absence d’action explicite. Il pouvait être promu selon les nouveaux critères. Deux ans après l’approbation de la RFC 6410 comme Best Current Practice, l’IESG pouvait aussi choisir de le reclasser Proposed Standard.

Il ne s’agissait ni d’une rétrogradation automatique, ni d’une promotion, ni d’une remise à zéro de la liste. L’ancien statut restait attaché au document tant qu’une nouvelle décision ne le changeait pas. La RFC 6410 ne compte pas les textes restés dans cette situation et ne dit pas quand chacun a éventuellement été reclassé.

Le statut et le réseau

La RFC 6410 a simplifié la progression future, mais un statut ne devenait pas pour autant un recensement des logiciels utilisés. Un Draft Standard hérité de l’ancien parcours ne prouvait pas, à lui seul, l’interopérabilité actuelle ou un déploiement étendu. À l’inverse, l’absence de rapport formel après 2011 ne rendait pas les essais inutiles : les critères révisés conservaient les implémentations indépendantes et l’usage réussi.

Les sources racontent une modification du processus et ses règles de transition. Elles ne montrent pas ce que chaque opérateur avait déployé. Un ancien statut peut facilement survivre plus longtemps que le parcours qui l’a produit.

Sources