Résumé

  • Les sources publiques examinées identifient plusieurs points d’observation possibles pour l’AS210837, mais les valeurs actuelles des préfixes, voisins, historiques de routage et données opérateur n’ont pas été vérifiées dans le dossier de recherche disponible.
  • Une identité administrative, un objet de routage ou une adjacency BGP ne démontrent ni une fourniture de service actuelle, ni la propriété d’une adresse, ni une relation commerciale avec un fournisseur ou un client.

Le changement d’état qui compte n’est pas encore démontré

Une société peut conserver un numéro de système autonome dans les registres sans que ce numéro soit aujourd’hui le support d’un réseau actif. À l’inverse, une activité de routage visible peut exister sans révéler la structure contractuelle ou financière qui la rend possible. Cette séparation est centrale pour ROYA Communications and Internet Services Company Ltd et son AS210837.

Le dossier réunit des points d’accès publics de RIPE NCC consacrés à l’identité administrative, aux préfixes annoncés, aux voisins ASN, à l’historique du routage et aux objets de l’Internet Routing Registry. Il comprend également des sources indépendantes ou complémentaires telles que BGP.Tools, le BGP Toolkit de Hurricane Electric, Cloudflare Radar, PeeringDB et BGPView. Ces sources constituent le périmètre documentaire examiné pour AS210837, mais le résultat de recherche ne vérifie pas les valeurs qu’elles renverraient actuellement. La requête RIPEstat des objets IRR fournit un autre point de contrôle des assertions de routage. BGPView complète la comparaison entre observatoires, sans rendre ses valeurs actuelles vérifiées dans ce dossier.

Cette distinction empêche une conclusion trop rapide. Le fait qu’un ASN soit enregistré n’établit pas qu’il annonce actuellement des routes. Le fait qu’un préfixe soit associé à un ASN dans un objet IRR n’établit pas qu’il soit visible dans le BGP au moment considéré. Le fait qu’un observatoire voie une séquence contenant AS210837 n’établit pas si l’ASN est un fournisseur de transit, un client, un pair, un intermédiaire technique ou une présence occasionnelle.

Quatre couches de preuve, quatre questions différentes

La première couche est administrative. Un objet aut-num peut associer AS210837 à une organisation et fournir des éléments de statut ou de gestion. C’est une preuve de l’existence d’une identité dans le registre, pas une preuve directe de l’exploitation d’un réseau commercial. L’API Whois de RIPEstat est la source appropriée pour examiner cette identité administrative et ses métadonnées, sous réserve de vérifier la réponse et sa date.

La deuxième couche est celle de l’intention de routage. Les route objects et les résultats issus d’outils IRR peuvent documenter une assertion de politique : un préfixe est censé être associé à un origin ASN donné ou autorisé par un détenteur de ressources. Ces objets peuvent être anciens, incomplets ou maintenus pour une politique qui n’est plus active. Ils ne remplacent pas une observation du plan de contrôle.

La troisième couche est la visibilité BGP. Les mesures de préfixes annoncés et l’historique de routage décrivent ce que voient les collecteurs d’un service à un moment ou sur une période donnée. L’endpoint RIPEstat des préfixes annoncés peut tester l’existence d’une annonce observée, sans démontrer la propriété juridique du préfixe ni l’usage commercial qui en est fait. L’historique de routage est utile pour distinguer une présence persistante, intermittente ou absente, mais la série elle-même doit être récupérée et datée avant toute conclusion.

La quatrième couche est relationnelle. Une adjacency entre deux ASNs dans un chemin BGP indique une proximité observée dans une route. Elle ne révèle pas automatiquement le sens économique de la relation. Un même motif peut être compatible avec du transit, du peering, une relation client-fournisseur, une architecture de transport ou une configuration transitoire. L’API RIPEstat des voisins ASN fournit un point de comparaison pour cette visibilité, mais elle ne transforme pas une adjacency en contrat commercial.

Le mécanisme opérationnel reste conditionnel

