Résumé

  • L’IETF Administration LLC existe parce qu’un organisme de consensus ne peut ni ouvrir un compte bancaire, ni employer du personnel, ni répondre à une assignation en son nom propre ; son autorité constitutive vient d’un accord de société avec l’Internet Society, et non de la série des RFC qui la décrit (RFC 8711).
  • Les sièges du conseil sont répartis entre quatre autorités de nomination, une cinquième instance confirmant la plupart d’entre elles, mais la voie de révocation passe principalement par le conseil lui-même et par la procédure de rappel de l’IETF — mécanisme rapporté au niveau du résumé dans les pièces examinées ici et non lu comme texte opératoire (gouvernance de l’IETF LLC).
  • L’affirmation structurelle la plus répandue à propos de cette société — que l’IETF Trust en serait l’unique membre — n’est étayée ni par la formulation même de la RFC, ni par la description que le Trust donne de lui-même (IETF Trust).

Une société qui signe

L’Internet Engineering Task Force n’a ni membres, ni actions, ni charte statutaire. Son autorité est procédurale : les propositions sont discutées dans des groupes de travail, jugées sur la liste de diffusion, et adoptées lorsque les personnes qui devront les mettre en œuvre concluent qu’elles peuvent vivre avec. Cette procédure a fait ses preuves pendant trois décennies de travail protocolaire, et elle comporte une limite évidente. Le consensus ne peut pas signer.

Il faut bien que quelqu’un détienne les contrats de travail, les acomptes de salle, les polices d’assurance et les accords de service qui rendent possible une semaine de réunions de l’IETF. Il faut bien qu’existe une personne juridique qu’un fournisseur puisse assigner, qu’une administration fiscale puisse taxer et qu’un assureur puisse couvrir. Depuis la restructuration administrative qui l’a créée, cette personne est l’IETF Administration LLC, et les documents qui la décrivent sont inhabituellement explicites sur le problème qu’elle a été construite pour résoudre.

La RFC 8711 définit l’entité en une seule phrase dense, et cette phrase mérite d’être lue en entier car elle tranche plus de questions qu’un résumé ne le ferait :

IETF Administration LLC: The legal entity - a disregarded Limited Liability Company (LLC) of The Internet Society - established to provide a corporate legal framework for facilitating current and future activities related to the IETF, IAB, and IRTF. It was established by the ISOC / IETF LLC Agreement (see [IETF-LLC-A]). (RFC 8711)

Ce passage établit à lui seul trois choses. Premièrement, la finalité de la société est juridique et non opérationnelle : elle existe pour donner une forme sociale à des activités qui préexistent, et non pour fixer leur politique. Deuxièmement, son rapport à l’Internet Society est un rapport de propriété ou d’adhésion, et pas seulement de contractant — la RFC la qualifie de société « of The Internet Society », ce qui est un énoncé sur le contrôle autant que sur la fiscalité.

Troisièmement, et c’est le plus lourd de conséquences pour quiconque tente de reconstituer l’arrangement à partir de sources publiques, l’instrument opératoire n’est pas la RFC. C’est l’ISOC / IETF LLC Agreement, un contrat cité dans l’appareil normatif de la RFC et non reproduit dans celle-ci.

Cette division du travail résume l’ensemble. La RFC vous dit qu’une société existe, à quoi elle sert et grossièrement comment elle est gouvernée. L’accord de société vous dit ce qu’elle peut réellement faire. Un lecteur qui dispose du premier et non du second connaît la forme de l’institution et aucune de ses limites.

Cinq sièges, quatre autorités de nomination, une confirmation

Le matériau public le plus concret est l’architecture du conseil, et ici la RFC ne résume pas : elle spécifie. Le passage est assez court pour être cité intégralement :

There is a minimum of 5 directors, which is expandable to 6 or 7. The IETF LLC Board is comprised of the following: 1 IETF Chair or delegate selected by the IESG, 1 Appointed by the ISOC Board of Trustees, 3 Selected by the IETF Nominating Committee (NomCom), confirmed by the IESG, Up to 2 Appointed by the IETF LLC Board itself, on an as-needed basis, confirmed by the IESG. (RFC 8711)

