Résumé

  • Une observation historique associait AS210837 à 22 préfixes IPv4 et 29 préfixes IPv6 en juillet 2022, tandis qu’une consultation ultérieure, spécifique à une source, ne retournait aucun préfixe. Cette différence est réelle comme différence de mesure, mais elle ne prouve ni l’arrêt de ROYA Communications ni le retrait de ses routes.
  • La continuité ne peut être établie qu’en reliant plusieurs couches : enregistrement de ressource, origination BGP, propagation par les amonts et visibilité des collecteurs. Dans cette recherche, les charges utiles en direct des points de mesure identifiés n’ont pas été récupérées ; l’état actuel reste donc non vérifié.

Une question de continuité, pas une conclusion de disparition

ROYA Communications and Internet Services Company Ltd est associée à l’AS210837. Pour un opérateur de réseau, un numéro de système autonome est une identité technique importante : il sert à distinguer un domaine de routage dans les échanges BGP. Mais cette identité ne constitue pas, à elle seule, une preuve d’exploitation en cours.

La recherche part d’un contraste déjà signalé dans la couverture antérieure. Une observation historique comptait 22 préfixes IPv4 et 29 préfixes IPv6 pour l’AS210837 en juillet 2022. Une consultation ultérieure, décrite comme une recherche ne retournant aucun préfixe, donnait une image différente. Le point nouveau n’est pas de choisir arbitrairement entre ces deux vues. Il consiste à demander ce que chacune mesure, à quelle date, avec quelle couverture et avec quelles limites.

Le résultat est plus étroit qu’une affirmation de retrait ou de cessation : l’empreinte historique est documentée, mais la continuité actuelle n’est pas établie dans ce dossier. Cette distinction est essentielle pour les opérateurs, les investisseurs et les lecteurs qui utilisent les données de routage pour évaluer la capacité, la résilience ou le contrôle d’un réseau.

Quatre couches qui ne doivent pas être confondues

La première couche est l’enregistrement. Une recherche dans le RIPE Database fournit une trace institutionnelle liée à AS210837. Elle indique qu’un objet de registre existe dans le périmètre observé ; elle ne démontre pas que l’ASN annonce aujourd’hui des routes, que ses préfixes sont joignables ou que l’entité continue d’exploiter le même réseau. Le registre peut conserver une identité pendant qu’une activité de routage change, s’interrompt ou est transférée. La consultation de registre utilisée ici est disponible dans le snapshot RIPE Database.

La deuxième couche est la mesure de routage. Les points d’accès RIPEstat pertinents comprennent la vue d’ensemble de l’ASN, l’état du routage, les préfixes annoncés, l’état BGP, la première et la dernière observation, ainsi que l’historique de routage. Ces familles de données peuvent répondre à des questions différentes : un état présent, une liste de préfixes, une chronologie ou la date d’une observation. Elles ne doivent pas être résumées par une seule valeur « actif » ou « inactif ». Les points d’accès identifiés sont la vue d’ensemble RIPEstat, le statut de routage, les préfixes annoncés, l’état BGP, les données de première et dernière observation et l’historique de routage.

La troisième couche est l’environnement opérationnel déclaré. PeeringDB peut apporter du contexte sur l’identité réseau, les points d’interconnexion et la surface d’exploitation déclarée. Mais la base est volontaire et auto-maintenue. Une fiche présente ou absente ne constitue donc pas une preuve faisant autorité de l’activité BGP actuelle. La source pertinente est l’enregistrement réseau PeeringDB pour l’ASN.

La quatrième couche est la comparaison entre agrégateurs BGP. Des services comme bgp.tools, Hurricane Electric, CAIDA AS Rank et BGPView peuvent servir de contrôles croisés. Toutefois, leurs résultats peuvent diverger en raison de la couverture des collecteurs, des filtres, de la fraîcheur des données et de la manière dont les relations sont calculées. Le résultat affiché doit être associé à un horodatage de récupération et à une définition précise de ce qui a été observé. Les sources identifiées comprennent bgp.tools, Hurricane Electric BGP, CAIDA AS Rank et BGPView.

Le mécanisme de visibilité

La continuité d’un réseau apparaît lorsque plusieurs conditions se rencontrent. L’ASN doit être enregistré ou autrement reconnu ; un ou plusieurs routeurs doivent pouvoir originer des annonces ; les annonces doivent atteindre des amonts et d’autres pairs ; enfin, les collecteurs utilisés par une source doivent les voir et les conserver dans la fenêtre étudiée.

Une absence à un seul niveau produit une ambiguïté. Un registre peut rester inchangé alors que les routes sont retirées. Une annonce peut exister sans apparaître dans la vue d’un collecteur donné. Un service d’agrégation peut afficher une information ancienne, filtrée ou dérivée d’une autre famille de mesures. Inversement, un historique de visibilité démontre qu’une annonce a été observée à un moment donné, mais ne dit pas nécessairement si le même réseau fonctionne aujourd’hui.

