Résumé

  • La proposition de politique RIPE 2014-01, intitulée « Abandoning the Minimum Allocation Size for IPv4 », affiche un champ Auteur au nom de Carsten Schiefner, une date de publication au 17 mars 2014, l'état « Accepted » et une date d'acceptation au 28 juillet 2014.
  • La même page ne désigne aucune personne comme ayant accepté le texte. Le document qu'elle indique — ripe-621, publié le 28 juillet 2014 — porte aujourd'hui l'état « Obsoleted ». Le dossier attribue un texte, pas une décision.

Un seul champ porte un nom

Sur la fiche consacrée à la proposition 2014-01, un seul champ contient un nom de personne : « Auteur ». Tout le reste est une date, un état ou un identifiant. Le titre donné à l'ensemble est « Abandoning the Minimum Allocation Size for IPv4 » ; une ligne descriptive plus longue précise la portée du travail, l'abandon du concept de taille minimale d'allocation et de sous-allocation dans le document « IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region ». Deux phrases accompagnent ces éléments : « This policy proposal has been accepted » et « The new RIPE Document is: ripe-621 ».

Puis viennent les champs : publication au 17 mars 2014, état « Accepted », acceptation au 28 juillet 2014.

Cette répartition mérite qu'on s'y arrête, car elle constitue la totalité du contenu attribuable. Qui veut dire ce que cette personne a fait dans le processus peut désigner un champ et avoir raison. Qui veut dire ce qu'elle a décidé doit ajouter ce que la page ne contient pas : une décision de présidence, un décompte de voix, un compte rendu, une nomination, une signature au bas d'un acte. Rien de tel n'apparaît. L'écart entre les deux lectures ne vient pas d'une fiche pauvre ; il vient de la nature même du document. Une ligne d'auteur enregistre qui répond d'un texte.

Un état d'acceptation enregistre qu'une instance collective a arrêté une position. Ce sont deux actes, accomplis par deux types d'acteurs, et l'archive les range côte à côte.

Ce que la page dit de l'effet visé

La fiche contient malgré tout une description de l'effet, et son attribution importe. Un passage indique qu'il est de la compréhension du RIPE NCC que la proposition « remove the minimum size for IPv4 allocations and sub-allocations », et qu'elle permettrait aux registres internet locaux de fractionner leurs allocations existantes à n'importe quelle taille et de créer des sous-allocations plus spécifiques de toute taille.

Trois conséquences en découlent, pas davantage. L'objet de la proposition était un plancher : une taille minimale en dessous de laquelle une allocation ou une sous-allocation ne pouvait descendre. Son effet annoncé était de laisser le détenteur d'une allocation la découper à la taille qu'il choisit. Et cette formulation est présentée comme la compréhension du secrétariat, non comme les mots de l'auteur ni comme le texte d'une règle adoptée.

La différence n'a rien de théorique : la lecture qu'un secrétariat fait d'une proposition et le texte adopté sont deux documents distincts, dotés d'une autorité distincte, et un seul des deux fait règle.

L'instrument est daté, et désormais marqué obsolète

Le document que la fiche désigne possède sa propre notice. La page de ripe-621 affiche une date de publication au 28 juillet 2014 et un état « Obsoleted ». La date de publication de l'instrument et la date d'acceptation de la proposition coïncident. Entre le 17 mars 2014, date de publication de la proposition, et le 28 juillet 2014, date de son acceptation, s'étendent 133 jours. La page n'affiche aucune étape datée à l'intérieur de cet intervalle : ni analyse d'impact, ni étape de groupe de travail, ni période de dernier appel, ni historique des versions. L'intervalle existe ; son contenu n'est pas consigné sur la fiche telle qu'elle se présente.

L'obsolescence porte sa propre leçon. Quoi que ripe-621 ait établi en juillet 2014, la notice du document le donne aujourd'hui pour remplacé. La page lue n'indique pas le nom du document qui l'a supplanté. La réponse à la question « quelle est la règle en vigueur » ne se trouve donc sur aucune des deux pages, et la formulation honnête de la chaîne tient en une ligne : une proposition acceptée en 2014 a produit un document en 2014, et ce document n'est plus la règle.

