Résumé

  • La résolution 201808.446 a ratifié AFPUB-2018-V6-001-DRAFT01 le 8 août 2018 ; elle n’a pas rendu la correction immédiatement applicable. Le procès-verbal séparait expressément le vote, la notification confiée au président et la mise en œuvre confiée au personnel.
  • Le registre d’exécution date l’intégration dans le Consolidated Policy Manual 1.3 du 23 novembre, soit 107 jours après la ratification. L’annonce publique du 29 novembre est intervenue six jours plus tard. Ces intervalles décrivent une séquence documentaire et ne prouvent ni retard fautif ni dissimulation.
  • L’ensemble constitue un bon exemple de maintenance privée traçable : recommandation, décision numérotée, vote consigné, tâches attribuées, manuel versionné et avis public. Il autorise AFRINIC à organiser son propre service de registre, mais ne lui confère aucun pouvoir souverain, législatif, réglementaire, policier, punitif, confiscatoire ou juridictionnel.

L3 — Le vote qui laissait deux tâches à accomplir

La scène décisive ne se situe pas dans une abstraction sur la « gouvernance de l’Internet », mais dans une réunion du conseil d’administration tenue les 7 et 8 août 2018 à Maurice. À l’ordre du jour, sous le point 9.1, figurait une proposition précisément identifiable : IPv6 Policy and References Update, AFPUB-2018-V6-001-DRAFT01. Le procès-verbal indique que la recommandation des coprésidents du Policy Development Working Group avait été transmise au conseil. Il consigne ensuite la mécanique du vote : SO proposa la résolution, SI l’appuya, et le conseil l’adopta à l’unanimité sous le numéro 201808.446.

Pris isolément, le mot « ratifié » pourrait donner l’impression d’un point final. La page suivante de la même chaîne administrative interdit cette lecture. Immédiatement après le traitement du point, deux actions furent attribuées. L’Action Item 201808.22 chargeait le président d’informer les coprésidents du PDWG. L’Action Item 201808.23 chargeait le personnel d’appliquer les politiques ratifiées. Une décision venait donc d’être prise, mais deux opérations restaient ouvertes : communiquer l’adoption à ceux qui avaient porté la recommandation, puis transformer le texte adopté en règle de travail dans le manuel utilisé par le service.

Le 21 août, l’annonce du président conserva cette distinction au futur. Elle informa la communauté que la ratification avait eu lieu lors de la réunion du 8 août et précisa que le personnel allait procéder à la mise en œuvre, après quoi la communauté serait avisée. Ce message n’était pas le reçu d’une modification déjà accomplie. Il était la notification d’une autorisation corporative accompagnée d’une promesse d’exécution. Le temps verbal importe parce qu’il confirme, sans interprétation spéculative, ce que les deux actions du procès-verbal avaient déjà rendu visible.

Le reçu opérationnel apparut plus tard. Le rapport d’expérience de mise en œuvre et le compte rendu d’AFRINIC-29 datent l’intégration de V6-001 dans la version 1.3 du Consolidated Policy Manual du 23 novembre 2018. Entre le 8 août et cette date, 107 jours calendaires se sont écoulés. Le 29 novembre, six jours après l’intégration, AFRINIC publia un avis indiquant que la version 1.3 du CPM comprenait la mise à jour. La chronologie exacte est donc : ratification le 8 août, mise en œuvre le 23 novembre, publicité de l’état réalisé le 29 novembre. Les 107 jours ne sont pas une accusation ; les six jours ne sont pas davantage le signe d’une faute.

Ce sont les intervalles arithmétiques qui permettent de ne pas attribuer au mauvais document le mauvais effet.

Cette première reconstitution tient en peu de faits, mais elle corrige deux erreurs susceptibles de déformer toute l’analyse. D’abord, la proposition ratifiée n’était pas V6-002. Son identifiant prouvé était AFPUB-2018-V6-001-DRAFT01. V6-002 concernait une proposition distincte sur les sous-attributions IPv6 et, lors d’AFRINIC-28, elle demandait encore de la discussion, tandis que V6-001 avait avancé vers le Last Call le 9 mai. Substituer V6-002 à V6-001 ne serait pas une simple coquille : cela ferait porter la résolution sur un autre objet. Ensuite, la ratification n’était pas l’application.

