Summary

  • Remco van Mook et Marco Hogewoning ont rédigé la proposition RIPE 2010-06. Pour les attributions IPv6 aux utilisateurs finaux, un LIR pouvait inscrire chaque attribution ou créer un objet inet6num agrégé portant AGGREGATED-BY-LIR et assignment-size. Les attributions supérieures à /48 restaient inscrites séparément.
  • En cas d'audit ou de demande d'espace supplémentaire, le LIR devait fournir les nombres réels d'attributions nécessaires au calcul du HD ratio. La proposition a été acceptée le 3 février 2011 et le RIPE NCC indiquait le 15 février que la fonctionnalité et les procédures étaient en place.

Le registre avait besoin d'une taille, pas d'un carnet d'adresses

Le texte précédent demandait d'enregistrer les attributions IPv6 aux utilisateurs finaux dans une base accessible aux registres régionaux. Il précisait mal la base et son contenu. Pour un opérateur qui préparait des offres à grande échelle, cette phrase ressemblait à un guichet dont personne n'avait dessiné le formulaire. La version adoptée de 2010-06, signée par Remco van Mook et Marco Hogewoning, a remplacé l'imprécision par un choix de méthode.

Dans RIPE-513, les auteurs proposent une image parlante. Un fournisseur qui attribue mille préfixes /56 peut inscrire un pool /46 avec status: AGGREGATED-BY-LIR et assignment-size: 56. Le public voit le pool et la taille de chaque part; le registre conserve une forme exploitable pour suivre l'espace. Mille abonnés tiennent ainsi dans une fiche de description. Le compte de mille sert d'exemple de fonctionnement, tandis que le nombre effectivement attribué doit venir des systèmes du LIR.

La section 5.5 adoptée impose d'enregistrer les attributions et offre l'option des fiches individuelles. Pour les pools agrégés, le LIR doit pouvoir présenter les statistiques d'attribution lors d'un audit ou d'une demande de nouvelle allocation. Le RIPE NCC peut alors vérifier le HD ratio, qui sert à apprécier l'utilisation de l'espace déjà reçu. Au-dessus de /48 pour une même organisation, une fiche distincte portant le statut ASSIGNED reste requise. La commodité de la fiche commune vient avec une comptabilité qui doit résister à la vérification.

Ce compromis laissait aussi filtrer une information. La valeur assignment-size révèle le format des parts distribuées, et le texte du projet évoque explicitement les risques commerciaux et de sécurité qu'une telle publication peut créer. Une base publique n'est jamais seulement un outil pour celui qui l'a créée. Ici, les auteurs ont fixé le niveau de détail qui permettait de contrôler l'usage sans transformer la liste des clients en annuaire consultable.

L'archive RIPE date l'acceptation du 3 février 2011. RIPE-513 porte la date du 7 février; un message du RIPE NCC indiquait le 15 février la mise en œuvre dans sa base et ses procédures. Tout cela pour un champ status: qui semblait minuscule. Dans un registre public, la taille d'une case décide pourtant de la distance entre une preuve d'usage et une indiscrétion.

Textes originaux de RIPE