Résumé

  • L’IAB a nommé Brian Trammell au conseil d’Internet Society le 9 avril 2026 pour un mandat de trois ans. Lui et trois administrateurs élus par d’autres voies ont pris leurs fonctions lors de l’assemblée générale des 25 et 26 juillet.
  • Les communications d’avril et de juillet disent que l’IAB l’a choisi « au nom de » l’IETF en suivant le RFC 3677. Or ce RFC précise que la personne choisie n’est ni représentante ni déléguée de l’IETF et n’a pas mandat pour représenter l’IETF ou son processus de normalisation.
  • Les statuts d’Internet Society distribuent les sièges entre Organization Members, Chapters, IETF et conseil lui-même, mais imposent à tous le même office : servir Internet Society dans son ensemble. La politique fiduciaire réacceptée le 10 juillet interdit de ne considérer que les intérêts du groupe ayant élu ou nommé l’administrateur.
  • Un registre de provenance des sièges permettrait de garder la diversité des voies de sélection sans fabriquer des procurations : source du siège, organes de choix et de confirmation, procédure, mandat, bénéficiaire du devoir fiduciaire, règle de non-représentation, expertise attendue, conflits et voie de reddition de comptes.

La provenance d’un siège ne possède pas le siège

Le conseil d’Internet Society n’est pas issu d’un scrutin unique. En régime normal, quatre administrateurs sont élus par les Organization Members, quatre par les Chapters, quatre sont nommés par l’IETF selon une procédure de son choix, et le conseil peut en ajouter jusqu’à trois par une majorité des deux tiers. Le président-directeur général siège sans droit de vote.

Cette pluralité remplit une fonction utile. Elle oblige le recrutement à sortir d’un seul cercle. Elle fait entrer au conseil des personnes connaissant des réalités associatives, organisationnelles et techniques différentes. Elle offre aussi des points de contact vers des communautés que le personnel permanent ne peut résumer à lui seul.

Pourtant, les statuts placent une phrase avant même l’énumération des voies : les administrateurs servent les intérêts d’Internet Society dans son ensemble. Le groupe qui choisit une personne a exercé une compétence de sélection. Il n’a pas acquis un droit de propriété sur ses décisions futures.

Cette distinction est d’autant plus importante que le conseil ne se contente pas de conseiller. Internet Society lui attribue l’orientation stratégique, la surveillance de la direction et l’évaluation de la mise en œuvre. Le même conseil nomme celui de Public Interest Registry et constitue aussi le conseil de l’Internet Society Foundation. Confondre origine et mandat transforme donc une procédure de composition en pouvoir indirect sur plusieurs institutions.

Une formule de 2026 et la règle qu’elle cite

Le 9 avril 2026, l’IAB a annoncé la nomination de Brian Trammell. Le message situe le siège dans les arrangements entre Internet Society et l’IETF, indique un mandat de trois ans commençant à l’assemblée générale de juillet et remercie les personnes ayant présenté leur candidature ou transmis des avis.

Le même jour, le résultat final publié par Internet Society réunit quatre trajectoires. Caleb Ogundele et Ramanou Biaou viennent du vote des Chapters, Sharon Kent de celui des Organization Members, et Brian Trammell d’une sélection de l’IAB. Pour cette dernière, le texte emploie « on behalf of the IETF » et renvoie au RFC 3677. La réunion 194 du conseil accueille ensuite formellement les quatre entrants, avec prise d’effet aux 25 et 26 juillet. Le communiqué du 31 juillet confirme leur installation et reprend la même formule.

L’objet de l’analyse n’est ni la personne ni la validité du résultat. Les sources examinées ne montrent aucune consigne de vote, aucun conflit, aucune conduite contestée. Le recours électoral mentionné dans l’annonce d’avril n’est pas attribué publiquement à un siège ou à un candidat ; il serait donc incorrect de le rattacher à la nomination de l’IETF.

La difficulté tient au sens des mots. « Au nom de » peut désigner l’acte accompli par l’IAB dans la voie réservée à l’IETF. Il peut aussi être entendu, à tort, comme la création d’un représentant chargé de parler et de voter pour l’IETF. Le document expressément cité tranche entre ces deux lectures.

Le RFC 3677 organise un apport de compétence

Le RFC 3677 est un Best Current Practice publié en 2003. Il explique pourquoi la sélection d’un administrateur externe ne suit pas simplement la procédure ordinaire du NomCom de l’IETF. Le poste requiert une compréhension du conseil d’Internet Society, de ses responsabilités et des relations institutionnelles ; l’IAB, organe permanent chargé de liaisons extérieures, mène donc l’appel public et le choix, puis l’IESG confirme.

Le profil recherché doit connaître l’IETF, posséder une compétence technique démontrée et savoir fournir au conseil des perspectives techniques solides. Il doit comprendre les rôles respectifs de l’IETF et d’Internet Society, et peut solliciter des experts de l’IETF pour éclairer le conseil.

Le texte n’en fait pas pour autant un messager lié. Il exige toutes les obligations d’un administrateur d’Internet Society : responsabilité fiduciaire, définition des politiques, contrôle de l’organisation et participation aux travaux du conseil. Puis il précise que la personne n’est pas représentante ou déléguée de l’IETF et ne reçoit aucun mandat pour représenter l’IETF ou son Standards Process au conseil ou dans la communauté d’Internet Society.