Lu comme un schéma de contrôle plutôt que comme une liste de membres, cette répartition fait quelque chose de soigneux. La direction technique obtient un siège directement, par le président de l’IETF ou par son délégué au sein de l’Internet Engineering Steering Group. L’Internet Society, en tant qu’entité à laquelle la société appartient, obtient un siège propre. Le processus de nomination de la communauté obtient trois sièges — une pluralité — mais ces trois sièges doivent être confirmés par l’IESG avant d’être pourvus. Et le conseil peut en ajouter jusqu’à deux de son propre choix, là encore sous confirmation de l’IESG.

L’arithmétique compte davantage que les étiquettes. Sur un conseil de cinq, trois sièges passent par le comité de nomination de la communauté, un par la direction technique et un par l’Internet Society. C’est un conseil où aucun organe unique ne nomme la majorité, et où l’organe qui nomme la pluralité ne contrôle pas pour autant le résultat, puisque ses choix exigent la confirmation d’un autre organe. C’est une conception délibérément inefficace, et son inefficacité est l’objectif : elle empêche l’une quelconque des institutions de l’IETF d’installer simplement un conseil.

Les confirmations ne jouent pas le même rôle dans chaque cas. Une sélection du comité de nomination confirmée par l’IESG signifie que le processus de nomination de la communauté propose et que la direction technique consent. Une cooptation par le conseil confirmée par l’IESG signifie que les administrateurs en place peuvent élargir leur propre nombre, mais uniquement avec le même consentement externe.

Le siège de l’Internet Society est la seule nomination de la liste qui ne comporte aucune exigence de confirmation énoncée, ce qui est cohérent avec la description de la société comme appartenant à l’Internet Society : le siège du propriétaire n’a besoin de l’approbation de personne d’autre.

Ce que l’architecture ne fait pas, c’est créer une circonscription à l’intérieur de la société. Il n’y a, dans ce texte, ni membres dotés de voix au sens social ordinaire, ni assemblée annuelle d’actionnaires, ni assemblée de la communauté susceptible d’adopter une résolution qui lie le conseil. La société a un membre — l’Internet Society, selon la description retenue — et un conseil qui répond à ce membre en vertu d’un accord de société dont les dispositions ne sont pas publiques dans les pièces examinées ici. L’influence de la communauté passe par la nomination et la confirmation, non par l’instruction.

Ce que la révocation recouvre, et jusqu’où elle est documentée

La nomination n’est que la moitié de la responsabilité. Le test de tout dispositif de gouvernance n’est pas qui peut placer quelqu’un à un poste, mais qui peut l’en retirer, et sur quel fondement.

Ici, le dossier s’amincit. Un résumé rédigé par le fournisseur de recherche à partir de la RFC 8711 indique que les administrateurs nommés par le comité de nomination et par l’IESG peuvent être révoqués par un vote des administrateurs à hauteur du conseil moins deux, ou par la procédure de rappel de l’IETF. Il s’agit d’un résumé de l’instrument, non d’une citation de celui-ci, et ce rapport le traite comme tel : le mécanisme est rapporté, non lu.

Ce qui peut être affirmé avec assurance, c’est la forme de la chose — la révocation se situe en partie à l’intérieur du conseil, où une supermajorité d’administrateurs peut agir contre l’un des leurs, et en partie à l’extérieur, dans la procédure de rappel de l’IETF, qui est un instrument communautaire et non social.

Cette combinaison est inhabituelle et mérite qu’on s’y arrête. Un conseil qui peut révoquer ses propres membres par un vote à l’unanimité moins deux est un conseil doté d’un mécanisme d’auto-assainissement ; il peut agir contre un administrateur devenu un handicap sans attendre une autorité extérieure. Mais c’est aussi un conseil dont les membres dépendent les uns des autres pour rester en fonction, ce qui est précisément la condition dans laquelle la réticence collégiale devient un facteur de gouvernement.

