Résumé

  • La révision 05 de The IETF is for Everyone a été publiée le 11 août 2026. C’est un Internet-Draft individuel sans filière RFC, statut prévu, Area Director responsable ni portée formelle, et non un programme adopté par l’IETF.
  • Le texte enrichit son analyse de la sensibilisation et du parcours de participation, tout en conservant une demande adressée à l’IAOC : réserver au moins 5 % du budget des réunions de 2027 au soutien du Sud global.
  • Le RFC 8711 a supprimé l’IAOC en 2020. Dans IASA 2.0, le directeur exécutif de l’IETF LLC élabore, exécute et rend compte du budget; son conseil l’examine, l’approuve et en surveille les enjeux importants.
  • La feuille de route demande aussi à « IETF Leadership » de créer une task force avant la fin du deuxième trimestre 2026. La révision d’août ne précise pas si l’étape est accomplie, retardée, remplacée, réinitialisée ou soumise à une adoption future.
  • Une concordance légère entre actions et responsables permettrait de conserver l’ambition du projet tout en distinguant publication, adoption, autorité, financement et réalisation.

Une révision active, mais aucune décision institutionnelle

La fiche Datatracker fixe la première limite de l’analyse. draft-attoumani-ietf-inclusion-05 est une contribution individuelle active. Elle n’a ni filière RFC, ni statut RFC prévu, ni Area Director responsable; son état IESG est « I-D Exists ». L’avertissement standard rappelle que chacun peut soumettre un Internet-Draft, que celui-ci n’a pas de portée formelle dans le processus de normalisation et qu’il n’est pas approuvé par l’IETF.

Il serait donc faux de présenter ses objectifs comme une politique de l’IETF. Il serait tout aussi faux de conclure que l’IETF a manqué une échéance inscrite par l’auteur dans une proposition non adoptée. Publier rend une idée visible. Cela ne lance pas le programme, ne crée pas un mandat et n’ouvre pas une ligne budgétaire.

L’historique date la révision 05 du 11 août et la révision 04 du 8 février 2026. L’annonce I-D décrit dix-huit pages, des propositions concrètes, des indicateurs et une feuille de route. Le texte figé de la révision 05 ajoute notamment la sensibilisation comme préalable, un continuum de participation, des partenariats et un pilote IGF 2026 présenté à titre d’illustration.

Or la mécanique d’exécution est restée en place. La révision 04 et le diff officiel 04→05 montrent que les passages désignant le responsable et le calendrier immédiat ont été conservés. L’argument a progressé; sa carte institutionnelle, non.

Un pourcentage précis, un destinataire disparu

La section 9.9 propose un Global Inclusion Working Group de douze mois, chargé de rendre compte chaque mois à l’IESG et à l’IAOC avant un rapport final. La section 10 demande ensuite à l’IAOC d’affecter au soutien de la participation du Sud global une ligne dédiée représentant au moins 5 % du budget des réunions de 2027.

Le problème n’est pas d’abord le niveau de 5 %. Cet article ne l’évalue pas. Le problème est qu’en février 2020, le RFC 8711 a explicitement supprimé l’IETF Administrative Oversight Committee. Ses fonctions de supervision et de conseil ont été transférées au conseil de l’IETF LLC dans l’architecture IASA 2.0.

Remplacer mécaniquement IAOC par « LLC » ne suffirait pourtant pas. Le RFC répartit les fonctions. L’IETF LLC assume opérations, finances, budget, collecte de fonds et conformité administrative, sans autorité sur l’élaboration des standards. Le directeur exécutif prépare le budget, l’exécute et en rend compte. Le conseil l’examine, l’approuve et supervise les questions financières importantes. Les organes de direction communautaire et technique ont d’autres compétences.

La page actuelle de l’administration de l’IETF présente l’LLC comme son assise juridique et administrative. La page des états financiers et budgets constitue le registre public des documents annuels. Au moment de l’arrêté, elle affichait des budgets finaux jusqu’en 2026, pas un budget 2027 adopté. Cette absence publique ne permet pas de nier l’existence de travaux préparatoires.

Pour rendre la proposition utilisable, il faut donc nommer toute la chaîne : l’organe qui soutient le programme, la décision qui l’autorise, la personne qui prépare la ligne, le conseil qui l’approuve, l’équipe qui dépense et la preuve qui clôt l’action. Une même phrase peut traverser plusieurs compétences sans les fusionner.