La cohérence est nette. Le canal apporte une capacité de compréhension ; il ne livre pas une voix préprogrammée. L’IAB choisit et l’IESG confirme l’entrée en fonction. Ces actes ne leur réservent pas la décision ultérieure.

Lire les annonces à travers le RFC évite deux excès. Il serait disproportionné de transformer une formule de communication en accusation contre l’administrateur. Il serait tout aussi faux de laisser cette formule réécrire la fonction. Une communication courte décrit la provenance ; le texte de gouvernance définit l’autorité.

Un seul office fiduciaire derrière quatre modes de sélection

Le 10 juillet 2026, le conseil a approuvé par consentement écrit la version révisée des Fiduciary Obligations of Trustees. La résolution indique que le devoir d’obéissance a été ajouté au paragraphe introductif pour l’aligner sur le corps du document, déjà construit autour de ce devoir, et que d’autres changements étaient de clarification.

La politique regroupe soin, loyauté et obéissance. L’administrateur doit s’informer, poser des questions, examiner les solutions et former son propre jugement, même lorsque la direction soutient une proposition. La loyauté vise l’intérêt d’Internet Society ; l’obéissance vise sa mission, ses statuts et le droit applicable.

Surtout, la politique traite directement les groupes de sélection. Les administrateurs proviennent de communautés différentes, mais leurs devoirs sont dus à Internet Society et à l’ensemble de ses composantes, non au seul groupe ayant procédé au choix. Une décision ne doit pas être évaluée uniquement à travers les intérêts de ce groupe.

Il faut donc inscrire deux données qui ne se remplacent pas :

  • la provenance de sélection, qui montre qui a ouvert le siège et selon quelle règle ;
  • le bénéficiaire du devoir, qui montre pour quelle institution la décision est prise.

La première sans la seconde produit un délégué impératif. La seconde sans la première efface le dessin pluraliste du conseil. Une gouvernance lisible garde les deux champs et refuse de les fusionner.

La logique vaut aussi pour les autres sièges. Un élu des Chapters ne devient pas la somme mécanique d’instructions locales. Un élu des Organization Members ne doit pas privilégier une classe de cotisation. Un administrateur choisi par le conseil ne devient pas l’agent personnel de ceux qui ont réuni les deux tiers. Tous entrent par des portes distinctes dans la même fonction.

Écouter n’est pas recevoir un ordre

L’indépendance fiduciaire n’impose pas le silence entre institutions. Le RFC 3677 attend précisément de l’administrateur issu de la voie IETF qu’il apporte une connaissance technique et sache consulter des experts. Il peut expliquer au conseil les conséquences opérationnelles d’une décision, entendre les préoccupations des participants et clarifier les limites entre soutien administratif, action associative et standards.

La frontière passe entre consultation et instruction. Demander un avis technique est normal. Présenter cet avis avec sa source est préférable. En revanche, commander un vote, exiger un compte rendu privilégié d’une séance fermée ou déclarer qu’une décision d’Internet Society possède l’accord de l’IETF parce qu’un siège existe reviendrait à franchir cette frontière.

Lorsqu’une position formelle de l’IETF existe, son autorité provient de l’organe et du processus qui l’ont adoptée. Elle ne naît ni du CV ni de la catégorie de siège d’un administrateur. Réciproquement, la décision du conseil reste une décision d’Internet Society ; elle ne devient pas une norme de l’IETF.

La fiche publique qui manque

Les éléments sont publics mais dispersés : statuts, page du conseil, annonce de l’IAB, RFC, résultat, date d’installation, politique fiduciaire. Une phrase ambiguë circule plus vite que cette chaîne documentaire.

Internet Society pourrait publier, pour chaque siège, une fiche de provenance. Elle nommerait la catégorie statutaire, l’organe de sélection, l’éventuel organe de confirmation, la version de procédure, les dates, le terme, la voie de vacance, l’institution bénéficiaire des devoirs, la clause de non-représentation, l’expertise attendue, le canal de consultation, les références de conflits et de récusation, ainsi que les mécanismes de correction et de révocation.

La fiche ne devrait pas révéler les dossiers de candidature ni les avis confidentiels. Elle n’imposerait pas une justification individuelle de chaque vote. Elle n’inventerait pas de consigne de programme. Sa fonction serait plus simple : prouver comment l’administrateur est arrivé et à qui l’office l’oblige.

La ligne de synthèse tiendrait en quelques mots : choisi par cette voie, au service d’Internet Society dans son ensemble.

Ce que les sources ne permettent pas d’affirmer

Rien ne montre qu’un administrateur nommé en 2026 a revendiqué le droit de parler pour l’IETF. Rien ne montre que l’IAB ou l’IESG a tenté de diriger un vote. La formule « au nom de » peut n’être qu’un raccourci. La proposition de fiche vise à empêcher le raccourci de devenir un jour une théorie de pouvoir, non à inventer un incident.

La diversité des voies ne transforme pas non plus Internet Society en parlement de l’Internet. Chapters, Organization Members et organes de l’IETF exercent des droits définis dans la constitution interne d’une organisation. Ils ne constituent pas l’électorat universel des opérateurs, utilisateurs, entreprises, États ou personnes affectées par une politique numérique.

Cette limite renforce la responsabilité. Le conseil peut décider dans son domaine, expliquer ses effets et consulter largement sans emprunter à « la communauté » une souveraineté qu’aucune procédure n’a créée. Le siège IETF est alors ce que les textes en font : une voie vers la compétence, pas une procuration.

Sources