Résumé
- L’annuaire BTW identifie précisément Rule Communication - Nordic AB et l’associe à l’AS59408 ; le RDAP du RIPE NCC confirme l’objet à numéro unique, le nom
RULE-ASet le titulaire enregistré. - Dans la réponse RIPE RIS figée, la visibilité IPv4 est de zéro parmi 327 pairs full-feed répertoriés et la visibilité IPv6 de zéro parmi 322 ; l’espace annoncé et les voisins observés sont également à zéro, sans que ces valeurs bornées permettent de conclure à une panne générale.
- CAIDA AS Rank rattache lui aussi l’AS59408 à
RULE-AS, mais ses champsseen, rang, cône et degré restent propres à ce jeu de données et ne prouvent ni autorisation de route, ni propriété, ni état de service.
Un même numéro, plusieurs fonctions documentaires
Le protocole BGP permet à des réseaux exploités séparément d’échanger des informations de joignabilité. Un système autonome regroupe des décisions de routage sous une politique commune ; son ASN sert d’identifiant stable dans cet échange. Dans le cas présent, l’AS59408 fournit donc une clé de rapprochement plus sûre qu’un nom d’entreprise, qui peut être abrégé ou présenté différemment selon les interfaces.
Cette clé commune ne transforme pourtant pas quatre sources distinctes en une seule preuve. L’annuaire BTW répond à une question d’identité publique : quelle fiche est sélectionnée ? Le RDAP répond à une question administrative : quel objet est inscrit pour ce numéro et quel titulaire y figure ? RIPE RIS répond à une question d’observation : que renvoyait un produit fondé sur des collecteurs à un instant donné ? CAIDA AS Rank répond à une question de traitement indépendant : quel profil son propre jeu de données BGP attribuait-il à l’ASN ?
Lire ces couches dans cet ordre évite deux erreurs opposées. La première consisterait à ignorer leur concordance, alors que l’ASN et le nom RULE-AS créent un lien d’attribution utile. La seconde serait de confondre leurs méthodes et d’étendre une donnée administrative ou une mesure de collecteur à l’ensemble du réseau. La comparaison est solide précisément parce que chaque source conserve son périmètre.
L’annuaire fixe le sujet de l’article
La page d’annuaire BTW capturée porte le nom exact Rule Communication - Nordic AB et affiche l’AS59408. L’adresse demandée, l’adresse finale et l’adresse canonique correspondaient, et les contrôles bornés n’indiquaient pas une page de type soft 404. Ces éléments permettent de savoir sans ambiguïté quelle entité de l’annuaire est concernée.
Cette page n’est pas un observatoire de routage. Elle ne mesure pas la propagation d’un préfixe, la latence, le trafic ou la disponibilité d’une application. Elle ne démontre pas non plus qui possède juridiquement des équipements ou des ressources numériques. Son apport est plus limité mais indispensable : elle associe un nom public précis au numéro qui sera retrouvé dans les autres sources.
Cette étape protège l’analyse contre une confusion d’identité. Si le nom de la fiche et celui du titulaire administratif divergeaient, il faudrait examiner cette divergence avant de rapprocher les données. Ici, le numéro exact et le nom du titulaire créent un pont direct. Ce pont autorise la comparaison ; il n’efface pas les différences de calendrier de mise à jour ou de finalité entre les systèmes.
Le RDAP du RIPE NCC est un registre administratif
La réponse RDAP conservée décrit un objet autnum dont les bornes de début et de fin valent toutes deux 59408. Le handle est AS59408, le nom de registre est RULE-AS et le tableau de statut contient active. Il s’agit donc bien d’un objet portant sur un seul ASN, sans extrapolation nécessaire.
Le handle du titulaire est ORG-RCNA1-RIPE et le nom exact du titulaire est Rule Communication - Nordic AB. Cette concordance avec la fiche BTW est une information d’identité. D’autres mentions de maintenance ou de contact présentes dans un registre ne doivent pas être promues au rang de titulaire lorsqu’elles ne jouent pas ce rôle dans l’objet.
Le mot active qualifie l’objet administratif. Il ne signifie pas qu’une route était visible depuis chaque point d’observation, qu’une origine était autorisée par un mécanisme cryptographique, ou qu’un service répondait. Il ne tranche ni la propriété juridique, ni le contrôle opérationnel, ni la permission d’annoncer un préfixe. Ces questions requièrent des sources conçues pour l’autorisation, l’exploitation ou le droit.
Considérer le registre comme un grand livre permet de préserver sa valeur. Il organise l’unicité d’une ressource numérique, son enregistrement et son attribution administrative. Il ne fait pas fonctionner le réseau et ne voit pas chaque mise à jour BGP. Un objet peut donc rester actif dans le registre pendant qu’une observation de routage ponctuelle retourne des valeurs nulles. Les deux faits sont compatibles parce qu’ils appartiennent à des couches différentes.
RIPE RIS décrit une observation figée
RIPE RIS collecte des informations BGP auprès de points d’observation participants et publie des produits dérivés. La réponse utilisée ici conserve une heure de requête au 8 août 2026 à 00:00:00 UTC et une heure de réponse au 8 août 2026 à 06:13:08.924329 UTC. Ces deux repères empêchent de présenter les champs comme une description intemporelle ou nécessairement actuelle.
Le tableau messages était vide. La réponse ne fournissait donc aucun avertissement de seuil ou d’exclusion à reprendre. Il serait incorrect d’en inventer un pour expliquer les compteurs. L’article doit rapporter les valeurs et leurs dénominateurs tels qu’ils apparaissent dans le produit capturé.
Pour IPv4, la visibilité qualifiée était de zéro parmi 327 pairs RIS full-feed répertoriés. Pour IPv6, elle était de zéro parmi 322. Les champs d’espace annoncé indiquaient zéro préfixe IPv4 et zéro adresse IPv4, ainsi que zéro préfixe IPv6 et zéro équivalent /48. Le nombre de voisins observés était lui aussi nul.
Ces zéros décrivent la vue d’un produit, un ensemble de collecteurs et une période d’observation. Ils ne prouvent pas que tout point de vue possible ne voyait aucune route, qu’aucun chemin privé n’existait ou que toute destination était injoignable. Ils n’indiquent pas non plus une cause. Filtrage, politique de routage, couverture des collecteurs, absence volontaire d’annonce ou autre situation ne peuvent pas être départagés par ces seuls champs.
Les dénominateurs comptent autant que les numérateurs. Dire « zéro parmi 327 pairs répertoriés » est plus exact que déclarer sans réserve qu’un ASN n’était pas visible. La séparation entre IPv4 et IPv6 évite également de transformer une mesure concernant une famille d’adresses en conclusion sur l’autre.
Les repères historiques ne forment pas un intervalle continu
La réponse contient aussi des champs first_seen et last_seen. Tous deux sélectionnent le préfixe 91.240.194.0/24 avec l’origine 59408. Le premier repère est daté du 12 septembre 2012 à 16:00:00 UTC et le dernier du 28 mars 2013 à 16:00:00 UTC.
Ces dates sont des points de synthèse retournés par le produit. Elles ne démontrent pas une visibilité continue entre les deux instants. Elles ne prouvent pas davantage la situation avant, après ou entre ces repères depuis chaque collecteur. Une chronologie honnête conserve les deux dates sans transformer leur écart en durée d’exploitation.
Le préfixe sélectionné ne suffit pas non plus à établir une autorisation d’origine. Pour répondre à cette question, il faudrait consulter des éléments d’autorisation adaptés, les dater et les confronter aux annonces concernées. Ici, le champ relie seulement un préfixe et une origine dans le résumé historique du produit.
CAIDA apporte une vue dérivée indépendante
Le profil CAIDA AS Rank associe l’ASN 59408 au nom RULE-AS, indique RIPE comme source et SE comme code pays. Il rapporte seen=false, un rang de 79459, un cône comprenant un ASN, zéro préfixe et zéro adresse dans le cône, ainsi qu’un degré total de zéro.
Ces valeurs sont utiles comme contrôle indépendant, mais elles appartiennent à la version et à la méthode du jeu de données CAIDA. seen=false ne signifie pas qu’aucun système de mesure au monde ne pouvait voir l’ASN. Un rang n’est pas une note de qualité. La taille d’un cône n’est pas une mesure de capacité commerciale, et le degré total n’est pas un test de disponibilité.
La concordance de CAIDA avec le numéro et le nom de registre renforce l’attribution. Elle ne fusionne pas son profil avec le RDAP ou RIPE RIS. Un résultat indépendant a de la valeur lorsqu’il est présenté comme indépendant, avec ses propres définitions et limites.
Ce que le dossier permet de conclure
Le dossier public permet d’affirmer que la fiche BTW sélectionnée concerne Rule Communication - Nordic AB et l’AS59408, que le RIPE NCC conserve pour ce numéro un objet administratif actif nommé RULE-AS avec le titulaire exact indiqué, et que deux produits liés au BGP ont fourni les valeurs décrites dans leurs captures respectives.
Il ne permet pas d’affirmer qu’une origine était autorisée, qu’un réseau était universellement joignable ou injoignable, qu’une panne s’était produite, qu’un service était fermé ou actif, ni qu’une entité détenait juridiquement des actifs techniques. Il ne mesure ni performance, ni capacité, ni latence. Ces conclusions exigeraient d’autres données et d’autres méthodes.
Pour le lecteur, la méthode la plus sûre tient en quatre questions : quelle identité l’annuaire fixe-t-il ? quel objet le registre décrit-il ? que mesure exactement le produit de collecteurs, à quelle date et sur quelle population ? que dérive le jeu de données indépendant ? En conservant ces questions séparées, l’ASN devient un lien documentaire précis plutôt qu’un raccourci vers une histoire que les sources ne racontent pas.