Le budget actuel interdit une conclusion facile

La référence obsolète à l’IAOC ne prouve pas que l’IETF néglige l’accès. Le budget final 2026 de l’IETF LLC et le budget 2026 des réunions contiennent des postes concrets liés aux services de diversité et d’inclusion, aux aides au voyage, à la garde d’enfants sur place et à la participation à distance.

Ces lignes ne démontrent ni l’adoption de la proposition individuelle, ni l’atteinte de ses objectifs. Elles ne tranchent pas davantage le bien-fondé d’un plancher de 5 %. Elles montrent qu’il existe déjà une pratique administrative, des catégories de dépenses et des responsables réels avec lesquels une nouvelle proposition devrait s’articuler.

La question devient alors vérifiable. Le pourcentage représenterait-il des ressources nouvelles, un minimum regroupant les dispositifs existants, un reclassement ou un objectif à négocier ? Sans responsable courant ni lien avec la procédure budgétaire, le chiffre offre une impression de précision sans indiquer ce qui changerait effectivement.

Un trimestre n’est pas un déclencheur

La section 10 demande à « IETF Leadership » de créer une Inclusion Task Force au deuxième trimestre 2026. L’annexe place dans ce même trimestre la consultation, la formation de l’équipe et les premières traductions, puis annonce le début des travaux au troisième trimestre. La révision 05 paraît le 11 août, une fois le deuxième trimestre terminé.

Cette chronologie n’établit aucun manquement de l’IETF. Le document ne dispose pas de l’autorité qui transformerait sa date en obligation. Mais il n’explique plus à un éventuel adoptant comment lire la date : action achevée, non commencée, reportée, remplacée, retirée ou conditionnelle ? Le temps éditorial a avancé, alors que l’état opérationnel est resté muet.

Une échéance gouvernable exige deux données. D’abord un événement de départ : adoption par un groupe, décision d’un organe dans son mandat, approbation budgétaire ou lancement autorisé. Ensuite un état : proposé, autorisé, financé, en cours, livré, replanifié ou abandonné. Sans cela, « Q2 2026 » communique l’urgence, pas la responsabilité.

Une concordance plutôt qu’une nouvelle bureaucratie

La feuille de route pourrait être accompagnée d’une table courte. Pour chaque action, elle indiquerait : résultat observable; révision et passage source; état de proposition, d’adoption et d’exécution; bureau responsable et rôle nommé; source et limites de l’autorité; préparateur, approbateur et exécutant du budget; événement déclencheur; date de référence; échéance et motif d’une nouvelle base; dépendances; preuve de livraison; transfert si un organisme disparaît; historique des corrections et prochaine revue.

Cette concordance n’approuverait pas automatiquement le chiffre de 5 %. Elle montrerait simplement où doit se prendre chaque décision. Elle ne donnerait pas non plus à l’LLC une autorité normative que le RFC 8711 lui refuse. Elle relierait la délibération communautaire au processus administratif sans confondre les deux.

Le principe rejoint la méthode de Heng Lu : définir le minimum nécessaire à la coordination et laisser les choix futurs ou locaux ouverts. La participation enrichit les faits et les perspectives, mais elle ne désigne pas à elle seule l’acteur habilité à engager des ressources. Une feuille de route publiée n’est pas davantage un système en fonctionnement.

Cette séparation protège tous les côtés. Elle empêche de juger un projet non adopté comme un programme ayant échoué. Elle empêche aussi de présenter un texte vivant comme une promesse institutionnelle. On peut alors suivre quatre choses différentes : ce qui est proposé, ce qui est autorisé, ce qui est financé et ce qui est livré.

L’Internet-Draft est précisément un format de révision. La cinquième version offre donc le bon moment pour remplacer un comité supprimé, donner un état aux anciennes dates et préserver l’ambition d’inclusion avec une chaîne d’action enfin lisible.

Sources

  1. IETF Datatracker : fiche actuelle du document
  2. IETF Datatracker : historique du document
  3. Archives IETF : révision 05
  4. Archives IETF : révision 04
  5. IETF Author Tools : diff des révisions 04 et 05
  6. Annonce de l’Internet-Draft
  7. RFC 8711 : organisation d’IASA 2.0
  8. Présentation de l’administration de l’IETF
  9. États financiers et budgets de l’IETF LLC
  10. Budget final 2026 de l’IETF LLC
  11. Budget 2026 des réunions de l’IETF LLC
  12. Heng Lu : Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption