Résumé

  • LACNIC indique que ses membres titulaires d’un ASN peuvent configurer et publier des objets ASPA directement dans MiLACNIC. L’annonce confirme la mise en place de cette fonction, sans compter les membres utilisateurs ni les objets publiés.
  • Un ASPA consigne les fournisseurs de transit autorisés par le titulaire d’un AS. LACNIC dit que cette information peut aider à vérifier les chemins, mais ne publie ni reçu de validation, ni politique de routeur, ni résultat opérationnel mesuré.

Analyse

LACNIC a intégré la création d’ASPA au portail utilisé par ses membres pour gérer les services de l’organisation. Le changement est précis : les membres disposant d’un ASN peuvent y configurer et publier un objet, selon l’annonce. Il s’agit d’une nouvelle voie de publication accessible aux membres concernés.

Cette étape ouvre une chaîne de sécurité plus longue, sans en documenter l’aboutissement. Un ASPA exprime les systèmes autonomes qu’un titulaire autorise comme fournisseurs de transit. Un validateur tiers doit ensuite récupérer et contrôler l’objet ; les logiciels de routage doivent consommer les données obtenues ; enfin, l’opérateur décide si l’évaluation d’un chemin modifie sa politique locale. L’annonce de LACNIC décrit la première étape, pas les suivantes.

L’organisation présente ASPA comme un complément aux ROA et à la validation de l’origine des routes. Un ROA indique quel AS peut annoncer un préfixe. ASPA apporte une déclaration sur les relations de transit, utile à l’examen de certaines parties de l’AS_PATH. La distinction importe : publier une attestation n’impose pas à un routeur de changer de décision.

Le cadre technique continue lui aussi d’évoluer. Le Datatracker de l’IETF affiche le profil ASPA en version 29 et le document de vérification en version 28. Tous deux restent des Internet-Drafts dans le groupe SIDROPS ; l’état de travail est « Waiting for Write-Up », et aucun RFC n’est indiqué. Dans son explication de septembre, LACNIC qualifie également l’adoption de précoce et précise que les opérateurs doivent publier les objets puis exploiter ces informations.

La question mesurable n’est donc plus de savoir si MiLACNIC donne accès à cette fonction : LACNIC l’affirme. Il manque le nombre d’ASN éligibles ayant publié, la visibilité des objets dans les dépôts consultés par les validateurs, leur acceptation par ces logiciels et l’activation éventuelle d’une politique de vérification des chemins. Sans ces éléments, la mise à jour du portail prouve un accès, pas un déploiement régional ni une modification du traitement des routes.

Sources