Résumé

  • Le répertoire BTW rattache l’entité exacte HONG KONG BRIDGE INFO-TECH LIMITED à AS135010 et AS149628.
  • Les fiches RDAP actuelles d’APNIC donnent aux deux ASN le statut administratif « active » et nomment la société comme titulaire enregistré. Ce statut ne signifie pas qu’une route ou qu’un service client fonctionne à cet instant.
  • RIPEstat résume l’état BGP vu par les collecteurs du RIPE Routing Information Service, ou RIS. Il s’agit d’une observation mesurée et datée, non d’une carte complète du réseau de l’entreprise.
  • Au point de données du 6 août 2026 à 08:00 UTC, AS135010 ne présentait aucun préfixe IPv4 ou IPv6 annoncé et aucune visibilité parmi les 327 pairs IPv4 et 322 pairs IPv6 à table complète comptés par l’interface. AS149628 présentait un préfixe IPv4, soit 256 adresses, visible par 327 pairs IPv4 sur 327.
  • Cette absence observée ne prouve ni une panne d’AS135010, ni la fermeture de la société, ni l’indisponibilité de tous ses services. La visibilité d’AS149628 ne prouve pas davantage une accessibilité universelle ou une architecture résistante aux pannes.
  • L’Office of the Communications Authority de Hong Kong inclut la société dans sa liste publique de fournisseurs d’accès à internet, avec la date affichée du 17 janvier 2020. Cette ligne ne documente ni les clients actuels, ni les installations, ni l’étendue d’une licence, ni les performances.

Note sur l’image: l’image principale est un schéma éditorial synthétique qui distingue l’enregistrement d’un ASN de l’observation datée de routes publiques. Ce n’est ni une topologie de l’entreprise ni une carte de panne, et aucun équipement représenté n’est présenté comme appartenant à HONG KONG BRIDGE INFO-TECH LIMITED ou comme étant exploité par elle.

Lire deux indicateurs sans leur faire dire la même chose

Les écrans publics consacrés à l’internet proposent souvent des étiquettes qui paraissent immédiatement concluantes: un titulaire, un statut, un préfixe, un nombre de voisins ou un taux de visibilité. La difficulté n’est pas de lire chaque champ. Elle consiste à savoir quelle question le système qui l’affiche est capable de répondre.

Pour Hong Kong Bridge Info-Tech, le point de départ est l’identité. Le répertoire BTW contient une entité publiée au nom exact de HONG KONG BRIDGE INFO-TECH LIMITED et lui associe AS135010 et AS149628. Cette correspondance évite de mélanger la société avec une organisation au nom voisin. Elle ne décrit cependant ni un contrat de transit, ni un parcours de fibre, ni un ensemble de routeurs.

APNIC apporte ensuite la couche d’enregistrement. Son service RDAP — le protocole normalisé d’accès aux données d’enregistrement — renvoie deux objets nommés HKBIL-AS-AP. AS135010 comme AS149628 portent le statut administratif « active » et indiquent HONG KONG BRIDGE INFO-TECH LIMITED comme titulaire. Un registre peut donc répondre à la question: qui est actuellement inscrit pour cette ressource ?

RIPEstat répond à une autre question: quelles annonces BGP ses collecteurs voyaient-ils au point de données retenu ? L’interface Routing Status s’appuie sur RIPE RIS, un ensemble de collecteurs qui reçoivent des informations de routage. La documentation précise que les points de données sont alignés sur 00:00, 08:00 et 16:00 UTC. Dans cet article, toute comparaison de visibilité se rapporte exclusivement au 6 août 2026 à 08:00 UTC.

Le titulaire enregistré et la route observée ne sont donc pas deux versions concurrentes d’un même fait. Ce sont deux faits de nature différente. Une ressource peut rester correctement enregistrée pendant qu’aucune annonce publique n’est visible à un instant donné. À l’inverse, une route peut être largement visible sans révéler la qualité du service qui se trouve derrière elle.

Ce qu’un ASN permet réellement d’identifier

L’internet réunit une multitude de réseaux administrés séparément. Chacun peut décider comment joindre d’autres réseaux et quelles routes accepter. Un numéro de système autonome, ou ASN, est l’identifiant public d’un domaine de politique de routage dans cet ensemble.

Les réseaux échangent leurs informations de joignabilité au moyen du Border Gateway Protocol, généralement abrégé BGP. Lorsqu’un réseau annonce un préfixe, il indique en substance que certaines adresses IP peuvent être atteintes par un chemin de systèmes autonomes. Les autres réseaux appliquent leurs propres politiques pour accepter l’annonce et choisir une route.

