Résumé

  • L’ancien SLA n’a été respecté que durant 42,5 % des trimestres mesurés depuis 2016 et reposait sur des états qui attribuaient parfois mal l’attente ou ne nommaient pas la file avant affectation.
  • Le projet applique des seuils selon la longueur des documents et une année glissante au seul temps maîtrisé par le RPC. Cette frontière convient au contrôle du prestataire, pas à la description du délai vécu.
  • Un RFC courant de 30 à 50 pages demande aujourd’hui environ 245 jours calendaires entre réception et publication. Trois vues doivent coexister : temps RPC, temps des autres intervenants et durée de bout en bout.
  • À ressources et périmètre constants, le scénario prévoit 20 % d’arriéré en moins après trois ans et sa disparition en sept à douze ans. Ce sont des hypothèses soumises à débat, non un engagement déjà adopté.

La frontière qui rend enfin la responsabilité équitable

Le RPC ne décide pas de tout ce qui arrive à un texte accepté. Il peut éditer, poser une question, préparer une version ou signaler un obstacle. Il ne peut pas répondre à la place d’un auteur, résoudre seul une question renvoyée à l’IESG ni accomplir une action relevant de l’IANA. Un indicateur qui continue de débiter le compte du RPC pendant ces pauses confond durée du système et faute du prestataire.

La consultation reconnaît ce défaut dans l’ancienne méthode. Avant une modification au deuxième trimestre 2025, le compteur pouvait rester attribué au RPC alors que celui-ci attendait une réponse de l’auteur. Aucun état ne distinguait l’attente précédant l’affectation à un éditeur. À l’inverse, certaines parties actives d’AUTH48, la dernière validation du texte édité, pouvaient se trouver hors du temps compté. Les additions et les absences ne décrivaient donc pas toujours le même objet.

Le résultat historique en confirme l’usure : depuis 2016, l’ancien SLA n’a été atteint que durant 42,5 % des trimestres mesurés. Une cible presque toujours rouge ne permet plus d’identifier l’incident. Elle ne dit pas si le volume, les ressources, le contenu du travail ou la définition de l’horloge doivent changer.

Limiter le nouvel engagement au temps que le RPC maîtrise restaure une relation saine entre pouvoir et obligation. Le segment appartient à l’acteur qui peut le modifier. Cette décision ne doit pourtant pas transformer les autres jours en temps inexistant. L’auteur, le responsable de flux et le lecteur vivent un seul calendrier allant de la réception à la publication.

Les 245 jours ne sont pas une somme à recomposer

Pour un RFC typique de 30 à 50 pages, le document de consultation estime le parcours actuel à environ 245 jours calendaires. L’arriéré en cours ajouterait quelque 115 jours à la situation ; sans lui, le modèle se situerait autour de 130 jours. Le temps hors du contrôle du RPC — notamment chez les auteurs, l’IESG ou l’IANA — atteindrait en moyenne près de 97 jours, sans forte relation avec le nombre de pages.

Ces trois valeurs ne sont pas des briques disjointes. Ajouter 245, 115 et 97 produirait un faux total : elles représentent des agrégats et des explications modélisées qui se recouvrent. Elles établissent néanmoins trois faits utiles. Le parcours actuel est long, l’arriéré pèse lourd, et une part substantielle du délai ne varie pas comme le travail éditorial lié à la taille.

Pour le RPC, la taille importe. L’estimation ajoute environ 0,34 jour de travail maîtrisé par page. Une cible unique favoriserait mécaniquement une année riche en textes courts et pénaliserait une vague de longs documents, même à productivité identique. Les classes de taille corrigent cette composition ; elles n’expliquent pas le motif d’arrêt d’un document donné.

Au départ, le projet exige que 75 % des documents restent sous trois plafonds de temps RPC : 130 jours jusqu’à 15 pages, 170 jours de 16 à 40 pages, 190 jours au-delà. L’évaluation porte sur une année glissante et combine débit, arriéré actif maximal et percentiles ajustés selon la taille.

Deux mécanismes resserrent ensuite la promesse. La proportion couverte augmente d’un point par trimestre jusqu’à 85 %. Après la première année, chaque plafond baisse de 5 % par an. Le premier oblige le service à réussir pour davantage de textes ; le second exige une exécution plus rapide. Cette combinaison empêche qu’un objectif figé devienne plus facile par simple changement de portefeuille.

Un horizon de sept à douze ans est une politique de ressources

La trajectoire de l’arriéré suppose que les moyens éditoriaux et le travail demandé ne changent pas. Dans ce cadre, l’arriéré baisserait d’environ 20 % en trois ans et disparaîtrait au bout de sept à douze ans. Ce délai décrit moins une fatalité technique qu’une option : améliorer lentement le service à partir de la capacité actuelle.