La voie externe — le rappel — existe pour couvrir le cas où le conseil n’agira pas, et sa disponibilité dépend de l’utilisabilité concrète de la procédure de rappel, ce qui est une question de processus communautaire et non de droit des sociétés.

Pour le directeur exécutif, les pièces examinées n’établissent rien du tout. Qui nomme cet officier, ce qu’il peut signer sans l’accord du conseil, et comment il peut être révoqué sont des questions auxquelles les documents retenus ne répondent pas. Ce n’est pas une lacune mineure. La personne qui dirige la société au quotidien détient l’autorité pratique d’engager ses fonds, et un exposé de gouvernance qui s’arrête au conseil décrit la supervision de cette autorité sans décrire l’autorité elle-même.

La question de l’adhésion

Le fait structurel le plus lourd pour une société à responsabilité limitée est l’identité de son membre, car le membre détient le pouvoir résiduel : modifier l’accord constitutif, remplacer le conseil in extremis, approuver ou refuser une cession, et recevoir ce qui reste en cas de liquidation. Pour cette société, la question se révèle être une étude de cas sur la dégradation des faits institutionnels dans la circulation.

Une description rencontrée au cours de ce travail affirme que l’IETF Trust est l’unique membre de la société, et cette affirmation a la forme séduisante d’une information d’initié : le Trust est le véhicule de propriété intellectuelle de l’IETF, il semble donc naturel qu’il détienne aussi la société administrative. Les documents ne le soutiennent pas. La définition de la RFC, citée plus haut, place la société du côté de l’Internet Society et ne dit rien du Trust comme membre. La description publique que le Trust donne de lui-même — sa création le 15 décembre 2005 par l’Internet Society et la Corporation for National Research Initiatives pour détenir la propriété intellectuelle du processus de normalisation de l’IETF — décrit un rôle dans les droits d’auteur et les marques, non un rôle dans l’adhésion sociale (IETF Trust).

L’énoncé correct est donc plus étroit et plus utile que celui qui circule : à la date de publication de la RFC 8711, en février 2020, la société était une société transparente de l’Internet Society, établie par l’ISOC / IETF LLC Agreement. Savoir si cela a changé depuis est une question à laquelle ce dossier ne peut pas répondre, et la manière honnête de l’écrire est d’y joindre la date plutôt que de la présenter comme un fait intemporel.

Pourquoi la distinction importe-t-elle au-delà de la pedanterie ? Parce que les deux structures répartissent le pouvoir différemment. Si l’Internet Society est le membre, alors une organisation dotée de son propre conseil, de ses propres adhérents et de ses propres intérêts institutionnels détient l’autorité résiduelle sur la société qui administre l’IETF. Si le Trust est le membre, l’autorité résiduelle siège dans un organisme constitué pour détenir de la propriété intellectuelle, dont les administrateurs sont choisis par un processus différent.

Ce sont deux constitutions différentes, avec des modes de défaillance différents, et un lecteur à qui l’on présente la seconde alors que la première est documentée a reçu une image matériellement fausse de l’endroit où réside le pouvoir ultime.

Une complication supplémentaire naît du même matériau au niveau du résumé. Un résumé de la RFC indique que l’accord de société permet que la société soit transférée de l’Internet Society à une autre organisation à la demande de l’une ou l’autre partie, ou qu’elle soit dissoute. Si c’est exact — et cela est rapporté ici comme résumé, non comme texte — alors la question de l’adhésion n’est pas seulement historique mais contingente : la propriété de la société est une clause d’un contrat qui peut être modifiée, et la modification n’exigerait pas de réécrire la RFC.

Une institution dont la description constitutionnelle vit dans une RFC, mais dont la propriété vit dans un contrat, peut changer de mains sans que le document que la plupart des gens consultent change le moins du monde.

L’argent, les dirigeants et la page manquante

