Résumé

  • Le texte constitutif de l'IETF Administration LLC décrit, selon les passages rapportés, son conseil comme un « manager » collégial de la société agissant pour le compte de l'Internet Society, et fixe quatre voies distinctes d'accès à ce conseil.
  • Ce même texte indique, toujours selon les passages rapportés, que sa section sur les responsabilités du conseil n'est qu'un résumé, et qu'un accord LLC distinct ainsi que le droit applicable font autorité en cas de différence. Cet accord n'a pas été obtenu dans le cadre de cette revue.
  • La règle de révocation que la charte énonce nomme les sièges du Comité de nomination et de l'IESG. Le siège créé par nomination du conseil d'administration de l'Internet Society n'y figure pas — une omission qui restreint ce que le texte démontre, sans rien prouver en soi sur la durée de ce mandat.

Une société, et une phrase sur ce à quoi elle répond

L'entrée de l'annuaire BTW pour IETF Administration LLC classe l'objet comme une société, ce qui est la chose la plus simple à en dire : une personne juridique capable de porter un contrat, d'employer du personnel et de se présenter comme cocontractante. L'intérêt commence là où le document constitutif décrit la manière dont cette personne est gouvernée.

Deux dispositions portent l'essentiel. À la section 4.1, la section terminologique, le RFC 8711 définirait le conseil de l'IETF LLC comme le conseil d'administration de la société et le décrirait comme « formellement un “manager” collégial de l'IETF LLC pour le compte de l'ISOC », avec un renvoi à la section 5.2. À la section 5.2, le document dirait quelque chose de plus lourd : que la section « vise à fournir un résumé des principales responsabilités du conseil de l'IETF LLC », que « les responsabilités précises et juridiquement contraignantes sont définies dans l'accord LLC [IETF-LLC-A] et le droit applicable », et que « s'il existe des différences non intentionnelles ou toute autre confusion, l'accord LLC et le droit applicable font autorité » (RFC 8711, texte brut).

C'est une affirmation sur la hiérarchie, non sur le contenu. Elle indique au lecteur où une question d'autorité non résolue doit être tranchée ; elle ne la tranche pas. Pour quiconque est extérieur à la société — un fournisseur négociant un contrat, un hôte de réunion, un financeur lisant une ligne budgétaire — la question opérationnelle est de savoir si la partie en face peut engager l'organisation. La charte oriente cette question vers un instrument qu'elle ne reproduit pas.

Quatre voies vers le conseil, une seule règle de révocation énoncée

La section 6.1 fixerait la taille et la composition du conseil : au minimum cinq administrateurs, extensible à six ou sept, soit un président de l'IETF ou son délégué choisi par l'IESG, un nommé par le conseil d'administration de l'Internet Society, trois choisis par le Comité de nomination de l'IETF et confirmés par l'IESG, et jusqu'à deux nommés par le conseil de l'IETF LLC lui-même selon les besoins et confirmés par l'IESG.

La section 6.7 énoncerait une voie de révocation : les administrateurs nommés par le Comité de nomination et ceux nommés par l'IESG peuvent être révoqués avec ou sans motif, sur un vote favorable d'au moins le nombre d'administrateurs moins deux — cinq voix lorsqu'il y a sept administrateurs — et les administrateurs peuvent aussi être révoqués par la procédure de rappel de l'IETF définie au RFC 8713, section 7.

Mis côte à côte, les deux sections ne s'emboîtent pas proprement. La section 6.1 crée un siège par nomination du conseil d'administration de l'Internet Society. La voie de vote énoncée à la section 6.7 nomme les catégories du Comité de nomination et de l'IESG. Le texte rapporté ne montre pas cette voie atteignant le siège nommé par les administrateurs de l'Internet Society. Le tableau ci-dessous est ma propre mise en ordre des dispositions rapportées, non une citation de l'un ou l'autre document ; les cellules marquées comme non énoncées sont des inconnues, non des constats négatifs.

