Résumé

  • La résolution 201609.300 a répondu à une exigence précise de l’article 15.9 de l’accord de niveau de service des fonctions de numérotation : avant de déléguer ou de sous-traiter ces fonctions, ICANN devait obtenir l’accord écrit préalable des registres Internet régionaux. Le relevé d’AFRINIC distingue une approbation par courriel le 28 septembre 2016, le consentement écrit dont se prévaut le contrat de sous-traitance du 30 septembre, puis une ratification unanime du conseil le 12 octobre.
  • Ce consentement n’a pas remplacé ICANN par PTI comme partie responsable envers les registres. PTI a reçu la charge d’exécuter les opérations nécessaires, tandis qu’ICANN est demeurée pleinement tenue de ses obligations, pleinement responsable envers les cinq registres et habilitée à intervenir si son affiliée n’exécutait pas une tâche due.
  • La continuité ne se réduit donc pas à la permanence d’un sigle. Elle résulte d’une architecture vérifiable : périmètre de service, objectifs de réponse et de mise à jour, rapports mensuels, sécurité, escalade des différends, conservation des données dans le domaine public, transmission des dossiers non propriétaires et coopération avec un successeur.
  • L’arrangement présente un avantage réel — spécialiser l’exécution sans perdre une contrepartie contractuelle connue — et un risque tout aussi réel : la frontière entre une société affiliée qui agit et une société mère qui répond peut devenir opaque. La réponse institutionnelle n’est pas de transformer ces organismes privés en autorités publiques imaginaires, mais de rendre la chaîne d’obligations, de preuves et de remplacement constamment intelligible.

Le consentement a changé l’exécutant, pas le débiteur

La résolution 201609.300 tient en quelques lignes dans le relevé des décisions du conseil d’administration d’AFRINIC, mais ces lignes ferment une brèche qui aurait pu s’ouvrir entre l’entité chargée d’un service et celle qui en avait promis la bonne exécution. Le dossier du conseil indique que la clause 15.9 de l’accord de niveau de service imposait à ICANN d’obtenir un consentement avant toute sous-traitance. Il relève la volonté d’ICANN de confier à Public Technical Identifiers, ou PTI, l’exécution des services de numérotation de l’IANA.

Il consigne enfin le consentement d’AFRINIC et l’autorisation donnée au directeur général de signer ce consentement. L’acte est étroit. C’est justement son intérêt : il porte sur une modification identifiée de la chaîne d’exécution et non sur une profession de foi institutionnelle.

Sa chronologie mérite d’être conservée sans la simplifier. Le relevé d’AFRINIC date l’approbation par courriel du 28 septembre 2016. Le contrat de sous-traitance conclu entre ICANN et PTI le 30 septembre affirme que les consentements écrits préalables des registres ont été obtenus. Le conseil d’AFRINIC a ensuite ratifié la résolution à l’unanimité lors de sa réunion du 12 octobre. Ces trois repères décrivent des étapes distinctes.

Ils expliquent qu’une résolution portant un identifiant de septembre apparaisse dans le compte rendu d’une ratification d’octobre, sans autoriser à déplacer arbitrairement une date ni à reconstruire le geste matériel de signature.

Le document public ne contient pas la copie signée du consentement propre à AFRINIC. Il ne livre ni sa formulation complète, ni d’éventuelles conditions particulières, ni la date exacte à laquelle le directeur général aurait apposé sa signature. L’autorisation de signer est connue ; le contrat du 30 septembre atteste que les consentements préalables ont été recueillis ; le texte individuel manque au dossier public considéré ici. Une analyse rigoureuse s’arrête à cette limite. Elle ne comble pas le silence avec une clause supposée, une réserve imaginée ou un horaire de signature déduit après coup.

Cette retenue évite aussi une autre erreur : attribuer au consentement une portée qu’il ne pouvait avoir. AFRINIC participait à un accord conclu entre ICANN, désignée comme opérateur, et les cinq registres Internet régionaux. L’accord rendait collectifs les droits et pouvoirs des registres et exigeait, pour les actions contractuelles en cause, leur unanimité. AFRINIC fournissait donc une composante d’un mécanisme à cinq. Elle n’ordonnait pas seule à PTI d’agir, ne contrôlait pas cette affiliée et ne parlait pas à la place de l’ensemble par une décision unilatérale.

Le fait que son consentement fût nécessaire ne signifie pas qu’il fût suffisant.

L’accord de niveau de service avait été signé le 29 juin 2016, avant la résolution, par ICANN et les cinq registres, dont AFRINIC Ltd. Il définissait une prestation administrative et technique. L’épisode de septembre ne créait donc pas de toutes pièces la fonction de numérotation ; il traitait la manière dont l’opérateur déjà engagé pouvait en déléguer l’exécution. La question institutionnelle exacte était celle-ci : les registres accepteraient-ils qu’un autre organisme accomplisse matériellement le travail sans que la partie engagée envers eux disparaisse derrière cet organisme ?

