Résumé

  • Le RSSAC Caucus réalise la majorité des rapports et avis du RSSAC, sans pouvoir agir formellement au nom de celui-ci. Le RSSAC nomme les membres, peut remanier les mandats de travail, examine les projets et vote leur publication.
  • Les procédures de 2026 répondent à plusieurs faiblesses signalées par l’évaluation indépendante de 2018. Elles ne livrent toutefois ni statistiques de refus et de recours, ni mesure actuelle des contributions, ni historique complet des modifications entre projet et texte adopté.
  • L’influence du Caucus est située en amont: sélectionner les expertises, cadrer la question et produire le premier texte cohérent. Elle ne lui donne aucun commandement sur les opérateurs racine, les RIR, les ressources de numéros, l’IETF ou le Conseil d’administration de l’ICANN.

Un document, quatre fonctions

La dernière partie de RSSAC062 permet de voir la mécanique sans l’idéaliser. Cet avis sur le signalement des incidents de sécurité, approuvé le 6 mai 2025, cite treize contributeurs du RSSAC Caucus. Robert Story y apparaît comme responsable du groupe de travail, Ken Renard comme « shepherd » du RSSAC et quatre salariés de l’ICANN comme soutien, dont un éditeur. Le document ne signale ni dissidence ni retrait. Il précise ensuite que, sous réserve de ces rubriques, l’approbation consensuelle appartient au RSSAC.

La liste ne mesure pas la part de rédaction de chacun. Elle distingue néanmoins quatre fonctions: produire l’expertise, conduire le projet, relier le groupe au comité et donner l’autorisation institutionnelle.

RSSAC000v10, approuvé le 4 août 2026, formalise cette séparation. Le texte affirme que le Caucus produit la majorité des rapports et avis publiés par le RSSAC. Il affirme aussi que seul le RSSAC peut agir formellement en tant que RSSAC. Un projet du Caucus est d’abord examiné dans le Caucus, puis par le RSSAC. À ce second stade, le comité peut poser des questions, proposer des corrections ou demander des changements. Lorsque le texte est stable, le responsable sollicite une action formelle; la présidence inscrit l’approbation à l’ordre du jour d’une réunion ordinaire.

Le vote n’est donc pas un simple paraphe fourni par les rédacteurs. Chaque opérateur de serveur racine dispose d’une voix au RSSAC et la publication exige une majorité qualifiée de 75 % selon la procédure actuelle. Le personnel publie seulement après l’approbation.

La puissance du premier texte subsiste. Celui qui assemble les données et fournit un raisonnement complet fixe le point de départ de la discussion. Mais le dernier mot institutionnel reste entre les mains d’un corps plus étroit, composé autour des représentants des opérateurs.

La sélection précède le débat technique

Au moment de la capture, la page publique du Caucus affichait 115 résultats; celle du RSSAC en affichait 24. Il s’agit de nombres de fiches, pas d’un taux d’activité ni d’un décompte de voix. L’écart indique toutefois où commence le contrôle: avant même le choix d’un sujet, il faut entrer dans le vivier qui produit la plupart des documents.

Le comité des membres procède au premier examen. RSSAC000v10 lui demande d’évaluer la connaissance des travaux du RSSAC, le temps disponible et la valeur des compétences apportées. Ce comité est lui-même nommé par le RSSAC. La page d’adhésion cite actuellement Shailesh Gupta, Dave Lawrence, Jeff Osborn et Ken Renard.

La procédure négative est plus fermée que la procédure positive. Lorsqu’une candidature n’est pas recommandée par le comité, son identité n’est pas communiquée au RSSAC. Le président du comité traite un recours au cas par cas et le candidat ne peut pas déposer une nouvelle demande pendant la même période de douze mois. Une candidature recommandée, en revanche, est transmise au RSSAC pour une décision sous une semaine. L’absence d’objection vaut admission. Une seule objection suffit à écarter la candidature. Une explication peut être demandée, puis la présidence du RSSAC décide au cas par cas du traitement d’un recours.

Le dossier examiné ne prouve ni favoritisme ni abus. Il ne fournit pas non plus le nombre de demandes, de refus au premier ou au second stade, d’explications sollicitées ou d’appels accueillis. La conclusion doit donc rester vérifiable: le dispositif contient une discrétion importante dont les résultats ne sont pas publiquement mesurables.

Cette discrétion produit un effet sans donner le droit de publier. Une personne arrêtée au seuil ne pourra pas proposer, rédiger ou relire comme membre du Caucus. L’admission façonne ainsi l’éventail futur des preuves avant que le comité ne se prononce sur la valeur d’un argument.