Si plusieurs observatoires, à des heures comparables, confirmaient qu’AS210837 origine effectivement des préfixes, la preuve d’une empreinte opérationnelle serait plus solide. La persistance dans le temps renforcerait encore cette hypothèse. Une comparaison entre RIPEstat, BGP.Tools, Hurricane Electric, Cloudflare Radar et BGPView permettrait de séparer un signal largement visible d’un résultat limité à la couverture d’un seul collecteur. BGP.Tools, Hurricane Electric et Cloudflare Radar offrent précisément des angles de comparaison indépendants, chacun avec ses propres limites de mesure.

Mais même une présence BGP confirmée ne suffirait pas à établir une dépendance client ou un pouvoir de marché. Pour passer de la route à l’économie, il faudrait relier le contrôle technique à des éléments supplémentaires : contrats de transit ou de capacité, engagements de niveau de service, clients identifiables, ressources d’adressage, équipements, points de présence, revenus ou obligations de continuité. Aucun reçu de source du dossier actuel n’établit ces éléments pour ROYA.

La chaîne causale est donc la suivante : une identité administrative peut permettre une configuration de routage ; une configuration observée peut signaler une capacité opérationnelle ; une capacité persistante et interconnectée peut créer une exposition à des fournisseurs ou à des pairs ; mais seule une preuve commerciale ou réglementaire peut montrer que cette exposition se traduit par une dépendance client, une contrainte de trésorerie ou un pouvoir de négociation.

Ce que les sources ne permettent pas encore de dire

Le dossier de recherche marque explicitement comme non établies les valeurs actuelles des préfixes, des voisins, de l’historique de routage et des enregistrements opérateur. Il ne vérifie pas non plus les attributs détaillés de l’aut-num, les objets de route, les résultats indépendants des agrégateurs ou l’existence d’une fiche PeeringDB correspondante. PeeringDB peut apporter des informations déclaratives sur la politique, les installations ou la participation à des points d’échange, mais ces données peuvent être incomplètes, anciennes ou différentes des observations BGP.

Cette absence ne prouve pas que ROYA n’exploite pas de réseau. Elle signifie que la conclusion disponible doit rester bornée : les sources publiques désignent les instruments permettant de tester l’activité d’AS210837, mais elles ne fournissent pas ici les valeurs vérifiées nécessaires pour franchir ce test.

Il faut également éviter une confusion fréquente entre changement administratif et changement de contrôle. Une modification dans un registre pourrait refléter une mise à jour de contact, une réorganisation, une correction ou un transfert de gestion. Elle ne démontrerait un changement de contrôle opérationnel qu’en présence d’indices convergents : nouvelles annonces, nouveaux voisins, évolution persistante de la visibilité, données d’opérateur et documents reliant cette évolution à la société ou à ses obligations.

La prochaine preuve décisive

L’enquête peut progresser avec cinq ensembles de données. Il faut d’abord des réponses RIPEstat horodatées pour les préfixes annoncés et l’historique de routage. Il faut ensuite les objets aut-num et route avec leurs dates de modification et leurs mainteneurs. Une troisième étape doit comparer les préfixes et adjacencies entre plusieurs observatoires. Une quatrième doit rechercher des dossiers opérateur datés, notamment dans PeeringDB ou dans les communications de la société.

Enfin, des documents commerciaux, réglementaires ou contractuels doivent relier le contrôle d’un réseau à des clients, des prix, des obligations de continuité ou des flux financiers.

C’est cette progression qui permettrait de distinguer trois scénarios. Dans le premier, AS210837 serait un opérateur actif dont la visibilité est persistante et corroborée. Dans le deuxième, l’ASN conserverait une identité administrative mais présenterait une activité limitée, intermittente ou fortement dépendante d’un tiers. Dans le troisième, les registres et les objets historiques resteraient visibles alors que l’exploitation actuelle ne pourrait pas être démontrée.

La conclusion responsable, à ce stade, n’est donc ni que ROYA contrôle une infrastructure commerciale active, ni que son ASN est inopérant. C’est que la preuve publique disponible indique où chercher la différence entre ces deux états, sans encore la mesurer. Pour les clients, fournisseurs ou investisseurs, la condition observable suivante est une série concordante de routes et de relations inter-AS datées, suivie d’un lien documenté avec la fourniture de service. Sans ce lien, parler de pouvoir de marché ou de dépendance relève d’une hypothèse, pas d’un fait établi.