Dire que le manuel avait changé le 8 août effacerait la tâche 201808.23, contredirait l’annonce du 21 août et déplacerait de 107 jours la date consignée dans les pièces d’exécution.

La proposition avait été soumise par Jordi Palet Martinez le 11 mars 2018. Ce renseignement identifie le texte dans le temps, mais l’objet de la présente analyse n’est pas de refaire son débat technique. Les détails de ses références aux RFC, de ses tailles de préfixes, de ses seuils d’utilisation ou de ses suppressions de sections ne sont nécessaires ici que dans la mesure où ils permettent de suivre l’objet adopté d’un document à l’autre. L’enjeu propre à cette séquence est institutionnel : comment une recommandation devient-elle, après plusieurs actes distincts, le texte de travail d’un teneur de registre ?

La réponse commence avant le vote. Les coprésidents du PDWG avaient transmis au conseil une proposition qu’ils estimaient parvenue au terme du processus et au consensus. Le procès-verbal renvoyait à cet envoi dans l’archive rpd sous l’élément 008500. Cette recommandation remplissait une fonction de passage : elle signalait au conseil que le processus communautaire interne avait produit un résultat prêt à être considéré. Elle ne modifiait pas, par elle-même, le manuel. Elle ne remplaçait pas non plus l’acte du conseil que les propres procédures d’AFRINIC exigeaient encore.

La résolution 201808.446 constituait le deuxième acte. Son texte rappelait que V6-001 avait suivi le Policy Development Process, atteint le consensus et été renvoyée par les présidents du groupe de travail, puis décidait que le conseil la ratifiait. Le numéro, l’inscription à l’ordre du jour, le proposant, le secondant et l’unanimité offrent une trace plus solide qu’une affirmation rétrospective selon laquelle « la politique avait été acceptée ». Ils répondent à plusieurs questions simples : quel organe interne a adopté quoi, à quel moment, par quel vote et sur la base de quel renvoi ?

Pour un service privé dont les utilisateurs dépendent d’un manuel partagé, cette précision est une qualité réelle.

L’exécution constituait le troisième acte. Le personnel devait incorporer les modifications autorisées dans le document qui organisait effectivement le traitement des demandes et des attributions. Le dossier scellé ne décrit pas les travaux techniques ou documentaires qui ont rempli les 107 jours. Il ne permet pas de savoir si un déploiement interne partiel précéda le 23 novembre. Il ne mesure pas les heures de vérification, les changements de procédures, les contrôles éditoriaux ou les préparatifs de publication. Toute histoire détaillée de ce travail serait inventée.

La conclusion légitime est plus modeste et plus forte : les pièces d’AFRINIC distinguent l’ordre de faire du reçu indiquant que cela a été fait.

La publication constituait le quatrième acte. Elle rendait la nouvelle version identifiable pour les utilisateurs qui n’avaient ni siège à la réunion du conseil ni accès privilégié aux opérations du personnel. Le 29 novembre, l’avis public associait la politique à la version 1.3 du CPM et décrivait les clauses incorporées ainsi que la suppression et la renumérotation de l’ancienne section 6.5.4.2. Cette annonce donnait un repère externe : l’organisation déclarait publiquement que le travail annoncé était terminé et indiquait la version qui portait le résultat.

La séparation de ces quatre actes n’est pas un formalisme gratuit. Chacun répond à une question différente. La recommandation répond : le groupe de travail a-t-il transmis un résultat au prochain organe de la procédure ? La ratification répond : le conseil de l’entreprise a-t-il adopté ce résultat selon une décision identifiable ? L’exécution répond : le service a-t-il changé son texte opératoire ? La publication répond : les utilisateurs peuvent-ils savoir quelle version et quelle date l’organisation reconnaît ? Un seul mot, même solennel, ne peut répondre correctement à ces quatre questions.