L’initiative est ouverte à l’intérieur, l’autorisation reste étroite

Tout membre du RSSAC ou du Caucus peut proposer un travail dans le corps auquel il appartient. Pour un projet du Caucus, une déclaration de travaux fixe la portée. Le Caucus peut en discuter et la modifier. Le RSSAC peut ensuite la discuter et la modifier à son tour, avant qu’un vote ne lance effectivement le projet.

Une fois le groupe de travail constitué, le personnel l’administre jusqu’à la désignation d’un responsable. Si ce responsable n’est pas membre du RSSAC, un membre du RSSAC devient son « shepherd ». Le responsable coordonne contributeurs, relecteurs et observateurs, mais rend compte au RSSAC. Celui-ci peut le remplacer ou prendre d’autres mesures s’il juge les progrès insuffisants.

Le chantier RSSAC001v3 illustre la limite. La déclaration de travaux d’avril 2025 invite le groupe à réexaminer les attentes de service applicables aux opérateurs racine. Le groupe peut conclure qu’un nouveau document est inutile. Dans ce cas, il doit prévenir le Caucus pendant deux semaines. Une seule dissidence renvoie la fermeture devant un vote du RSSAC. Si un nouveau RSSAC001v3 est produit, il doit lui aussi être voté par le RSSAC.

L’organisation accorde donc un droit d’initiative et une large capacité de production. Elle ne délègue pas la souveraineté du label RSSAC.

Ce que 2018 permet encore de dire — et ce qu’il ne permet plus

L’évaluation indépendante de 2018 a constaté une satisfaction réelle, chez les lecteurs techniques, envers la qualité et la visibilité des travaux du Caucus. Elle a aussi estimé qu’à l’époque 25 à 30 personnes seulement contribuaient activement sur environ 90 membres. Les évaluateurs décrivaient des frontières floues avec le RSSAC, des priorités imprécises, des membres inactifs et un contrôle de fait du RSSAC sur les entrées et les sorties.

Ce constat est historique. Les citations anonymes du rapport sont des perceptions rapportées, non des faits actuels. Les transposer directement à 2026 ignorerait les changements documentés depuis.

La recommandation 6a demandait un processus plus efficace et transparent pour définir les projets, engager et gérer les membres, conduire les travaux et promouvoir les résultats. En 2020, le groupe de mise en œuvre déclarait que les discussions substantielles et les révisions de projets avaient été déplacées vers la liste publique du Caucus. Il indiquait aussi que le comité des membres évaluait l’engagement. La refonte structurelle restait cependant liée au Root Server System Governance Working Group.

En 2022, le groupe a déclaré la deuxième évaluation terminée du point de vue de la gestion de projet, tout en maintenant la recommandation 6a dans la catégorie dépendante. Le Conseil d’administration a accepté ce statut, mais a demandé des mises à jour périodiques sur les recommandations ainsi différées. La troisième évaluation du RSSAC a ensuite été reportée. La page de suivi actuelle indique que les évaluations organisationnelles attendront la fin du premier cycle du Continuous Improvement Program.

RSSAC000v10 est désormais la preuve la plus récente. Il détaille les propositions, les responsables et shepherds, l’utilisation de la liste publique, la révision des membres, les deux étapes d’examen, les dissidences, le vote et la publication. C’est une réponse procédurale à plusieurs critiques anciennes. Ce n’est pas encore une mesure des résultats: l’activité réelle, les refus, les recours et la concentration de la rédaction demeurent inconnus.

La chaîne s’arrête avant l’ordre opérationnel

Les statuts de l’ICANN emploient des verbes d’avis: conseiller, communiquer, évaluer les risques, répondre, rendre compte et recommander. Aucun texte capturé ne permet au Caucus ou au RSSAC de diriger un opérateur racine indépendant, d’attribuer une adresse IP ou un ASN, de modifier une politique de RIR ou d’adopter une norme de l’IETF.

Un avis du RSSAC ne lie pas davantage le Conseil d’administration. La procédure prévoit qu’un document approuvé peut lui être présenté pendant 48 heures à titre de courtoisie avant publication. L’ICANN tient ensuite un circuit de réception, d’examen, de mise en œuvre et de clôture des recommandations. Ce circuit prouve l’existence d’un traitement, non une causalité ni une obligation d’exécuter.

Pour les détenteurs de ressources de numéros, l’enjeu est indirect mais concret. Les attentes de service et la gestion des incidents du système racine influencent le socle technique dont dépendent les réseaux. Il faut toutefois séparer les trois actes: rédaction experte, avis formel du RSSAC, décision d’exécution par le Conseil ou l’opérateur concerné. Aucun ne se substitue au suivant.

Sources