L’ASN est essentiel parce qu’il doit être unique et parce qu’il fournit un point de référence commun. Lorsqu’une annonce paraît inhabituelle, les opérateurs peuvent examiner le titulaire enregistré et les contacts disponibles. Lorsqu’un changement de responsabilité intervient, le registre peut en conserver la trace. Cette fonction de registre fait partie du fonctionnement concret de l’internet.

Mais le numéro n’est pas le réseau physique. Il n’indique pas où se trouvent les routeurs, qui possède les câbles, comment l’électricité est fournie ni si deux chemins partagent la même salle technique. Le mot « autonome » décrit un domaine de décision de routage; il ne promet pas une indépendance matérielle ou commerciale.

Une même organisation peut disposer de plusieurs ASN pour des raisons que les sources choisies ne rendent pas publiques. Elle peut séparer des politiques, réserver une ressource, préparer une évolution ou utiliser différents environnements. Le simple fait que deux numéros aient le même titulaire ne permet ni d’établir qu’ils servent les mêmes clients, ni de conclure qu’ils sont des secours l’un pour l’autre.

L’instantané du 6 août: un contraste mesuré

Au point de données du 6 août 2026 à 08:00 UTC, le résultat relatif à AS135010 comporte plusieurs zéros. L’interface n’indique aucun préfixe IPv4 annoncé, aucun préfixe IPv6 annoncé, et aucun des 327 pairs IPv4 ou 322 pairs IPv6 à table complète recensés ne voit la ressource. Elle donne aussi le 18 novembre 2025 à 00:00 UTC comme dernière observation d’une route originée par AS135010.

Cette dernière date doit rester attachée à sa définition. C’est le dernier instant « vu » que renvoie l’interface pour une route originaire de cet ASN. Ce n’est pas la date d’une décision d’entreprise, d’une interruption de service ou d’un retrait définitif. Les données ne révèlent ni le motif d’un changement ni l’intention du titulaire.

Pour AS149628, le même instantané signale un préfixe IPv4 annoncé couvrant 256 adresses. Les 327 pairs IPv4 à table complète comptés à ce point de données voient la ressource. Aucun préfixe IPv6 annoncé n’apparaît, et l’interface indique trois voisins BGP observés.

Le contraste est net au sein de la méthode RIPEstat: absence de route publique observée d’un côté, large visibilité IPv4 de l’autre. Il ne faut pourtant pas transformer cette comparaison en classement de qualité. Le premier résultat ne dit pas qu’AS135010 est « mauvais »; le second ne certifie pas qu’AS149628 est « robuste ». Ils décrivent seulement des états BGP publics observés par les collecteurs concernés à la même heure.

Pourquoi l’absence de route n’équivaut pas à une panne

Une observation nulle est une information utile lorsqu’on respecte son périmètre. Elle indique que les points d’observation retenus n’ont pas vu de préfixe originaire d’AS135010 à 08:00 UTC. Si un opérateur s’attendait à une annonce publique, ce résultat justifierait une comparaison avec ses propres mesures, sa politique de routage et d’autres collecteurs.

Il manque cependant une donnée décisive: l’attente opérationnelle. Les sources ne disent pas si AS135010 devait annoncer un préfixe ce jour-là. Un ASN peut être conservé sans être utilisé pour une annonce publique continue. Il peut servir dans un contexte privé ou être destiné à un usage ultérieur. L’entreprise peut aussi exploiter des services au moyen d’autres ressources; AS149628 était justement visible dans le même instantané.

Parler de panne de la société dépasserait donc les faits. Les collecteurs BGP ne voient pas les systèmes internes, les accès privés, les applications ni tous les chemins possibles. Ils ne comptent pas les clients et ne testent pas leur expérience. L’absence d’une annonce attribuée à un ASN ne démontre pas que toute l’organisation est hors ligne.

La formule « AS135010 était invisible dans cet instantané RIPE RIS » est précise. La formule « Hong Kong Bridge Info-Tech était en panne » ne l’est pas. Entre les deux se trouvent des questions que seul un ensemble plus riche d’éléments pourrait résoudre: quel service devait utiliser cette ressource, quel préfixe était attendu, quelle maintenance était en cours et que montraient les mesures internes ?

Cette retenue ne diminue pas l’intérêt du signal. Elle le rend exploitable. Un signal de routage bien nommé peut déclencher la bonne vérification, alors qu’une conclusion spectaculaire mais non étayée risque d’envoyer l’enquête vers la mauvaise couche.

Pourquoi une route largement visible ne prouve pas la résilience

Pour AS149628, la présence auprès de 327 pairs IPv4 sur 327 est une observation forte à l’intérieur du réseau de mesure. Elle montre que l’annonce IPv4 s’était largement propagée parmi ces pairs RIS à cet instant. Pour un opérateur, cette information peut aider à distinguer un défaut d’origine de route d’un problème situé plus loin dans la chaîne.