Le taux d’arrivée, la complexité des textes, un départ d’éditeur, une poussée dans un flux ou une nouvelle obligation de qualité peuvent déplacer la trajectoire. Le chiffre doit donc rester attaché à ses entrées. Si celles-ci évoluent, le modèle doit être révisé ; les catégories de mesure ne doivent pas être déplacées pour sauver la prévision.

La consultation pose justement les choix que la projection ne peut trancher : faut-il financer rapidement un retour à zéro, distinguer les flux, mesurer la satisfaction des auteurs, protéger autrement la qualité ou réduire la prestation ? Répondre « plus vite » ne suffit pas. Il faut désigner qui paie, qui reprend le travail retranché et quel risque archivistique est accepté.

Un apport ponctuel peut vider la file, mais elle se reconstitue si les arrivées dépassent durablement la capacité. Un périmètre plus petit améliore la vitesse mesurée tout en transférant des tâches aux bénévoles. Une satisfaction élevée peut récompenser un éditeur qui évite une correction difficile mais nécessaire. La série RFC vise un dossier technique durable, non le nombre maximal de sorties.

AUTH48 appelle un registre des relais

RFC 9280 sépare les rôles de politique, d’approbation et de production ; RFC 8711 place le soutien administratif dans sa structure actuelle. Le guide des auteurs, l’explication publique de la file et les informations adressées aux présidents de groupes montrent les étapes concrètes : contrôles initiaux, affectation, édition, questions, références, action IANA, AUTH48 et publication. Ces relais sont souvent la condition de la qualité.

AUTH48 rend le problème visible. Le RPC a préparé un texte presque définitif, mais l’auteur et les validateurs désignés doivent confirmer les modifications. Leur silence ne doit pas dégrader le SLA du RPC. Il demeure pourtant un délai réel, avec un prochain acteur connu et parfois une voie d’escalade. L’attribuer correctement est plus honnête que le facturer au RPC ou le supprimer du récit.

Un registre attribuable devrait conserver, pour chaque état, l’entrée, la sortie, le rôle responsable, le prochain acteur, la base de calcul, le motif, l’escalade et toute correction ultérieure. Les échanges éditoriaux sensibles n’ont pas à devenir publics. Des agrégats suffisent pour établir trois totaux : temps maîtrisé par le RPC, temps attribué aux autres acteurs et calendrier complet.

La correction d’un état doit garder l’ancienne valeur, la nouvelle, la date, la justification et l’autorité. Sans cette trace, une série s’améliore dès que l’histoire est reclassée de l’autre côté de la frontière. L’audit permet la rectification ; il empêche seulement de la confondre avec une amélioration opérationnelle.

Rendre les relais visibles sans fabriquer de mandat

RFC 9280 confie l’élaboration de la politique de la série au RSWG et sa fonction d’approbation au RSAB, tandis que le RPC met en œuvre la production. RFC 8711 donne à l’IETF Administration LLC une responsabilité administrative, opérationnelle et financière, sans lui transférer l’autorité sur les normes de l’IETF. Ces pouvoirs restent distincts.

Le registre ne modifierait pas ce partage. Il prouverait seulement qu’un document est entré dans un segment ou en est sorti, désignerait la prochaine action et conserverait les rectifications. Une preuve peut franchir une frontière institutionnelle sans que le RPC, l’administrateur ou l’indicateur reçoive le pouvoir situé de l’autre côté.

Les réponses individuelles de Mirja Kühlewind et d’Acee Lindem montrent que les hypothèses sont déjà interrogées sous des angles distincts. Elles ne constituent pas un consensus de l’IETF. Leur utilité est de tester le sens des plafonds et les attentes pratiques avant que les chiffres deviennent le langage ordinaire des contrats et budgets.

Avant le 6 septembre, le bon choix n’oppose donc pas un SLA borné à une mesure globale. Le RPC a besoin du premier pour être jugé sur ce qu’il contrôle. L’IETF a besoin de la seconde pour gouverner un résultat distribué. Un indicateur vert ne devient fidèle que si le reste du parcours reste visible à côté de lui.

Sources

  1. Consultation sur un SLA pour l’édition et la publication des RFC
  2. Annonce de la consultation par l’IETF Administration LLC
  3. RFC 9280 : modèle du RFC Editor, version 3
  4. RFC 8711 : structure du soutien administratif de l’IETF
  5. Parcours de publication destiné aux auteurs
  6. Fonctionnement de la file du RFC Editor
  7. Informations du RPC pour les présidents de groupes de travail
  8. Discussion sur les délais et états de publication
  9. Réponse individuelle de Mirja Kühlewind
  10. Réponse individuelle d’Acee Lindem