Ce que le dossier établit

Quatre énoncés résistent à l'examen, chacun adossé à une valeur affichée.

D'abord, un texte de proposition est enregistré sous le nom de Carsten Schiefner, dans une archive qui attribue à chaque proposition une page numérotée. Ensuite, cette proposition porte le titre « Abandoning the Minimum Allocation Size for IPv4 » et se présente comme un amendement à un document de politique IPv4 nommé. Puis l'archive consigne une publication au 17 mars 2014 et une acceptation au 28 juillet 2014, avec l'état « Accepted ». Enfin, la même page renvoie à ripe-621 comme document résultant, et la notice de ripe-621 affiche une publication au 28 juillet 2014 et un état obsolète.

C'est une contribution réelle, et plus étroite qu'une biographie. Une proposition signée, parvenue à l'acceptation, constitue un acte de participation documentable : quelqu'un a porté devant une communauté un changement précis, par écrit, avec un numéro et une date, et cette communauté a fini par consigner une position.

Ce qu'il n'établit pas

Six éléments restent hors du dossier, et ce sont précisément ceux que le lecteur présume le plus volontiers.

Le dossier ne nomme pas la personne qui a décidé : pas de signature d'acceptation, pas de détermination de présidence, pas de décompte. Il ne montre pas les étapes procédurales entre publication et acceptation, de sorte que nul ne peut dire, à partir de ces documents, quels arguments ont été avancés, par qui, ni comment la position s'est formée. Il n'indique aucune charge : ni mandat électif ou nommé, ni durée, ni instrument de nomination, ni résultat de scrutin. Il ne dit rien des motifs, de l'employeur, des affiliations, de la nationalité ou des liens avec un registre ou une entreprise.

Il n'identifie pas le document qui a remplacé ripe-621. Il ne montre pas combien de personnes ont contribué à la rédaction du texte enregistré sous un seul nom.

Chacune de ces absences vaut pour ces deux documents, non pour le monde. C'est aussi là que la question cesse d'être une affaire d'archives : un lecteur qui veut savoir à qui s'adresser au sujet d'une règle hérite d'un nom qui n'a décidé de rien et d'un processus qui n'a laissé personne, et il doit pouvoir dire lequel des deux manque. Il existe peut-être des comptes rendus, des fils de discussion, une analyse d'impact, un mandat. Rien de cela n'est ici, et un travail d'attribution ne peut pas le fabriquer en le déduisant d'une signature.

Pourquoi une signature dépasse un seul nom

Les archives de politique publique font partout le même raccourci. Un processus collectif, étalé sur des mois et de nombreux participants, est classé sous un nom individuel, parce qu'un document a besoin d'un responsable. Cette compression est utile : elle donne au public une prise, et à l'auteur un intérêt à l'exactitude. Elle est aussi instable, car la signature est le champ le plus lisible de la page et les champs de décision les moins lisibles. Le lecteur se saisit du nom ; la structure du document place le consensus ailleurs.

Il en résulte deux erreurs symétriques. Personnaliser la signature, c'est créditer une personne du jugement d'une salle — ou l'en blâmer. Ignorer la signature, c'est effacer le seul acte attribuable que le dossier conserve. Tenir les deux ensemble n'est pas un compromis rhétorique : c'est ce que l'ensemble documentaire soutient réellement. La ligne d'auteur est l'endroit où une personne répond d'un texte. La ligne d'acceptation est l'endroit où la responsabilité passe dans le processus.

Un lecteur qui les sépare peut encore dire quelque chose de vrai et de précis sur ce que Carsten Schiefner a fait ici : il a signé une proposition que l'archive consigne comme acceptée, et l'instrument qui en est sorti est aujourd'hui marqué obsolète.