Qu’est-ce que la trahison du code opérationnel dans la gouvernance des RIR ?
L’argument de Lu Heng sur la trahison du code opérationnel, expliqué à partir d’un réseau en fonctionnement : pourquoi la procédure doit servir la continuité, et ce qu’un remplacement doit préserver.
La critique de Lu Heng commence lorsqu’une procédure destinée à soutenir les réseaux en fonctionnement devient une source de pouvoir sur eux.
Imaginez un réseau qui sert normalement ses clients. Ses équipements fonctionnent, ses connexions aussi, et les autres réseaux peuvent l’atteindre. Puis l’organisation qui tient ses données d’adressage modifie les conditions auxquelles elle reconnaît ce réseau. Les câbles n’ont pas bougé, mais l’opérateur doit désormais défendre le fondement administratif sur lequel les autres s’appuient.
C’est ce conflit que Lu Heng appelle la trahison du code opérationnel : des institutions invoquent une tradition créée pour aider les réseaux à fonctionner, puis utilisent cette tradition pour justifier leur pouvoir sur les réseaux eux-mêmes. Dans la Note 61, sa critique dépasse la question de savoir si une réunion s’est déroulée équitablement. Il demande pourquoi cette réunion devrait détenir un tel pouvoir au départ.
Que signifie ici « code opérationnel » ?
Le code opérationnel désigne des logiciels et des systèmes qui ont effectivement été mis en œuvre et utilisés. Pour un service Internet, cela comprend le travail concret consistant à connecter les réseaux et à maintenir l’accessibilité des clients. Une conception proposée est confrontée à cette réalité opérationnelle.
La déclaration de mission de l’IETF relie le jugement d’ingénierie à l’expérience acquise dans la mise en œuvre et le déploiement des spécifications. Son analyse du consensus approximatif explique pourquoi compter les partisans ne remplace pas le traitement des préoccupations techniques. Ce sont des méthodes visant à produire une ingénierie utile, pas un mandat général permettant de gouverner toutes les personnes concernées par Internet.
Lu Heng applique cette distinction aux registres Internet régionaux, ou RIR. Un registre aide à coordonner les ressources de numérotation afin que les réseaux puissent distinguer une ressource d’une autre. Son utilité tient au soutien de cette fonction commune. Selon lui, cette fonction ne donne pas à l’institution une autorité illimitée sur ceux qui l’utilisent.
Le renversement : le réseau se met au service de la procédure
Prenons une règle destinée à empêcher deux réseaux sans lien entre eux de revendiquer le même numéro. Cette règle répond à un problème technique commun. Considérons maintenant une règle qui décide quels clients un opérateur peut servir, quels accords commerciaux il peut utiliser ou si ses ressources doivent rester rattachées à un administrateur particulier.
Ces décisions vont beaucoup plus loin. Dire que les participants les ont approuvées ne prouve pas que chaque opérateur ou client concerné ait autorisé ces participants à les prendre.
Le renversement se produit lorsque l’opérateur doit réorganiser un service en état de marche selon les préférences d’une institution, tandis que celle-ci considère l’accomplissement de sa procédure comme une réponse suffisante aux conséquences. Le processus continue de fonctionner. Ce qui change, ce sont les intérêts qu’il sert.
Pourquoi une décision de base de données peut compter au-delà de la base
Un registre n’achemine pas chaque paquet. Modifier un enregistrement ne revient pas à éteindre tous les routeurs. Son influence passe par la dépendance : les fournisseurs, les clients et d’autres systèmes consultent les enregistrements et les preuves associées pour reconnaître une ressource et décider comment la traiter.
Il se crée ainsi une chaîne entre une décision administrative et un service utilisé par des personnes. Les conséquences dépendent de l’enregistrement concerné, des systèmes techniques impliqués et des décisions des organisations qui s’y fient.
Pour voir cette chaîne, suivez un bloc d’adresses à travers une entreprise. Qui tient à jour ses contacts d’enregistrement ? Qui publie ses autorisations de routage ? Quels réseaux acheminent son trafic ? Quels clients ont intégré ses adresses à leurs propres paramètres ? Un désaccord au niveau de la tenue des données peut imposer des interventions dans l’ensemble de ces relations.
Ce qu’apporte la discussion sur AFRINIC
La Note 61 s’appuie sur le litige AFRINIC pour développer une critique précise : Lu Heng soutient qu’un rôle restreint de coordination a été élargi par des interprétations de l’utilisation régionale, de la reconnaissance institutionnelle et des conditions de transfert. Il conteste également la défense de cet élargissement par l’ensemble du système des registres.
Son analyse distingue le lieu où circule le trafic de la possibilité, pour un détenteur, de transférer sa relation administrative. Une restriction à la sortie peut créer une dépendance alors même que le routage ordinaire se poursuit. C’est pourquoi il traite la portabilité comme une question structurelle, plutôt que comme une simple commodité.
La Note contient sa lecture détaillée des textes de politique, des déclarations institutionnelles et des procédures judiciaires. La question plus générale de cette introduction se comprend sans adhérer à toutes les affirmations institutionnelles : lorsque le coordinateur est contesté ou indisponible, les personnes qui exploitent le réseau peuvent-elles préserver leur service sans devoir continuer à obtenir son autorisation ?
Pourquoi une meilleure participation ne suffit pas
Des réunions plus accessibles, des explications plus claires et de meilleurs moyens d’exprimer des objections peuvent améliorer un processus. Ils ne répondent pas, à eux seuls, à la question de savoir ce que l’institution est en droit de décider.
La critique de Lu Heng ne consiste donc pas simplement à dire que le consensus devrait refléter davantage de participants. Elle affirme que la coordination doit rester limitée par le travail qu’elle a pour raison d’être de soutenir. Une procédure ne peut se conférer à elle-même un mandat illimité en déclarant que ses participants sont d’accord.
C’est aussi pourquoi remplacer un comité par un autre laisserait le problème central intact si le nouveau comité demeurait la source indispensable de reconnaissance.
La solution proposée : rendre la validité vérifiable de façon indépendante
La Note 65 développe la réponse constructive : la primauté du code opérationnel. La couche commune proposée contient le minimum de règles nécessaire à l’unicité, à la preuve de contrôle, à la sécurité et à l’interopérabilité. Les participants devraient pouvoir vérifier localement le respect de ces règles à partir d’un état distribué.
Les changements ultérieurs deviennent opérationnels par leur mise en œuvre et leur adoption volontaire. Les participants qui conservent des règles antérieures compatibles n’ont pas à demander à une institution permanente la permission de continuer. Un participant peut rejeter un état qui ne respecte pas les règles qu’il applique ; ce rejet technique diffère d’une sanction institutionnelle infligée à quelqu’un qui refuse une politique ultérieure.
Il s’agit d’une proposition d’architecture. Sa mise en œuvre exige une gestion des conflits, des preuves sécurisées, une compatibilité visible et des voies de transition concrètes. Publier un document ou copier un fichier de registre ne suffit pas, en soi, à faire accepter un successeur par les autres réseaux.
Pourquoi se préparer tant que le réseau fonctionne encore ?
La continuité ne s’improvise pas en changeant une étiquette au milieu d’une crise. Les opérateurs et leurs partenaires ont besoin de données utilisables, de moyens de les vérifier et d’une compréhension éprouvée de ce qui survivra à la transition.
Le test pour le lecteur est simple : une règle protège-t-elle un élément dont les réseaux ont réellement besoin en commun, ou préserve-t-elle la capacité de l’administrateur à décider pour eux ? Demandez ensuite si la coordination utile peut se poursuivre lorsque cet administrateur disparaît.
Lisez la Note 61 pour la critique, la Note 65 pour l’architecture proposée et la Note 72 pour sa déclaration des droits. Ensemble, elles passent de l’analyse des dérives à la définition de ce que la couche commune devrait réellement accomplir.