Résumé

  • Jordi Palet Martinez a rédigé les versions 1 et 2 de LAC-2022-1, qui ont regroupé dans une rubrique générale des règles concernant IPv4, IPv6 et les numéros de système autonome.
  • Le texte présente les changements comme éditoriaux, mais remplace un délai d’annonce de 90 jours par des plafonds de trois mois pour IPv4, douze mois pour IPv6 et six mois pour les ASN ; les sources publiques ne mesurent pas les effets pratiques de cette formulation.

Quand l’emplacement donne une fausse impression de portée

Dans la version 2.16 du manuel de politiques de LACNIC, l’obligation de documenter une attribution portait le numéro 2.3.2.5 et se trouvait dans le chapitre IPv4. Le texte visait l’usage efficace des adresses IPv4 et demandait aux registres Internet de justifier chaque attribution. Un lecteur qui cherchait une règle applicable aux ressources IPv6 ou aux numéros de système autonome pouvait donc passer à côté, même si le principe concernait aussi ces ressources.

LAC-2022-1 part de ce décalage. Son titre anglais, « Unify Texts That Apply to Both IPv4 and IPv6 », évoque deux familles de ressources. Mais le raisonnement de la proposition et son texte révisé mentionnent également les ASN. La portée réelle ne se limite donc pas à ce que laisse deviner son titre.

Le système de politiques de LACNIC attribue les versions 1 et 2 à Jordi Palet Martinez. La proposition soutient que certaines règles placées dans la partie IPv4 s’appliquaient aussi à IPv6 et aux ASN. Elle propose de distinguer les définitions des règles communes à plusieurs ressources ou procédures, puis de placer ces dernières dans une section générale.

Ce déplacement ne rend pas les ressources équivalentes. IPv4, IPv6 et les ASN restent des objets différents, soumis à des contextes distincts. La question est plutôt celle de la carte documentaire : un chapitre consacré à une ressource doit-il accueillir une obligation qui en concerne plusieurs ? En créant une rubrique générale, la proposition répond que l’emplacement d’une règle devrait refléter son champ d’application, et pas seulement l’endroit où le lecteur l’a trouvée historiquement.

Des définitions aux règles générales

La version 2 crée une section « General Rules » et renumérote les anciennes définitions en section 0. L’interprétation publiée par le personnel de LACNIC recense huit sujets déplacés : la documentation ; les principes de bonne administration et de stewardship ; les demandes de ressources ; la sécurité et la confidentialité ; le traitement égal des demandes ; la routabilité non garantie ; les ROA RPKI avec ASN d’origine 0 ; et la géolocalisation.

La liste rassemble des fonctions différentes. Certaines clauses fixent ce qu’un membre doit fournir. D’autres encadrent la manière dont LACNIC traite les demandes ou précise la portée des informations publiées. Le point commun n’est pas un même mécanisme technique, mais une applicabilité qui dépasse une seule famille de ressources.

La documentation montre concrètement ce que change le déplacement. Dans le manuel v2.16, la phrase concerne les adresses IPv4 et les attributions IPv4. Dans le texte proposé pour la version 2, elle s’étend aux ressources Internet et aux allocations ou attributions. Les exemples restent pratiques : plans d’ingénierie, plans de sous-réseautage et d’agrégation, topologie, plans de routage, justificatifs d’investissement en équipement et autres pièces pertinentes.

Cette formulation élargit la catégorie de ressources nommée par la règle. Elle peut aussi éviter qu’un membre interprète le chapitre IPv4 comme une limite implicite. Mais le document ne démontre pas que les dossiers sont devenus plus complets, que le personnel a posé moins de questions ou que les membres ont mieux compris la politique. Ce sont des effets à mesurer, pas des conséquences que l’on peut déduire du seul changement de paragraphe.

Un délai qui nuance l’histoire d’un simple toilettage

Un autre passage complique le récit d’une modification purement éditoriale. Dans le texte général de la version 2.16 sur la routabilité non garantie, les ressources allouées ou attribuées devaient être annoncées dans un délai maximal de 90 jours, sauf exception justifiée. La version 2 de LAC-2022-1 propose des plafonds différents : trois mois pour IPv4, douze mois pour IPv6 et six mois pour les ASN.

La proposition qualifie les modifications de « minor editorial changes » et indique qu’elles ne visent pas à changer les aspects opérationnels. L’interprétation du personnel ajoute que la proposition n’a pas d’impact sur le système du registre. Ces éléments décrivent l’intention déclarée et l’évaluation d’implémentation publiée. Ils ne font pas disparaître la différence visible dans le texte : une formule unique de 90 jours cède la place à trois périodes selon la ressource.

Cela ne prouve pas à lui seul comment LACNIC ou ses membres ont appliqué le changement, si une autre disposition prévoyait déjà des délais distincts, ni si les annonces de routes ont évolué. Trois mois ne correspondent pas toujours exactement à 90 jours selon le calendrier ; douze et six mois sont des périodes plus longues. La lecture prudente est donc double : la proposition réorganise des règles communes et son texte introduit un calendrier différencié. Les sources accessibles ne mesurent pas les résultats pratiques de ces formulations.