Les pairs RIS ne représentent toutefois ni tous les réseaux d’accès ni chaque utilisateur. Une route inscrite dans BGP peut conduire à une adresse qui filtre ou rejette les paquets. Un service peut tomber derrière une route toujours visible. La capacité peut être insuffisante, le système de noms peut être défaillant, ou une application peut ne plus répondre sans que l’annonce BGP disparaisse.

La table de routage ne montre pas non plus les dépendances physiques. Deux chemins logiques peuvent partager un câble, un bâtiment, une alimentation ou un système de contrôle. À l’inverse, une architecture peut disposer de protections que les sources publiques ne détaillent pas. Le fait que RIPEstat affiche trois voisins observés ne permet pas de connaître les contrats, les volumes de trafic ou la diversité matérielle de ces relations.

L’absence de préfixe IPv6 observé pour AS149628 doit être bornée de la même façon. Elle décrit ce que l’interface a vu pour cet ASN à cet instant. Elle ne prouve pas que la société n’utilise IPv6 nulle part, car d’autres ressources, délégations ou environnements peuvent se trouver hors du corpus.

Le résultat raisonnable est donc plus modeste et plus utile: AS149628 fournissait un signal de routage IPv4 largement visible dans l’instantané retenu. Pour parler de service, il faudrait ajouter des tests de bout en bout. Pour parler de continuité, il faudrait étudier les dépendances et les scénarios de panne.

Le registre et les systèmes en fonctionnement se complètent

Un registre exact n’est pas une formalité décorative. Les ressources numériques doivent rester uniques, leur titulaire doit pouvoir être identifié et les coordonnées utiles doivent être maintenues. Sans cela, une anomalie de route, une question de sécurité ou une évolution de responsabilité devient plus difficile à traiter.

Le registre n’est pourtant pas l’autorité suprême sur la réalité technique. Il conserve une attribution; il ne fait pas passer les paquets. La primauté de l’observation revient aux systèmes en fonctionnement lorsqu’il s’agit de décrire ce qui était routé. Même là, chaque outil n’éclaire qu’une partie de la réalité.

RDAP aide ainsi à retrouver le détenteur enregistré. Les collecteurs BGP permettent de vérifier la présence d’annonces depuis plusieurs points. Des sondes de service peuvent ensuite tester une application. Les informations du titulaire peuvent expliquer l’intention, une maintenance ou une architecture. Aucun niveau ne devrait être utilisé comme substitut automatique aux autres.

Cette séparation des rôles améliore aussi la responsabilité. Si le nom ou le contact est erroné, le problème se situe dans la qualité de l’enregistrement. Si une route attendue disparaît, il s’agit d’un signal de routage. Si les routes restent visibles mais que des utilisateurs échouent à joindre un service, l’examen doit se déplacer vers l’accès, le transport interne, le filtrage, les noms ou l’application.

Ce qu’ajoute la liste publique de l’OFCA

La liste des fournisseurs d’accès à internet publiée par l’Office of the Communications Authority de Hong Kong contient HONG KONG BRIDGE INFO-TECH LIMITED à la ligne 1815, avec la date affichée du 17 janvier 2020. Cette source officielle offre un contexte distinct du registre des numéros internet.

La portée de la ligne reste étroite. Elle établit une présence dans cette liste publique avec la date affichée. Elle ne dit pas quels produits sont aujourd’hui commercialisés, combien de clients les utilisent, où se trouvent les équipements, quelle couverture serait disponible ni quelles performances seraient obtenues. Elle ne constitue pas non plus une mesure de l’état de routage d’AS135010 ou d’AS149628.

Il serait également imprudent d’en déduire l’étendue actuelle d’une licence ou une conclusion de conformité. Une affirmation réglementaire précise devrait s’appuyer sur l’acte ou le dossier officiel correspondant. Ici, la liste sert seulement à confirmer un contexte public lié au nom de l’entreprise.

Cette distinction montre l’intérêt d’attribuer un verbe à chaque source. APNIC enregistre. RIPE RIS observe. L’OFCA inclut un nom dans une liste. Chacun de ces verbes évite de transformer une donnée administrative en certification technique ou une mesure technique en jugement sur l’entreprise.

Les décisions qui exigent davantage que des tableaux publics

Les opérateurs de réseaux ont besoin des deux couches pour réagir efficacement. RDAP peut orienter vers le titulaire et les contacts enregistrés. Les données BGP peuvent montrer si une annonce attendue est visible depuis plusieurs points. Ni l’un ni l’autre ne permet à un opérateur extérieur d’expliquer seul ce qui se passe dans un réseau privé.

Pour un client, la question centrale porte sur le service acheté. Quel ASN et quels préfixes le supportent ? La route attendue est-elle présente ? L’application répond-elle ? Que se passe-t-il si l’accès, le routeur, le bâtiment, l’alimentation ou le transport extérieur devient indisponible ? Deux ASN ne créent une protection que si les systèmes qui les soutiennent évitent réellement les mêmes défaillances.

