Résumé

  • Kaveh Ranjbar demande un renvoi RDAP facultatif depuis l’enregistrement conservé par RIPE NCC vers le service du titulaire pour les réseaux plus spécifiques. Aucune adoption n’est consignée.
  • Leo Vegoda a posé le test décisif : le service pourrait répondre correctement au registre et tromper les autres utilisateurs. Une simple vérification de disponibilité manquerait le problème.

Le dernier kilomètre du registre

Ranjbar a dirigé les systèmes d’information de RIPE NCC après quinze années passées dans l’organisation. Il dirige aujourd’hui Whisper Security et exploite AS219419, selon sa présentation officielle à RIPE 93. Son propos du 29 octobre vient donc d’un ancien responsable du registre devenu utilisateur de son point de vue de titulaire.

Le parcours RDAP aboutit à l’objet le plus précis que détient RIPE NCC. Des inscriptions portant sur des subdivisions peuvent vivre sur le serveur du titulaire, sans lien permettant de les découvrir à partir de la réponse du registre. Les recopier en masse crée une deuxième version susceptible de vieillir. Ranjbar cite son service pour 2a04:2a01::/32 comme preuve qu’un titulaire peut servir ses propres données.

Son dispositif comporte quatre pièces facultatives : une URL RDAP portée par l’objet englobant, une redirection des recherches subordonnées, un lien supplémentaire pour les clients et des règles de validation puis de retrait si le service cesse de fonctionner. Cela donne au titulaire la main sur le détail, tout en conservant au registre la responsabilité du panneau indicateur.

Dans la transcription de la séance, Vegoda a ajouté un risque moins commode qu’une panne : le même serveur peut présenter une réponse légitime à RIPE NCC et une autre au public. Ranjbar a accepté que ce contrôle fasse partie de la discussion. Il a demandé un avis sur une analyse d’impact et un éventuel chantier du groupe Database. La transcription ne contient ni vote d’adoption ni protocole de contrôle achevé.

La pièce manquante est une analyse datée qui dise comment comparer des réponses indépendantes, révoquer un renvoi trompeur et maintenir l’accès à l’enregistrement de référence pendant la panne. Sans elle, la flèche du registre peut devenir un sceau sur une réponse qu’il ne voit pas.

Sources : programme et résumé RIPE 93 ; transcription du groupe Database.