Résumé

  • La capture publique du DBWG d’AFRINIC indique 83 éléments, 46 ouverts et 37 résolus; il s’agit d’une photographie datée.
  • La procédure publiée sépare six étapes et définit l’état ouvert par l’absence d’un résultat, d’une décision ou d’un déploiement enregistré.
  • Le registre rend accessibles une demande, une date, un fil et parfois un état récent, sans fournir pour chaque élément une chronologie structurée de toutes les transitions.
  • Un parcours d’état public, limité et versionné pourrait rendre cette procédure intelligible sans exposer les échanges internes ni restreindre la décision de mise en œuvre.

Ce que le registre fait déjà correctement

La meilleure lecture du dispositif commence par sa fonction déclarée. Le DBWG est un lieu de discussion technique sur WHOIS et la base de données sous-jacente. Les commentaires sont bienvenus; la décision finale sur les détails d’implémentation appartient au personnel d’AFRINIC. Les incidents et les bogues urgents doivent suivre les canaux opérationnels appropriés. Cette séparation évite de confondre une liste de discussion avec un centre de supervision des incidents.

Le registre complète utilement cette séparation. Il recense des demandes, rapports de bogues et propositions issus de l’archive publique de la liste. Chaque ligne consultable donne notamment une catégorie, la demande formulée, l’auteur, la date de saisine, une dernière activité, un résultat ou état récent lorsqu’il existe, et un lien vers le fil. La page précise aussi que les statuts sont fondés sur des éléments et rapprochés du suivi officiel ou du changelog WHOIS lorsqu’une décision ou un déploiement y est confirmé.

Ces qualifications comptent. Elles permettent de retrouver l’évidence publique sans prétendre que la page contient toute l’activité technique. Elles ne permettent pas de conclure à l’absence de triage, de tests, de revue de sécurité, de contrainte juridique ou de travail non publié. Un registre public doit être pris au sérieux pour ce qu’il enregistre, non élargi par imagination à ce qu’il ne déclare pas.

Une étiquette n’est pas une succession d’étapes

Le contraste entre la procédure et l’affichage est simple. La première offre un vocabulaire de transitions; la seconde classe les éléments en ouvert ou résolu et présente des informations de contexte. Un lecteur ne peut pourtant pas savoir, à partir d’un total, si un élément a été discuté récemment, s’il a atteint un consensus, si une décision a été rendue publique, s’il est en test, ou si aucune disposition publique n’est encore enregistrée.

Il ne s’ensuit pas qu’une étape doit nécessairement être franchie. Une proposition peut rester discutée, ne pas produire de consensus ou être traitée par un autre canal. Une décision de ne pas agir peut être raisonnable. Une mise en œuvre peut demander une discrétion opérationnelle. Le problème est seulement documentaire : le même mot ouvert ne doit pas porter toutes ces situations différentes.

Rendre visible la trace, sans publier l’atelier

AFRINIC pourrait conserver le registre actuel et lui ajouter un petit historique d’état. Un identifiant garderait le fil source; des événements datés indiqueraient saisie, discussion, consensus lorsque pertinent, décision enregistrée, test ou mise en œuvre annoncée, déploiement relié au changelog, ou absence de disposition publique à une date donnée. Les transitions seraient versionnées plutôt que réécrites.

Une dépendance peut rester une catégorie sûre, par exemple une séquence d’implémentation ou une revue de sécurité, ou être marquée non publiable. Il n’est pas nécessaire de désigner un employé, de révéler une conversation, de promettre un délai ou de publier une configuration. La décision d’implémentation resterait là où AFRINIC la place. Le gain serait une mémoire publique capable de distinguer discussion, décision et déploiement.

Le risque durable n’est pas établi par le nombre 46. Il apparaît lorsqu’un lecteur futur ne peut plus relier une étiquette à son contexte. Un parcours d’état sobre rendrait le registre plus interprétable sans transformer la visibilité en commandement.

Sources

  1. Présentation du DBWG AFRINIC
  2. Processus du DBWG AFRINIC
  3. Éléments de travail du DBWG
  4. Données du registre DBWG
  5. Rendu du registre DBWG