Résumé

  • Le processus de normalisation accorde deux mois au plaignant, à compter de la connaissance publique de l'acte ou de la décision contestée, pour saisir l'Internet Architecture Board, tout en exigeant que le litige soit tranché et la décision communiquée dans « une période raisonnable » — une section qui refuse expressément de fixer un plafond.
  • L'IAB peut ordonner l'annulation d'une décision de l'IESG, recommander une action, ne peut pas se substituer à l'IESG, et sa décision est finale sur la question de la procédure ; pour les recours qu'il ne traite pas, la promesse publiée est un accusé de réception et une brève explication.

Un participant de groupe de travail qui estime qu'une décision a été mal prise trouve une porte étroite et une attente qui sonne généreuse. La porte se mesure en mois. L'attente se mesure en une phrase.

L'échelle elle-même est documentée. Le RFC 2026, qui fixe le processus de normalisation, organise la montée d'un président de groupe de travail vers les directeurs de zone, puis l'IESG, puis l'Internet Architecture Board. Le RFC 2418 n'invente aucune voie parallèle : il renvoie le lecteur au document du processus pour les procédures formelles de demande de réexamen et de conduite des recours. La charte du conseil, le RFC 2850, le décrit comme servant « as an appeal board for complaints of improper execution of the standards process, with powers defined in [BCP 9] ». L'autorité vient du document de processus, non de la charte qui nomme le rôle.

La porte se compte au mois

La section 6.5.4 du RFC 2026 énonce : « All appeals must be initiated within two months of the public knowledge of the action or decision to be challenged. » Le point de départ est la connaissance publique, qui ne coïncide pas toujours avec la date portée sur une décision, et l'unité retenue est deux mois, non soixante jours. Celui qui apprend tard n'est pas pour autant en avance.

Ce que le conseil peut faire

La page des recours de l'IAB détaille les issues possibles. Lorsqu'un plaignant n'est pas satisfait d'un réexamen par l'IESG, le conseil examine l'affaire, cherche une résolution « in a manner of its own choosing », et rend compte à l'IETF du résultat de son examen. Si les circonstances le justifient, il peut ordonner l'annulation d'une décision de l'IESG, ce qui rétablit la situation telle qu'elle était avant la décision. Il peut recommander une action à l'IESG, ou formuler d'autres recommandations. Un plafond ferme limite ce pouvoir : « The IAB may not, however, pre-empt the role of the IESG by issuing a decision which only the IESG is empowered to make. » La finalité est énoncée tout aussi nettement : « The IAB decision is final with respect to the question of whether or not the Internet standards procedures have been followed. » Dans les litiges de groupe de travail, la page rend la décision finale aussi sur toutes les questions de mérite technique.

Un pouvoir d'annulation doublé d'un mot final sur la procédure n'est pas un ornement. Un organe réduit à la sympathie serait une boîte à commentaires. Celui-ci peut défaire, et ce qu'il défait reste défait.

L'autre horloge n'a pas de chiffre

La section 6.5.4 exige que le litige soit tranché et la décision communiquée aux parties, y compris au plaignant, dans « a reasonable period of time ». La même section comporte une note qui refuse expressément d'établir un plafond fixe. C'est une obligation qui a une forme et pas d'échéance : un requérant peut compter sur une réponse, pas sur une réponse datée.

C'est dans le dossier que la différence entre les issues devient visible. La déclaration de l'IAB sur la soumission des recours, publiée le 4 février 2026, reprend la limite de deux mois et prévoit que les recours qui ne satisfont pas à ses exigences ne seront pas traités — le dossier public devant comporter « an acknowledgement of receipt and a brief explanation of why the appeal cannot be processed ». La page des recours porte le même engagement. La déclaration permet aussi de déposer un nouveau recours conforme jusqu'à la plus tardive des deux dates suivantes : l'échéance initiale ou quatorze jours après l'accusé de réception du recours initial par l'IAB. Elle interdit en revanche de modifier un recours une fois que le conseil l'a reconnu conforme ; le retrait et un nouveau dépôt restent ouverts.

Lues côte à côte, les deux obligations dessinent une asymétrie de papier, non de sincérité. Pour un recours que le conseil refuse de traiter, la promesse publiée est un accusé de réception et une raison. Pour un recours qu'il traite, la promesse est de trancher le litige, de communiquer la décision aux parties y compris au plaignant, et de rendre compte du résultat de l'examen à l'IETF. La section 8 du RFC 2026 compte par ailleurs l'IAB parmi les organisations tenues d'annoncer publiquement les activités liées au processus de normalisation et de tenir des archives accessibles au public.

L'explication est prescrite dans une branche et renvoyée à l'obligation de compte rendu dans l'autre. Le dossier diffère selon l'issue ; l'obligation de répondre ne manque dans aucune des deux.

Ce que cet examen n'a pas obtenu

Le registre public des recours du conseil, vers lequel la page des recours renvoie, n'a pas été obtenu dans cet examen : trois tentatives de récupération ont échoué, d'abord faute de capacité du fournisseur, puis sur deux délais dépassés. Rien ici n'établit qu'un recours donné ait été tranché, combien de temps une décision a pris, ni si des motifs ont été publiés avec elle. Cette lacune est une limite de la présente lecture, non une conclusion sur le conseil. La page des recours elle-même n'affichait aucune date de publication, ce qui laisse sa fraîcheur incertaine.

Ce qu'il faudrait changer

Deux changements transformeraient une procédure à porte chiffrée et à sortie non chiffrée en recours sur lequel un plaignant peut bâtir un calendrier. Le premier est un plafond de délai pour la décision, du type de celui que la section 6.5.4 a expressément renoncé à écrire. Le second est une base publiée pour chaque décision — un dossier motivé, trouvable par un lecteur qui ne connaît pas déjà les parties. L'un ou l'autre rendrait la seconde horloge aussi répondable que la première l'est déjà.

La fiche de l'IAB dans le répertoire BTW suit l'institution ; tout ce qui précède repose sur les documents cités.