Résumé

  • La suggestion ARIN 2026.10 demandait que le contact technique d’une ressource puisse gérer RPKI et IRR pour cette ressource. Le 4 septembre, ARIN a reconnu ce cas d’usage, promis de l’examiner dans sa hiérarchie interne et clos la suggestion sans date de livraison.
  • Les instructions de création et de retrait des ROA passent toujours par l’Org ID. Pour un technicien lié à un préfixe sans droit au niveau de l’organisation, il faut d’abord trouver la personne autorisée ; les délais de diffusion du ROA ne commencent qu’ensuite.

Dans une équipe réseau, la personne qui voit la mauvaise origine d’un préfixe est parfois celle qui ne peut pas corriger son ROA. Elle connaît l’adresse, l’AS attendu et l’urgence. ARIN Online, lui, ouvre le tableau de gestion RPKI de l’organisation. La suggestion 2026.10 cherchait à rapprocher ces deux places sans distribuer un passe général pour tous les préfixes. ARIN a fermé la demande. La séparation des droits demeure le fait important.

Nathanael Jean-Francois a déposé la proposition le 20 août 2026. Il demandait un droit RPKI et IRR limité aux ressources auxquelles un contact technique est lié. Dans certaines organisations, les contacts de l’Org ID délèguent le travail quotidien sur des ressources déterminées à des équipes plus proches des opérations. L’auteur affirme que le technicien doit alors passer par le contact de routage de l’organisation pour créer ou supprimer un ROA, ce qui ralentit parfois la réaction aux incidents et la mise en service. Il ne donne ni durée observée ni nombre d’incidents.

Le dossier établit une friction de permissions, pas une statistique de retard.

La réponse du 4 septembre reconnaît le besoin d’un contrôle plus fin sur RPKI et IRR. ARIN indique que la question sera considérée dans la priorisation interne de futures améliorations des permissions, puis inscrit Closed sur la page. Aucune étape de conception ou date de déploiement n’y figure. Les instructions de gestion des ROA continuent à faire choisir une organisation avant « Manage RPKI », pour créer comme pour retirer un ROA. La FAQ RPKI renvoie elle aussi à l’Org ID pour consulter les ressources certifiées.

Il faut distinguer le contact d’une ressource du contact doté d’un droit au niveau de l’organisation. Les règles pratiques sur l’Org ID expliquent comment comptes et contacts sont associés à cet identifiant. Une personne disposant déjà des droits requis sur l’organisation peut agir. Le cas décrit dans la suggestion est celui du contact rattaché à la ressource sans cette autorité plus large. Lui remettre un accès général supprimerait l’attente, mais ouvrirait aussi des ressources qu’il ne gère pas. Une délégation par préfixe viserait une autre frontière.

Un ROA est une attestation signée qui autorise un AS à annoncer un préfixe. Un changement d’origine, une migration de client ou une erreur de déclaration peut exiger une correction rapide. Le contact le plus proche de la ressource connaît souvent le fait opérationnel le premier. Le registre doit, de son côté, empêcher qu’un mauvais compte modifie les attestations de tout un Org ID. La bonne granularité implique une liste précise des ressources concernées, une révocation lorsque la responsabilité change et une trace de chaque action. Une case « peut éditer RPKI » sans périmètre serait une clé trop large.

ARIN publie séparément le temps de propagation technique. Sa FAQ précise qu’un ROA nouvellement créé entre aussitôt dans le dépôt, que celui-ci est publié toutes les cinq minutes et qu’il faut compter 30 à 60 minutes après la création avant que le ROA influe sur le routage Internet. Ce temps commence une fois la demande déposée. Il ne mesure pas l’attente d’un collègue habilité. Pour un retrait, la notice ROA annonce un effet immédiat en base et une répercussion dans le dépôt public sous 24 heures. Ces horloges ne remplacent pas la mesure du passage de témoin humain.

La procédure ACSP décrit un chemin où une suggestion jugée réalisable reste ouverte jusqu’à son application, même sans estimation de délai. Le résultat visible de 2026.10 est différent : fermeture et considération interne. Le public ne dispose donc, sur cette fiche, d’aucun jalon pour suivre la fonction. Une version d’ARIN Online donnant à un contact de ressource un droit limité à ses préfixes, ou un engagement produit daté, changerait ce constat.

En attendant, un exploitant peut dresser la carte des droits de chaque Org ID, désigner un second titulaire joignable et simuler le transfert lors d’un incident. ARIN a reconnu le décalage entre responsabilité locale et pouvoir de signer. La demande publique est close ; la clé reste au niveau supérieur.

Suggestion et réponse ARIN · Procédure ACSP · Gestion des ROA · FAQ RPKI · Guide Org ID