La société existe pour détenir de l’argent et des obligations, la question suivante est donc naturelle : que détient-elle, et qui peut le dépenser. La page de gouvernance de l’IETF est décrite dans le dossier récupéré comme un accord d’exploitation exposant les rôles et responsabilités du conseil, marquant la sortie de la dépendance aux accords de soutien administratif de l’Internet Society (gouvernance de l’IETF LLC). Cela est rapporté. Ce qui n’est pas disponible dans ce dossier, c’est le contenu : les dispositions de l’accord d’exploitation, les administrateurs en fonction, les dirigeants nommés, le chiffre de revenus, le coût des réunions et du secrétariat, ou tout état financier déposé.

C’est une frontière réelle, et elle doit être énoncée clairement plutôt que masquée par inférence. Aucun chiffre financier n’apparaît dans ce rapport, parce qu’aucun n’a été obtenu. Aucun administrateur n’est nommé, parce qu’aucun n’a été vérifié. Un lecteur qui veut savoir ce que coûte l’administration de l’IETF, et qui a décidé de la dépense, ne trouvera pas la réponse ici — et, au vu de cet exercice, ne la trouvera pas facilement ailleurs parmi les publications exploitables par machine.

Ce qui peut être dit, c’est pourquoi la lacune compte structurellement et pas seulement journalistiquement. L’autorité de dépenser est l’autorité opératoire de toute entité administrative. Un conseil qui fixe un budget et un dirigeant qui engage des dépenses contre ce budget détiennent ensemble la discrétion réelle de la société : quelles réunions sont subventionnées, quels contrats sont renouvelés, quels personnels sont recrutés, quels risques sont assurés et lesquels sont acceptés.

L’architecture de nomination décrite dans la RFC gouverne qui siège au conseil ; elle ne dit rien de la délégation de cette discrétion, et c’est dans la délégation que réside le contrôle quotidien.

Ce que la frontière documentaire fait aux lecteurs

Le schéma qui traverse ce dossier est assez constant pour constituer un constat en soi. La description constitutionnelle est publique, précise et citable. Le contrat constitutif est cité mais non publié comme texte. La page de gouvernance existe mais n’a pas livré son contenu. Les informations financières et nominatives ne figurent pas du tout dans le dossier. Dans chaque cas, le document public s’arrête exactement là où commence la disposition opératoire.

Ce n’est pas la preuve d’une dissimulation. Les organismes de normalisation publient ce qu’ils sont constitués à publier, et un accord de société entre deux parties privées n’est pas, dans le cours ordinaire, un instrument public. Mais la conséquence pour quiconque raisonne sur l’institution est réelle. Un implémenteur, un hôte de réunion, un contractant ou un financeur qui veut savoir si un engagement de l’IETF est exécutoire, et contre qui, raisonne à partir d’un organigramme et d’un communiqué plutôt qu’à partir d’un contrat. L’organigramme lui dit qu’un conseil existe. Le contrat lui dit ce que le conseil peut faire.

Il y a une ironie dans cette situation. Toute la méthode de l’IETF repose sur la proposition que les raisons d’une décision doivent être écrites, publiées et ouvertes à la contestation de quiconque doit vivre avec le résultat. Sa société administrative n’est pas tenue à la même norme, et ne peut pas facilement l’être, parce que les instruments qui la lient sont des contrats et non des spécifications. La norme de transparence de la communauté s’applique avec une grande force aux décisions protocolaires et presque pas aux décisions sociales.

Ce qui trancherait la question

Quatre documents combleraient l’essentiel des lacunes de ce rapport, et les nommer est plus utile que de faire allusion à la transparence en général. L’ISOC / IETF LLC Agreement exécuté, avec ses clauses de consentement du membre, de transfert, de dissolution et de modification. L’accord d’exploitation de la société tel qu’adopté, et non tel que décrit. La liste en vigueur des administrateurs et dirigeants avec la date de chaque nomination, et l’instrument de délégation qui attribue au directeur exécutif l’autorité de dépense. Et le dernier état financier ou dépôt d’organisme exonéré, qui établirait l’échelle de ce qui est administré.