Les équipes chargées de la sécurité et des abus ont besoin de coordonnées exactes même lorsque le routage change. Une route visible ne garantit pas qu’un signalement sera traité; une route absente ne rend pas inutile la tenue du registre. La qualité du contact et l’état de l’annonce sont deux contrôles séparés.

Les chercheurs et les journalistes doivent préserver cette séparation dans leurs formulations. « Actif » ne doit pas devenir « en service ». « Non vu par ces collecteurs » ne doit pas devenir « entreprise fermée ». « Vu par tous les pairs de cet instantané » ne doit pas devenir « accessible partout ». La précision n’affaiblit pas l’enquête: elle empêche une donnée réelle de soutenir une conclusion qu’elle ne mesure pas.

La société elle-même bénéficie de ces limites. Les sources ne permettent pas de lui attribuer une résilience non démontrée à partir d’AS149628. Elles ne permettent pas non plus de lui imputer une panne à partir d’AS135010. Un compte rendu équilibré décrit les observations et laisse visibles les inconnues.

Des questions vérifiables pour le prochain contrôle

La première question concerne l’intention: AS135010 devait-il annoncer une route publique le 6 août 2026 à 08:00 UTC ? Si la réponse est non, l’absence peut correspondre au fonctionnement attendu. Si la réponse est oui, il faut comparer l’historique des routes, la configuration, les autorisations d’origine et les autres systèmes de mesure.

Pour AS149628, il faut préciser le service examiné. Quel préfixe et quelle application devaient être joignables ? Des tests de paquets et d’application confirmaient-ils le signal BGP ? Le retour d’une route après un incident ne suffit pas toujours à établir le rétablissement complet du service.

Pour les deux ressources, les coordonnées du titulaire et des rôles techniques sont-elles encore valides ? Une autre organisation peut-elle joindre l’équipe compétente pendant un incident ? Les changements de responsabilité sont-ils consignés de manière vérifiable ?

Une affirmation de continuité devrait enfin nommer le risque couvert. Une « seconde route » protège-t-elle contre la panne d’un routeur, d’un câble, d’un site, d’une alimentation, d’un fournisseur ou du plan de contrôle ? Sans cette précision, le mot redondance reste une promesse difficile à vérifier.

Ces réponses n’exigent pas nécessairement de publier une topologie sensible. Un opérateur peut communiquer des attentes de visibilité, des catégories de dépendances indépendantes, des délais de détection et les résultats datés de tests sans exposer de détails exploitables.

Ce qu’il faudra surveiller

L’instantané est périssable. Une mesure ultérieure peut montrer AS135010 à nouveau visible, un nombre différent de préfixes pour AS149628 ou une autre répartition entre IPv4 et IPv6. Toute mise à jour doit conserver l’heure, les collecteurs et la méthode, au lieu de remplacer une observation datée par une étiquette permanente.

Les données d’enregistrement peuvent également changer. Le titulaire, les rôles ou les contacts publiés par APNIC doivent rester exacts. Un changement de registre modifierait l’élément d’identité, mais ne permettrait toujours pas de déduire l’état BGP sans une mesure séparée.

Les affirmations portant sur la disponibilité, la couverture, une migration entre les deux ASN ou la résilience nécessiteraient des preuves adaptées: historique de routes, tests du service concerné et informations sur les dépendances physiques et organisationnelles. Les sources actuelles n’apportent pas ces réponses.

Enfin, la ligne de l’OFCA devrait être vérifiée de nouveau avant tout usage futur. Une liste publique évolue. Toute conclusion relative à une licence ou à une obligation particulière devra rester liée au document officiel qui traite précisément de cette question.

Tenir ensemble le registre et la réalité observable

Le cas de Hong Kong Bridge Info-Tech illustre une règle simple: un bon registre et une bonne observation du réseau sont nécessaires, mais ils ne se remplacent pas. Au même instant, APNIC enregistrait deux objets administrativement actifs tandis que RIPE RIS ne voyait aucune route publique d’AS135010 et voyait largement l’annonce IPv4 d’AS149628.

Ces résultats ne s’annulent pas. Le premier système décrit la responsabilité enregistrée pour des ressources uniques. Le second décrit le comportement visible d’un réseau public depuis un ensemble de points de mesure. Les services utilisés par les clients et les dépendances matérielles constituent encore d’autres niveaux.

Une vérification responsable suit donc un ordre clair: identifier le titulaire, définir la route attendue, observer le routage, tester le service concerné, puis demander quelles dépendances déterminent la continuité. Cette méthode respecte la fonction du registre et la primauté des systèmes qui fonctionnent réellement, sans faire promettre à l’un ce que seul l’autre peut montrer.

Sources