Résumé

  • Le consensus approximatif de l'IETF s'est développé à l'intérieur d'une méthode d'ingénierie bornée. Les objections étaient jugées sur leur substance technique, les spécifications étaient exposées à des preuves de mise en œuvre et d'interopérabilité, et la publication n'obligeait par elle-même personne à déployer un protocole.
  • Les processus politiques des RIR ont conservé le vocabulaire de la participation ouverte, des présidents, des appels au consensus et des objections non résolues, mais l'ont appliqué à des règles qui peuvent déterminer l'éligibilité aux allocations, la reconnaissance des transferts, le statut d'enregistrement et la continuité. Un registre mettant en œuvre une politique n'est pas équivalent à un code en fonctionnement indépendant.
  • Le consensus reste utile pour affiner la politique de numérotation et identifier les échecs techniques. Il ne doit pas être traité comme une preuve que les opérateurs affectés ont autorisé une règle distributive. Une politique de registre à fort impact a besoin de preuves séparées d'autorité, d'effet opérationnel, de répartition des coûts, d'avis contractuel, d'examen et de sortie pratique.

L'expression empruntée cachait un changement d'objet

« Consensus approximatif et code en fonctionnement » était mémorable parce qu'il associait une méthode de décision à une vérification de la réalité. L'expression ne disait pas que l'humeur d'une salle créait une vérité technique. Elle disait presque le contraire: la discussion pouvait avancer sans unanimité, mais les systèmes en fonctionnement avaient le droit de défaire une théorie élégante. Une spécification gagnait du poids en coordonnant des acteurs indépendants qui pouvaient la tester, la rejeter, la réviser ou simplement refuser de la mettre en œuvre.

La politique de numérotation régionale a adopté la première moitié de cet héritage avec plus de succès que la seconde. Au sein des RIR, les listes publiques, les réunions ouvertes, les présidents, les derniers appels, les objections et le consensus sont devenus la grammaire acceptée du développement des politiques. Cette grammaire a apporté de réels gains. Elle a rendu visibles de nombreuses règles d'allocation, permis aux praticiens d'identifier des erreurs opérationnelles et restreint le contrôle majoritaire simple.

Cependant, l'objet de la décision avait changé. Un groupe de travail de l'IETF règle généralement le comportement d'un protocole, d'un format ou d'une procédure dans un cadre technique défini. Un forum de politique des numéros peut décider si un demandeur est éligible à un bloc rare, si un transfert est reconnu, quelles preuves un détenteur doit fournir ou quelles conditions sont attachées à l'enregistrement. Ces décisions peuvent modifier la valeur des actifs, l'accès au marché et la continuité du service. Elles ne deviennent pas de simples questions d'ingénierie simplement parce que des ingénieurs réseau les discutent.

La principale erreur n'a donc pas été d'emprunter le consensus. Les institutions apprennent couramment les unes des autres. Ce fut d'emprunter une règle de conclusion sans conserver les conditions qui rendaient la règle tolérable: une portée limitée, une falsifiabilité technique, une diversité de mise en œuvre, une adoption volontaire et une distinction claire entre spécification et commandement. Une fois ces conditions disparues, le langage du consensus a commencé à faire un travail pour lequel il n'avait jamais été conçu.

1992 a associé un credo d'ingénierie à une nouvelle couche administrative

Le moment historique est important. La formulation de Dave Clark lors de la plénière de l'IETF en 1992, conservée dansRFC 7282, opposait les rois, les présidents et le vote au consensus approximatif et au code en fonctionnement. La même année,RFC 1366proposait des registres régionaux comme réponse à l'administration de l'espace d'adressage et à la pression des tables de routage. L'Internet avait besoin à la fois d'une meilleure coordination des protocoles et d'une administration distribuée des numéros à mesure que la croissance commerciale et internationale s'accélérait.

Ces développements partageaient des personnes, des préoccupations pratiques et un style institutionnel. Le registre régional n'a pas été conçu comme une législature souveraine. C'était une réponse administrative à l'échelle: distribuer le travail d'enregistrement, préserver l'unicité, améliorer le service local et soutenir l'architecture de routage. Les premières orientations reliaient la conservation, l'agrégation et les enregistrements précis aux décisions de gestion des adresses.

Cette proximité a fait de la pratique de l'IETF une source attractive de légitimité. Si une collaboration technique ouverte pouvait produire des protocoles mondiaux sans gouvernement ni registre d'adhésion formel, un forum régional ouvert pouvait sembler capable de produire une politique de numérotation par la même méthode. La ressemblance était la plus forte lorsque les jugements d'allocation étaient proches des contraintes de routage et que le pool non alloué était traité comme un commun technique.

Mais la proximité n'était pas l'identité. Un format de paquet peut être implémenté par plusieurs équipes et testé sur un fil. Une règle d'allocation divise la rareté entre les demandeurs. Une règle de transfert détermine quelles transactions un registre faisant autorité reconnaîtra. Un seuil d'utilisation peut favoriser une conception de réseau plutôt qu'une autre. Une règle concernant les ressources héritées peut modifier le levier pratique des parties dont les revendications précèdent le registre. Ce sont des choix administratifs et distributifs éclairés par l'ingénierie, et non des conceptions de protocole attendant d'être compilées.

La bifurcation institutionnelle était visible dès le début. La régionalisation a résolu un problème de coordination tout en créant un point de décision sur l'accès. Plus l'IPv4 devenait précieux et épuisé, moins il était plausible de traiter chaque choix de registre comme une extension de l'ingénierie des protocoles.

Le consensus approximatif n'a jamais été un nom plus doux pour la règle majoritaire

Les RIR ont eu raison de rejeter un vote brut comme seule mesure du mérite technique.RFC 2418dit que 51 % ne constitue pas un consensus approximatif de l'IETF et prévient que la domination ne se mesure pas par le volume ou la persistance.RFC 7282développe une version plus forte: un président devrait examiner si des objections techniques matérielles ont été traitées, et non compter combien de personnes soutiennent chaque côté.

Cette méthode résout une véritable défaillance du vote. Un implémenteur minoritaire peut découvrir qu'une séquence de messages proposée provoque un blocage. Un examinateur de sécurité peut identifier une attaque que des centaines d'expressions de soutien ne résolvent pas. Un réseau déployé peut montrer qu'une hypothèse sur la topologie est fausse. L'objection compte parce qu'elle prédit un échec, non parce que l'objecteur contrôle un scrutin.

Les processus des RIR ont importé une grande partie de ce raisonnement. Le processus publié de LACNIC dit que le consensus ne dépend pas du nombre de oui, de non et d'abstentions et exige que les objections techniques critiques soient résolues. APNIC distingue un vote à main levée d'un vote et demande aux présidents de travailler à travers les objections mineures et majeures. RIPE s'appuie sur des objections motivées, l'évaluation du président et l'appel final. Les documents d'AFRINIC invoquent expressément le consensus approximatif, et ses directives pour l'élection du président en 2026 exigent même une compréhension pratique de RFC 7282.

Ce ne sont pas des similitudes cosmétiques. Elles démontrent une lignée consciente. Le problème est que le test de l'IETF demande si une objection révèle un défaut dans un résultat technique. Un forum de registre doit également faire face à des objections concernant l'autorité, les coûts inégaux, les contrats, la dépendance, la structure du marché et les droits. Qualifier tout cela de « technique » exclut soit des préoccupations valides, soit déguise un jugement politique en ingénierie.

...