Le dossier montre aussi pourquoi il faut raisonner par chaîne plutôt que par champ isolé. La page archivée de la proposition conserve un statut « Under Discussion ». Ce libellé survivant ne peut pas annuler le registre des résolutions, les minutes, le rapport de mise en œuvre, le compte rendu d’AFRINIC-29 et l’avis relatif au CPM 1.3. Il prouve seulement qu’une page d’archive peut ne pas refléter tout le cycle de vie. Si l’on consultait ce seul champ, on conclurait à tort que la proposition était encore en discussion après son intégration. Si l’on consultait la seule résolution, on risquerait au contraire de dater l’application du 8 août.

La vérité documentaire réside dans la relation entre les pièces.

Une autre imperfection demande la même discipline. L’avis de mise en œuvre imprime le numéro 6.6.4.1, alors que la proposition et les autres pièces utilisent 6.5.4.1. L’écart doit être signalé tel quel. Le dossier ne permet pas d’en inventer la cause, de décider qu’un document non examiné tranche l’affaire ou de corriger silencieusement l’un des numéros. Cette divergence ne prouve pas que le CPM sous-jacent était erroné ; elle prouve qu’un avis public et les autres éléments disponibles ne concordent pas sur une référence.

La distinction est capitale : constater un défaut de correspondance est un fait, diagnostiquer son origine sans preuve serait une conjecture.

Le rapport annuel 2018 apporte une confirmation de fin d’année : il enregistre que V6-001 fut ratifiée en août et l’associe aux sections IPv6 du CPM. Il ne remplace toutefois ni le procès-verbal du vote ni le reçu de mise en œuvre. De même, le registre officiel des résolutions reproduit la décision et sa dépendance à la fin du processus, au consensus et au renvoi des coprésidents, mais il n’est pas le manuel opératoire. Chaque source est probante pour un maillon et limitée pour les autres. Une analyse rigoureuse résiste à la tentation de demander à un document plus qu’il ne peut offrir.

Cette méthode empêche également de transformer une chronologie en récit de faute. Le dossier ne dit pas que 107 jours étaient trop longs. Il ne dit pas que le personnel a caché une date, ni que des utilisateurs ont subi une perte, ni que des demandes précises ont été traitées sous la mauvaise version. Le personnel avait indiqué à AFRINIC-28 que la proposition pouvait être mise en œuvre telle quelle sans impact sur les opérations d’AFRINIC. Cette appréciation de faisabilité n’est pas une preuve universelle d’absence d’impact pour chaque opérateur. Inversement, le seul passage du temps ne prouve pas un dommage.

Entre ces deux excès, les pièces établissent une chose utile : la date du vote et celle de l’entrée dans le manuel ne coïncidaient pas.

La résolution 201809.450 approuva ensuite, en septembre, les minutes des 7 et 8 août avec des amendements. Le dossier disponible ne donne pas le texte de ces amendements et n’établit pas qu’ils aient changé la résolution 201808.446. On ne doit donc ni ignorer cette mention ni lui faire dire qu’un vote aurait été réécrit. Elle reste une incertitude documentaire bornée : l’approbation ultérieure des minutes est attestée, la nature des modifications pertinentes ne l’est pas.

Dans cette séquence, les noms des rôles comptent plus que les grands mots. Les coprésidents du PDWG recommandent ; le conseil ratifie ; le président notifie ; le personnel met en œuvre ; l’organisation publie une version. Cette division du travail rend la responsabilité localisable. Si une confusion naît sur le contenu recommandé, on remonte au renvoi. Si elle porte sur l’adoption, on consulte la résolution et le vote. Si elle porte sur l’entrée en service, on cherche le reçu d’exécution. Si elle porte sur la connaissance des utilisateurs, on examine l’avis public. Le système n’est pas parfait, mais il est reconstructible.

Le premier enseignement des 107 jours est donc une leçon de lecture, non un verdict de performance. Une décision de conseil peut être complète comme décision et incomplète comme changement opérationnel. Le 8 août, le conseil avait achevé son propre acte ; AFRINIC n’avait pas achevé toute la chaîne. Le 23 novembre, le registre consigna l’intégration dans le CPM 1.3. Le 29 novembre, l’état fut annoncé au public. Employer le verbe exact pour chaque étape protège à la fois l’organisation contre une accusation non prouvée et les utilisateurs contre une rétroactivité fabriquée par le langage.