La distinction entre intention et texte publié est essentielle. Appeler une modification éditoriale ne suffit pas à déterminer si les obligations écrites restent identiques. À l’inverse, voir des périodes différentes ne suffit pas pour affirmer qu’un opérateur a changé sa conduite ou que le système de registre a été transformé. La source permet de constater un changement de rédaction et d’en poser la question ; elle ne fournit pas une évaluation après mise en œuvre.

Une contribution dans un processus collectif

L’attribution des versions 1 et 2 à Jordi Palet Martinez est un fait précis. Elle ne signifie pas qu’il a décidé seul du contenu final, contrôlé le consensus communautaire, dirigé le conseil d’administration ou assuré l’implémentation. Rédiger une proposition, la présenter, obtenir une ratification et l’intégrer au manuel sont des étapes distinctes.

Le dossier de LACNIC situe la version 1 à LACNIC 37, le 4 mai 2022, et la version 2 à LACNIC 38, le 4 octobre. Il indique une période de discussion du 14 septembre au 8 novembre 2022, puis une première évaluation de consensus jusqu’au 22 novembre. L’appel final aux commentaires s’étend jusqu’au 20 décembre ; une deuxième évaluation se termine le 27 décembre. La ratification par le conseil porte la date du 22 décembre, le statut « ratified » est daté du 23 janvier 2023 et l’implémentation du 8 février 2023. La page ne fournit pas de décompte de voix dans cette chronologie ; il serait donc imprudent d’en inventer un.

La page marque la proposition comme implémentée à 100 %. L’historique du manuel indique que LAC-2022-1 a été intégré à la version 2.17 ; l’index actuel affiche la version 2.21. Cela documente la clôture du processus et l’incorporation de la proposition. Cela ne mesure ni la charge de travail des équipes, ni la qualité des dossiers, ni les comportements de routage.

Une biographie d’intervenant publiée par RIPE NCC décrit Jordi comme participant aux politiques de l’IETF et des RIR depuis 2001 et comme formateur dans le domaine IPv6. La page d’auteur d’APNIC le présentait en 2018 comme CEO/CTO de The IPv6 Company. Il s’agit de repères datés, pas d’une confirmation de poste actuel ni d’une explication des motivations des autres participants au processus de LACNIC.

Ce qu’une rubrique générale montre — et ne montre pas

Un manuel de politique est à la fois une archive et un outil de travail. Lorsqu’une obligation apparaît sous IPv4, son emplacement peut suggérer qu’elle ne concerne qu’IPv4, même si son principe s’étend à IPv6 ou aux ASN. Une section générale peut rendre la carte du texte plus fidèle à sa portée. Mais elle peut aussi donner l’impression que toutes les ressources partagent désormais des modalités identiques.

Les périodes de LAC-2022-1 montrent pourquoi une rubrique commune ne doit pas être lue comme une règle uniforme. Le texte propose un emplacement commun tout en différenciant les échéances. La formule la plus exacte est donc : même espace documentaire, application différenciée. Les obligations peuvent être regroupées sans effacer les particularités des ressources.

Plusieurs questions pratiques restent ouvertes : comment la version espagnole faisant autorité exprime-t-elle le périmètre d’« Internet resources » ? Quelle preuve établit qu’une ressource est annoncée ? Comment une exception justifiée est-elle consignée ? Les formulaires de demande reprennent-ils les mêmes délais que le manuel ? Les sources consultées ne répondent pas à ces questions pour chaque étape de mise en œuvre.

Une évaluation d’impact utile comparerait le texte antérieur, la politique en vigueur, les consignes aux membres, les procédures du personnel et des cas représentatifs pour IPv4, IPv6 et les ASN. Elle analyserait séparément l’élargissement de la documentation et la différenciation des délais. Sans ces éléments, dire que la proposition a réduit les ambiguïtés ou transformé les opérations irait au-delà des preuves publiées.

Portée rendue explicite, effets encore inconnus

La contribution de Jordi Palet Martinez à LAC-2022-1 est une intervention sur l’architecture du manuel, assortie d’une nuance importante dans le texte. La proposition répond à un décalage entre l’emplacement de règles communes et les ressources auxquelles elles s’appliquent. Elle regroupe plusieurs clauses dans une section générale et reformule la documentation au-delà des seules attributions IPv4.

Dans le même mouvement, le texte proposé remplace un délai d’annonce unique par des plafonds propres aux différentes ressources. La qualification éditoriale de la proposition et l’évaluation du personnel appartiennent au dossier ; la rédaction détaillée en fait aussi partie. La politique est marquée comme ratifiée, implémentée et intégrée au manuel. Les sources ne prouvent pas que la charge administrative a diminué, que les décisions des membres ont changé ou que le routage s’est amélioré.

La leçon est moins spectaculaire mais plus solide : l’adresse d’une règle dans un manuel influence la manière dont on comprend sa portée, les mots de cette règle peuvent porter une obligation distincte, et la fin d’un processus n’est pas une mesure de ses effets. Le dossier montre ce que LACNIC a publié et à quelles dates. Il ne montre pas ce qui a changé sur le réseau.

Sources