Résumé

  • Le registre qui associe l’AS210837 à ROYA est un point de départ vérifiable, mais il ne démontre ni l’annonce actuelle de routes, ni la joignabilité universelle, ni l’existence de clients ou d’un contrôle opérationnel effectif.
  • L’absence de récupération web en temps réel dans cette enquête ne prouve pas l’inactivité de l’ASN. Pour établir une continuité ou une réparation durable, il faudrait corréler des observations datées de plusieurs collecteurs avec des éléments de contrôle, de contactabilité et de service.

Le premier problème est une confusion de niveaux de preuve

Une entrée d’aut-num dans la base du RIPE Database peut rattacher un numéro de système autonome à une organisation, afficher un état administratif ou contenir une politique déclarée. C’est une preuve de registre. Elle répond à la question : quel objet administratif est associé à l’AS210837 ? Elle ne répond pas aux questions opérationnelles : l’ASN annonce-t-il des préfixes maintenant ? Ces annonces sont-elles visibles depuis plusieurs points du réseau ? Qui contrôle les sessions BGP ? Des utilisateurs dépendent-ils de cette infrastructure ?

Les services de données du RIPE peuvent fournir des tests plus proches de ces questions. L’aperçu RIPEstat et l’endpoint des préfixes annoncés sont pertinents pour un état observé à une heure donnée. Le statut de routage, les voisins ASN et l’état BGP détaillé ( https://stat.ripe.net/data/bgp-state/data.json?resource=AS210837 ) peuvent aider à reconstruire une présence visible et les adjacences de chemin. Mais chacun reste une observation située : les collecteurs ne voient pas tout, les réponses peuvent être mises en cache et une absence dans un point de vue ne signifie pas nécessairement l’arrêt de toute activité.

La différence est essentielle. Une entrée de registre peut survivre à un changement de fournisseur, à une suspension d’exploitation, à une renumérotation ou à un transfert de fonctions. Inversement, une route observée ne suffit pas à prouver que l’entité administrative contrôle seule l’équipement, le contrat de transit ou le service qui l’utilise. L’analyse responsable doit donc conserver la chaîne complète : identité, annonce, chemin, portée, contrôle et effet.

Ce que l’enquête a effectivement établi

Le dossier de recherche identifie l’AS210837 comme le système autonome pertinent pour examiner l’identité réseau de ROYA. Il recense les sources publiques qui permettraient de tester les préfixes, les chemins, les voisins, l’historique de visibilité, les relations déduites et les métadonnées de réseau. L’historique de routage RIPEstat ( https://stat.ripe.net/data/routing-history/data.json?resource=AS210837 ) et les observations de première et dernière apparition ( https://stat.ripe.net/data/ris-first-last-seen/data.json?resource=AS210837 ) seraient particulièrement utiles pour distinguer une présence persistante d’une visibilité intermittente ou ancienne.

Cependant, la tentative de rafraîchissement en direct n’a pas récupéré de valeurs horodatées. Elle a signalé l’absence de capacité web ou HTTP dans l’environnement de recherche. Ce résultat est une limite méthodologique documentée, pas un résultat BGP. Il serait donc incorrect d’écrire que l’AS210837 n’annonce actuellement aucun préfixe, que ROYA a cessé son activité ou qu’un incident de continuité s’est produit. Ce que l’on peut dire est plus étroit : le paquet disponible ne contient pas la réponse actuelle qui permettrait de trancher.

Des vues de corroboration existent. Le profil bgp.tools, le BGP Toolkit de Hurricane Electric, les API de BGPView pour les préfixes et les amonts déduits peuvent comparer les résultats. Le profil AS Rank de CAIDA peut apporter une autre lecture de la topologie. Les archives Route Views et RIS permettent, lorsqu’elles sont effectivement traitées, de rechercher des annonces, des retraits et des changements de chemin dans des fichiers bruts. PeeringDB peut compléter le tableau de métadonnées déclarées.

Ces sources ne sont pas interchangeables. Une adjacency AS-path montre qu’un ASN apparaît avant ou après un autre dans un chemin observé. Elle ne démontre pas à elle seule un contrat d’amont, une relation de pair à pair, une relation client-fournisseur ou un contrôle organisationnel. Les classifications de BGPView ou de CAIDA sont des inférences qui doivent être distinguées des chemins bruts et des déclarations de l’opérateur.

La continuité est une question de contrôle, pas seulement de visibilité

Pour un opérateur réseau, la prévention commence avant l’incident. Les registres, les contacts, les politiques de routage, les ressources d’adresses, les données RPKI et les procédures de changement doivent rester cohérents. La diversité des fournisseurs et la connaissance des dépendances doivent être documentées. Cette couche répond à la question : qui était responsable de réduire la probabilité d’une perte de routage ou d’une erreur de configuration ?

La détection exige ensuite des observations datées de plusieurs collecteurs indépendants. Il faut suivre les annonces, les retraits, les changements de chemins, la portée visible et les divergences entre le registre et le routage. Une alerte utile ne dit pas simplement que l’ASN existe encore ; elle signale qu’un préfixe a disparu, qu’un chemin a changé, qu’une visibilité s’est contractée ou qu’une information administrative est devenue incohérente avec l’état technique.

La réponse doit relier une chronologie d’événements aux actions de l’opérateur : notification d’un fournisseur, modification BGP, correction RPKI, restauration d’un lien ou reprise d’un service. Sans cette corrélation, une observation de retrait reste un symptôme dont la cause est inconnue. Il peut s’agir d’une panne, d’une maintenance, d’une politique sélective, d’un changement de transit ou d’une modification durable de l’exploitation.

La réparation durable demande davantage qu’un retour momentané dans un collecteur. Elle suppose des observations répétées après l’événement, une stabilité des préfixes et des chemins, des contacts opérationnels joignables et des éléments corroborant le fonctionnement du service. La présence continue de l’entrée de registre ne suffit pas. Une réparation doit être démontrée dans le temps et par plusieurs formes de preuve.

Le test qui manque encore

Un rapport vérifiable sur AS210837 devrait conserver, pour chaque observation, l’heure de requête, la source, le collecteur ou le point de vue, les préfixes, l’origine annoncée et le chemin AS complet lorsque celui-ci est disponible. Il devrait comparer au moins une vue RIPE RIS à une vue Route Views ou à une autre source de collecte, puis expliquer les divergences. Il devrait aussi distinguer une donnée de registre, une observation BGP, une inférence de relation et une preuve de service.

Le résultat devrait être formulé en quatre états séparés :

  1. Identité administrative : l’organisation et l’ASN sont-ils associés dans une source de registre actuelle ?
  2. Empreinte de routage : des routes sont-elles annoncées et visibles, à quel moment et depuis quels observateurs ?
  3. Contrôle opérationnel : existe-t-il une preuve attribuable de gestion des sessions, des politiques, des ressources ou des changements ?
  4. Continuité et valeur : les observations sont-elles persistantes et peuvent-elles être reliées à un service, à des utilisateurs ou à une dépendance économique ?

Cette séparation protège contre deux erreurs opposées. La première consiste à appeler « réseau actif » toute association administrative. La seconde consiste à appeler « abandon » toute absence momentanée dans une vue de routage. Dans les deux cas, l’analyste remplace une preuve manquante par une conclusion trop large.

Conclusion : une lacune qui doit devenir un protocole

Le dossier public disponible permet d’établir une piste d’enquête et une limite claire : ROYA est associée à l’AS210837 dans le cadre administratif étudié, mais les éléments conservés ici ne contiennent pas de mesures en direct permettant de confirmer une empreinte de routage actuelle, une dépendance d’amont, une joignabilité ou un effet commercial. Les sources pertinentes sont identifiées ; le test reproductible reste à exécuter avec des réponses horodatées.

La responsabilité ne disparaît pas avec cette incertitude. Elle change de forme. Pour l’entité qui contrôle l’ASN, la question pratique est de savoir si les données de registre, les contacts, les politiques et les procédures de changement peuvent soutenir une détection et une restauration rapides. Pour les fournisseurs, les pairs, les utilisateurs et les analystes, la question est de savoir quelles preuves indépendantes permettent de distinguer une route temporaire, une interruption, une migration et une exploitation durable.

La conclusion actuelle doit donc rester bornée : l’association administrative est démontrée comme piste, mais la continuité opérationnelle n’est pas établie dans le paquet de recherche. Une future observation positive pourrait renforcer l’hypothèse d’une exploitation actuelle ; une série cohérente de retraits et de dernières observations anciennes pourrait soutenir celle d’une interruption. Dans les deux cas, la décision devrait reposer sur une chaîne datée de preuves, pas sur la seule persistance d’un enregistrement.

Sources publiques identifiées

Entrée du répertoire ROYA en français