Aucun de ces documents n’est intrinsèquement secret. Les accords de société de filiales à but non lucratif, les résolutions de conseil et les états financiers déposés sont couramment publiés par d’autres organismes de normalisation et par de nombreux organismes à adhésion. Leur absence ici est une lacune du dossier public, et la réponse correcte à une lacune est de la nommer avec sa date plutôt que de la combler par une structure plausible. C’est ce que ce rapport s’est efforcé de faire, y compris là où la structure plausible — une société détenue par le Trust — s’est révélée contredite par les documents qui existent.

Pourquoi l’arrangement tient malgré tout, et où il ne tiendrait pas

L’argument en faveur de cette conception est simple et doit être exposé loyalement. Un organisme de consensus a besoin d’une contrepartie qui puisse être assignée, auditée et assurée. Une société le fournit. Un conseil nommé par quatre organes avec confirmation croisée empêche une institution unique de capter l’administration. Un membre doté de l’autorité résiduelle fournit un filet de sécurité si le conseil défaille. Et la communauté conserve une voie de rappel qui opère entièrement en dehors de la structure sociale.

Au vu des éléments disponibles, c’est une répartition défendable de l’autorité pour une organisation dont la légitimité est procédurale et dont la capacité juridique doit être sociale.

L’argument contraire ne consiste pas à dire que la conception est mauvaise, mais que sa documentation est asymétrique. Les parties de l’arrangement qui protègent l’institution contre la capture sont publiques et précisément rédigées. Les parties qui définissent ce que l’institution peut faire de son argent et de ses contrats sont contractuelles et non publiées. Une structure de responsabilité lisible dans ses mécanismes de nomination et opaque dans son autorité de dépense est une demi-constitution : elle dit à la communauté qui peut gouverner et la laisse deviner ce que gouverner autorise.

La conséquence pratique est une fragilité d’un type précis. Tant que les décisions de la société restent consensuelles, personne n’a besoin des documents manquants, et l’arrangement fonctionne exactement comme prévu. Dès qu’une décision est contestée — une réunion annulée, un contrat attribué, une réduction de personnel, un différend avec l’Internet Society sur la propriété de la société — la question devient de savoir quel instrument gouverne, et la réponse se trouvera dans un document que le dossier public ne contient pas. Le recours existera. Il n’aura simplement pas été visible à l’avance.

Sources et limites de preuve

Ce rapport s’appuie sur trois sources publiques, et il distingue nettement ce qui a été lu de ce qui a été rapporté.

Lu comme texte verbatim : la définition de la société et l’architecture de composition et de nomination du conseil, toutes deux issues de la RFC 8711.

Rapporté au niveau du résumé et signalé comme tel dans le texte : le seuil de révocation et la voie de rappel ; les clauses de transfert et de dissolution de l’accord de société ; la description de la page de gouvernance de la société comme un accord d’exploitation définissant les rôles du conseil ; et la date de création, les parties fondatrices et la finalité de propriété intellectuelle de l’IETF Trust (gouvernance de l’IETF LLC; IETF Trust).

Limites de récupération datées, consignées pour que les lecteurs voient où le compte s’arrête : le volet Internet Society de l’accord de société n’a pas pu être obtenu le 2026-10-18 après deux tentatives, et aucun document de conseil de l’Internet Society ni accord de soutien administratif résilié n’a été récupéré. La page de gouvernance de la société n’a livré aucun contenu extractible à la même date, de sorte qu’aucun administrateur, dirigeant ou chiffre financier n’est rapporté. Les instruments constitutifs du IETF Trust et de sélection de ses administrateurs n’ont pas été obtenus.

Aucun guillemet de ce rapport n’encadre autre chose que du texte rapporté comme verbatim de la RFC 8711. Tout le reste est décrit comme rapporté. L’entrée de la société dans le répertoire BTW se trouve à ietf-administration-llc.