C’est pourquoi l’écart entre juillet 2022 et une consultation ultérieure ne peut être converti automatiquement en récit de disparition. Il peut être compatible avec un retrait, une réattribution, une période d’inactivité temporaire ou une défaillance de mesure. Sans observations datées et récupérées directement dans les charges utiles actuelles, ces hypothèses restent indissociables dans cette recherche.

Ce que les données établissent — et ce qu’elles n’établissent pas

Le fait historique est borné : une couverture antérieure associait 22 préfixes IPv4 et 29 préfixes IPv6 à AS210837 en juillet 2022. Cette observation décrit une empreinte de routage à cette date ; elle ne résout pas la question de la continuité ultérieure.

Le dossier établit également que le RIPE Database est une source de registre, non une preuve directe d’annonces BGP actuelles. Il établit que RIPEstat et les agrégateurs BGP sont pertinents pour mesurer la visibilité, mais que leurs résultats doivent être liés à des fenêtres temporelles, à la couverture des collecteurs et aux données effectivement récupérées. Il n’établit pas les préfixes actuels, les comptes de routes actuels, la date d’un éventuel retrait, une cessation d’activité, une réassignation ou une continuité opérationnelle.

La limite est particulièrement importante ici : la recherche a identifié les points d’accès publics, mais leurs charges utiles en direct n’ont pas été récupérées dans l’exécution. Les résultats ne doivent donc pas être présentés comme une lecture actuelle de la table BGP. Le dossier de recherche conserve cette limite comme un état de recherche, et non comme un fait sur ROYA Communications.

Pourquoi cette distinction compte pour les opérateurs

Pour un opérateur ou un investisseur, une empreinte historique peut signaler qu’un réseau a disposé d’une surface d’adressage et d’une capacité d’origination. Elle peut aider à formuler des questions sur les amonts, les politiques de routage, les points de présence ou le modèle économique. Elle ne permet pas, seule, d’évaluer la capacité disponible aujourd’hui.

Une conclusion erronée peut produire deux risques opposés. Lire un ASN enregistré comme la preuve d’un réseau actif peut surestimer la continuité et la résilience. Lire l’absence d’un préfixe dans une consultation particulière comme une cessation peut sous-estimer une activité partielle, un changement d’amont ou une visibilité limitée. Pour une infrastructure régionale, cette erreur de classification peut contaminer l’analyse des dépendances et des chemins de reprise.

La bonne pratique est de conserver les mesures séparées. L’enregistrement répond à la question de l’identité administrative. Les observations BGP répondent à la question de la visibilité du routage dans une fenêtre donnée. PeeringDB donne du contexte déclaré. Les agrégateurs offrent des contrôles, non une autorité unique. La continuité est une conclusion construite à partir de séries d’observations compatibles, pas une propriété déduite d’un seul écran.

Une procédure de vérification encore ouverte

Pour résoudre la question, il faudrait récupérer les charges utiles en direct des endpoints RIPEstat et des sources d’agrégation, en enregistrant pour chacune l’heure de consultation, les préfixes retournés, les dates de première et dernière observation et la couverture revendiquée. Il faudrait ensuite comparer ces résultats sans traiter les différentes vues RIPEstat comme des familles de collecteurs indépendantes : elles reposent sur la même base de données de routage RIPE RIS.

Une seconde vérification devrait comparer les annonces par origine, la présence éventuelle de changements de chemin, les périodes d’absence et les différences entre IPv4 et IPv6. Une troisième devrait examiner les changements d’identité et de surface déclarée dans PeeringDB, sans transformer une omission de fiche en preuve de cessation. Enfin, toute conclusion devrait préciser si elle porte sur une absence dans une fenêtre, une dernière observation connue ou une continuité établie par plusieurs mesures.

À ce stade, la réponse la plus défendable est donc limitée : AS210837 a une empreinte historique documentée, mais le dossier ne permet pas de dire ce qu’elle est devenue. La question reste ouverte entre retrait, réattribution, interruption temporaire et limitation de mesure. Pour la fermer, il faut des observations de routage actuelles, horodatées et vérifiables.

Pour le contexte de l’entité suivie, voir la fiche de ROYA Communications and Internet Services Company Ltd.

Sources

Les sources publiques identifiées pour cette recherche sont le RIPE Database, la vue d’ensemble RIPEstat, le statut de routage RIPEstat, les préfixes annoncés RIPEstat, l’état BGP RIPEstat, les données de première et dernière observation RIPEstat, l’historique de routage RIPEstat, PeeringDB, bgp.tools, Hurricane Electric BGP, CAIDA AS Rank et BGPView. Les charges utiles en direct de ces endpoints n’ont pas été récupérées dans cette exécution ; les affirmations actuelles sont donc explicitement limitées.