L’article 15.9 donnait une forme à cette question. Il interdisait la sous-traitance ou la délégation sans accord écrit préalable des registres. Cette règle est un contrôle de substitution. Elle empêche l’opérateur de choisir librement un nouveau prestataire puis de présenter aux bénéficiaires le fait accompli. Elle n’accorde pas pour autant aux registres un pouvoir général sur le sous-traitant ou sur le reste des activités d’ICANN. Son objet est plus circonscrit et plus concret : protéger la configuration de risque acceptée au moment où les parties ont conclu leur accord.

La clause 15.9.2 refermait l’autre moitié du piège. La sous-traitance ne libérait ICANN d’aucune obligation et n’en diminuait aucune ; ICANN restait pleinement responsable envers les registres. Ainsi, le consentement ne valait pas novation implicite. Les registres n’étaient pas renvoyés vers une société avec laquelle ils n’avaient pas négocié l’accord principal pour réclamer l’exécution promise. Le prestataire changeait, mais le débiteur contractuel demeurait identifiable.

Le contrat ICANN-PTI du 30 septembre traduisait ce principe dans la relation interne à la chaîne. Il rappelait que les consentements écrits des registres avaient été obtenus. Il confiait à PTI la performance opérationnelle nécessaire pour qu’ICANN remplisse ses obligations issues de l’accord. Dans le même mouvement, il maintenait la responsabilité pleine d’ICANN et lui permettait d’exécuter elle-même une obligation lorsque PTI ne le faisait pas.

Cette faculté d’intervention est fondamentale : la responsabilité n’est pas seulement une phrase sur l’imputation d’un échec passé ; elle est reliée à une possibilité de préserver le service au présent.

Le sous-contrat soumettait en outre les procédures et méthodes documentées de PTI à l’approbation préalable d’ICANN. Cette disposition dessine une délégation encadrée. PTI ne recevait pas une autorité autonome et indéterminée sur les fonctions de numérotation. Elle accomplissait, dans un cadre approuvé, les opérations permettant à ICANN de tenir sa propre promesse. La séparation organisationnelle pouvait être réelle sans devenir une séparation de responsabilité.

Ce point éclaire la création de PTI. Les documents officiels situent son incorporation en août 2016 comme société affiliée à ICANN et le début de l’exécution des fonctions de l’IANA en octobre, au moyen de contrats et de sous-contrats. La proximité capitalistique aurait pu encourager une lecture paresseuse : si les deux entités appartiennent au même ensemble, la distinction serait purement nominale. Or la logique du dispositif était inverse. Parce que les personnes morales et les rôles étaient distincts, les documents devaient dire qui exécutait, qui approuvait les méthodes, qui restait lié aux registres et qui pouvait reprendre la main.

Il faut donc résister à deux raccourcis opposés. Le premier efface PTI et prétend que rien n’a changé : c’est inexact, puisque l’exécution opérationnelle a bien été confiée à une nouvelle entité. Le second efface ICANN et présente PTI comme si elle avait remplacé l’opérateur dans l’accord de niveau de service : c’est tout aussi inexact, puisque la responsabilité d’ICANN était expressément préservée. La résolution 201609.300 se comprend entre ces deux erreurs. Elle autorise un déplacement de l’action tout en empêchant un déplacement silencieux de l’obligation.

Ce mécanisme n’a rien d’une délégation de puissance publique. Un droit de consentir à la sous-traitance est un droit contractuel. Il protège les parties contre une modification de leur contrepartie opérationnelle ; il ne transforme pas celui qui consent en souverain, en régulateur, en juridiction ou en propriétaire de ce qui est administré. AFRINIC n’a pas, par sa résolution, conféré à PTI un titre public sur les numéros Internet. PTI n’est pas devenue subordonnée à AFRINIC. ICANN n’a pas reçu de l’Afrique un pouvoir étatique. Les documents organisent des prestations privées entre organismes techniques.

La précision importe parce que le vocabulaire de la « gouvernance » tend à agrandir les gestes qu’il décrit. Des mots comme communauté, représentation, reconnaissance ou supervision peuvent laisser croire qu’un acte administratif est l’expression d’un mandat populaire. Le relevé du conseil prouve ce qu’AFRINIC a décidé. L’accord signé prouve ce qu’ICANN et les registres se sont promis. Le sous-contrat prouve ce qu’ICANN et PTI ont organisé. Aucun de ces documents ne prouve, à lui seul, une souveraineté, un consentement universel des détenteurs de ressources ou une compétence coercitive.

La valeur de l’acte apparaît mieux lorsqu’on l’abaisse à sa juste hauteur. Les services concernés doivent fonctionner même si leur exécutant, leur structure juridique ou leur contexte institutionnel évoluent. Le consentement préalable donne aux bénéficiaires du service une prise sur le changement. Le maintien de la responsabilité évite que cette prise soit annulée par la création d’un intermédiaire. La faculté d’intervention relie le responsable au travail. C’est une petite architecture de continuité, non un couronnement constitutionnel.