Siège Qui place l'administrateur Confirmation Révocation énoncée dans le texte rapporté
Président de l'IETF ou délégué choisi par l'IESG non énoncée dans le texte rapporté non énoncée dans le texte rapporté
Nommé de l'Internet Society nommé par le conseil d'administration de l'ISOC non énoncée dans le texte rapporté non énoncée pour cette catégorie de siège
Élus du Comité de nomination (trois) choisis par le Comité de nomination confirmés par l'IESG vote du conseil à hauteur d'administrateurs moins deux ; également la voie du rappel
Administrateurs nommés par le conseil (jusqu'à deux) nommés par le conseil de l'IETF LLC, selon les besoins confirmés par l'IESG non énoncée dans le texte rapporté

Ce que l'omission ne signifie pas compte autant que ce qu'elle signifie. Elle n'établit pas que le siège nommé par les administrateurs de l'Internet Society est protégé de toute révocation, ni que l'Internet Society détient un pouvoir de révocation sur lui, ni que la voie énumérée soit exhaustive. Chacune de ces propositions exigerait l'accord, le droit applicable ou la procédure de rappel, et aucun des trois n'a été lu ici.

L'omission restreint la portée de l'affirmation expresse que la disposition soutient : sur ce dossier, la phrase de révocation de la charte couvre deux des quatre catégories de sièges qu'elle crée.

Cinq actes que l'on confond en un seul mot

Le commentaire institutionnel a tendance à comprimer le contrôle du conseil en un seul verbe. Le texte rapporté sépare au moins cinq actes et les attribue à des acteurs différents. L'IESG choisit le siège du président. Le Comité de nomination choisit trois administrateurs et l'IESG les confirme. Le conseil d'administration de l'Internet Society en nomme un. Le conseil de l'IETF LLC en nomme jusqu'à deux de plus, sous réserve de confirmation par l'IESG. La révocation passe par un vote du conseil avec un seuil énoncé et un critère de motif « avec ou sans motif ».

Le rappel est une procédure distincte, régie par un autre document.

Lire tout cela comme un seul fait — « la communauté choisit le conseil » — fusionne quatre sélecteurs, deux confirmateurs et deux mécanismes de révocation. La distinction n'est pas pédante. Un rôle de nomination décide qui est proposé ; un rôle de confirmation décide si une proposition prend effet ; une nomination décide qui occupe la fonction ; la révocation décide si un titulaire la conserve. Nomination et révocation ne sont pas nécessairement dévolues au même acteur, et le texte rapporté montre au moins un siège où l'acteur nommant est désigné et la voie de révocation ne l'est pas.

Ce que cette revue n'a pas pu lire

L'accord de l'IETF LLC n'a pas été obtenu dans le cadre de cette revue. Deux tentatives de récupération n'ont produit aucun texte ; l'une a renvoyé des pages sans rapport avec la documentation juridique de l'IETF. Aucune clause de membre, liste de matières réservées, hiérarchie d'amendement, clause de droit applicable ou disposition de révocation d'administrateur de cet accord n'a été lue.

Le RFC 8713, section 7 — la procédure de rappel à laquelle renvoie la section 6.7 — n'a pas été obtenu dans le cadre de cette revue ; une tentative s'est achevée sur une capacité de fournisseur indisponible après une attente bornée. Aucun document publié par l'Internet Society sur la relation de membre ou sur sa nomination d'un administrateur n'a été obtenu non plus ; cette tentative a renvoyé une erreur de service dont l'issue est inconnue. Aucune liste d'administrateurs, résolution ou procès-verbal n'a été récupéré, de sorte que l'arithmétique de vote rapportée ne peut être appliquée à un conseil réel.

Une frontière supplémentaire concerne la provenance plutôt que la disponibilité. Les deux rendus conservés du RFC 8711 — la version texte brut et la version HTML — ont été renvoyés dans cette revue sous forme d'extraits rapportés accompagnés d'un résumé rédigé par un fournisseur. Chaque passage cité ci-dessus est donc un texte rapporté, non une lecture octet par octet du document. Pour des intitulés de section, des nombres de sièges et une formule de vote énoncée, c'est une base exploitable ; pour tout ce qui dépend d'un terme défini, ce ne l'est pas, et aucune affirmation ici ne repose sur une telle distinction.

Ce sont des frontières de récupération, non des constats d'absence, de non-publication ou de rétention des documents. La différence fait tout l'intérêt. Un document non lu est une inconnue, et une inconnue ne prouve ni un pouvoir ni son absence.

Pourquoi la distinction est opérationnelle

Cocontractants, assureurs, financeurs et hôtes de réunion lisent l'existence d'une société constituée dotée d'un conseil comme la preuve qu'une partie capable d'engager existe. Cette lecture est généralement exacte et incomplète d'une manière précise : la charte situe la répartition opposable des responsabilités dans un instrument que le lecteur ne détient probablement pas, et le résumé public est ce que la plupart des lecteurs rencontreront réellement.

Lorsque cet écart reste inexaminé, un différend sur un contrat, un budget ou la durée d'un mandat devient une question d'autorité sociétaire que le document tourné vers la communauté ne tranche pas lui-même. La conséquence pratique n'est pas que la société manque d'autorité. C'est que l'autorité sur laquelle un cocontractant s'appuie doit être établie à partir d'un document autre que celui qui la décrit.

Sources. RFC 8711 tel que renvoyé dans cette revue, texte brut : https://www.rfc-editor.org/rfc/rfc8711.txt. Rendu HTML du RFC 8711 : https://www.rfc-editor.org/rfc/rfc8711.html. Les deux récupérés le 18 octobre 2026, rapportés par fournisseur.