Résumé

  • Le répertoire BTW fixe le sujet exact lié à AS57611, tandis que RIPE NCC RDAP décrit l’objet portant le handle AS57611, le nom ROMGAZ-AS et le déclarant au nom complet correspondant.
  • Une réponse figée de RIPE RIS indique une visibilité IPv4 de 0 parmi 327 pairs full-feed répertoriés et une visibilité IPv6 de 0 parmi 322, ainsi que zéro espace annoncé et zéro voisin observé ; ces chiffres restent liés au produit, aux collecteurs et aux heures de la capture.
  • CAIDA AS Rank associe indépendamment AS57611 à ROMGAZ-AS, mais ses champs seen, rang, cône et degré ne démontrent ni autorisation, ni présence universelle, ni propriété, ni capacité, ni état de service.

Un numéro commun, des sources aux rôles différents

Le Border Gateway Protocol permet à des réseaux administrés séparément d’échanger des informations sur les blocs d’adresses qu’ils savent joindre. Un système autonome regroupe des décisions de routage sous une politique commune, et l’ASN distingue ce domaine des autres. Quand une organisation apparaît sous un nom complet, une abréviation ou une forme registrale, le numéro réduit le risque d’assembler des documents qui ne concernent pas le même sujet.

AS57611 relie quatre sources publiques dans cette analyse. Le répertoire BTW délimite l’identité présentée aux lecteurs. RIPE NCC RDAP conserve le dossier administratif du numéro. RIPE RIS produit une observation issue de collecteurs de routage. CAIDA AS Rank publie un profil indépendant dérivé de données BGP. L’accord entre le numéro et le nom ROMGAZ-AS renforce l’identification, sans rendre les sources interchangeables.

Un répertoire ne surveille pas les annonces BGP. Un objet administratif ne décide pas si une origine est autorisée. Une vue de collecteurs ne teste pas tous les chemins possibles. Un profil dérivé n’est pas un bulletin de disponibilité. Chaque conclusion doit donc s’arrêter à la frontière du produit qui la soutient.

Le répertoire établit le sujet public

La route exacte du répertoire BTW a rendu le H1 SOCIETATEA NATIONALA DE GAZE NATURALE ROMGAZ SA et affichait AS57611. L’adresse demandée, l’adresse finale et l’adresse canonique correspondaient. La page ne satisfaisait pas les contrôles bornés d’une erreur douce. Ces éléments permettent d’identifier sans ambiguïté le sujet choisi pour l’article.

La portée probante du répertoire demeure étroite. La page ne dit pas si une route a été annoncée, acceptée ou autorisée à un instant donné. Elle ne mesure ni trafic, ni latence, ni capacité, ni disponibilité. Elle ne prouve pas davantage la propriété de routeurs, d’adresses ou d’autres actifs. Sa fonction est de fixer l’identité à laquelle les autres documents seront comparés.

La présence du bon ASN à côté du sujet exact renforce une comparaison documentaire ; elle ne transforme pas la fiche en diagnostic opérationnel.

RIPE NCC RDAP tient le registre administratif

La réponse RIPE NCC décrit un objet autnum dont les valeurs de début et de fin sont toutes deux 57611. Le handle est AS57611, le nom registral ROMGAZ-AS, et le tableau de statut contient active. L’intervalle limité à un seul numéro évite toute ambiguïté sur la ressource couverte.

Le handle du déclarant est ORG-SNDG2-RIPE. Le nom correspondant est le même nom complet que celui affiché dans le répertoire. Le pont administratif entre le numéro et le sujet est donc direct, sans dépendre d’une simple ressemblance textuelle.

Le mot active qualifie l’objet administratif. Il ne signifie pas qu’une route était visible depuis un collecteur particulier, qu’une origine était autorisée ou qu’un service répondait. Il ne tranche ni la propriété juridique, ni le contrôle opérationnel, ni une permission d’annoncer un préfixe. Ces questions exigent des preuves conçues pour l’autorisation, l’exploitation ou le droit.

Lire RDAP comme un registre préserve son utilité. Les enregistrements de ressources numériques servent à l’unicité, à l’exactitude, au suivi des changements et à la continuité administrative. Un objet peut rester actif alors qu’une observation de routage varie, puisque le registre et le système de routage décrivent des couches distinctes.

La réponse RIPE RIS est une capture datée

RIPE RIS collecte des informations BGP auprès de points d’observation participants et en tire des produits de consultation. La réponse figée retenue ici porte une heure de requête au 8 août 2026 à 00:00 UTC et une heure de réponse au 8 août 2026 à 05:27:27.608973 UTC. Conserver les deux repères empêche de présenter les champs comme un état permanent.

Le tableau de messages était vide. La réponse ne fournissait donc aucun seuil ni aucune règle d’exclusion à reprendre. L’analyse n’en invente pas. Elle conserve les dénominateurs et les valeurs exactement dans le périmètre où ils ont été observés.

Pour IPv4, la visibilité qualifiante était de zéro parmi 327 pairs RIPE 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, zéro adresse IPv4, zéro préfixe IPv6 et zéro bloc équivalent /48 en IPv6. Le champ des voisins observés valait également zéro.

Ces chiffres appartiennent à un endpoint, à un ensemble de collecteurs et à des heures déterminées. Ils ne prouvent pas qu’aucun autre point d’observation n’a vu de route, qu’aucun chemin privé n’existait ou que toutes les destinations étaient injoignables. Ils ne donnent pas non plus de cause. Une valeur nulle ne distingue pas, à elle seule, politique de routage, filtrage, couverture des collecteurs, absence volontaire d’annonce ou autre situation.

Un zéro reste une mesure bornée

La formulation la plus précise conserve le numérateur et le dénominateur : « zéro parmi 327 pairs répertoriés » décrit mieux la capture que « invisible ». La séparation entre IPv4 et IPv6 empêche également d’étendre le résultat d’une famille d’adresses à l’autre.

Les compteurs d’espace annoncé et de voisins demandent la même prudence. Ils ne mesurent pas trafic, capacité, préférence de route, topologie physique, diversité, résilience, disponibilité ou expérience des utilisateurs. Ils ne prouvent ni arrêt, ni abandon, ni transfert, ni perte de contrôle. Une question d’autorisation devrait être examinée avec des données d’autorisation ; une question de service, avec des mesures liées au service et à la période concernée.

La capture n’est pas pour autant dépourvue de valeur. Elle consigne ce que le produit nommé a retourné pour une requête et un instant donnés. La conclusion défendable est donc modeste et reproductible : les champs du produit routing-status de RIPE RIS étaient nuls sur la surface d’observation décrite.

Les champs first seen et last seen sont deux extrémités

La réponse contient aussi des repères historiques. first_seen et last_seen sélectionnent tous deux le préfixe 91.233.106.0/24 avec l’origine 57611. Le premier instant est le 13 décembre 2011 à 16:00 UTC ; le dernier, le 18 avril 2019 à 08:00 UTC.

Le fait que le préfixe soit identique ne transforme pas ces deux instants en intervalle continu. Les champs ne décrivent pas toutes les annonces associées à l’ASN, n’expliquent pas les éventuelles lacunes et ne documentent pas l’évolution de la couverture des collecteurs. Ils ne prouvent pas non plus qu’un service aurait fonctionné sans interruption.

Une étude de continuité aurait besoin d’une série temporelle conçue pour cette question, de points d’observation déclarés et d’une méthode explicite pour traiter les trous. Les deux champs disponibles ici soutiennent seulement deux observations historiques choisies par le produit.

CAIDA AS Rank confirme l’identité dans un autre jeu de données

Le profil figé de CAIDA AS Rank identifie l’ASN 57611, donne le nom ROMGAZ-AS, indique RIPE comme source et associe le code pays RO. Cette concordance sur le numéro et le nom fournit un contrôle d’identité indépendant et dérivé de données BGP.

La même réponse indique seen=false, le rang 79459, un ASN dans le cône client, zéro préfixe et zéro adresse dans ce cône, ainsi qu’un degré total nul. Ce sont les sorties du jeu de données et du traitement de CAIDA. Elles ne constituent pas une mesure universelle de l’ensemble du routage et ne démontrent pas qu’un réseau, une route ou un service était absent partout.

Le profil remplit ainsi deux fonctions limitées : il réduit le risque d’une mauvaise attribution et conserve une photographie de champs calculés. Il ne prouve ni annonces, ni autorisations, ni relations de peering, ni trafic, ni installations, ni capacité, ni propriété physique, ni état de service.

Actif, valeurs nulles et seen-false ne se contredisent pas

Le statut actif de RIPE NCC, les compteurs nuls de RIPE RIS et le champ seen=false de CAIDA peuvent sembler former un seul score de santé. Ce n’est pas le cas. Le premier appartient à un enregistrement administratif. Les seconds appartiennent à une observation datée et à un profil calculé selon une autre couverture.

L’enregistrement RIPE NCC RDAP, la réponse RIPE RIS figée et le profil BGP dérivé de CAIDA AS Rank constituent des couches de preuve distinctes ; aucun ne démontre à lui seul l’autorisation actuelle d’une route, une joignabilité ou une injoignabilité universelle, la capacité, la propriété d’actifs physiques ou l’état d’un service.

L’ASN permet de comparer ces couches sans transférer l’autorité de l’une vers l’autre. Le registre reste un registre, l’observation reste une observation et le profil reste une construction de son jeu de données. Cette séparation donne davantage de valeur aux faits, car elle évite de leur faire dire ce qu’ils n’ont pas mesuré.

Une séquence de vérification utile

La première étape consiste à fermer l’identité : sujet exact du répertoire, ASN visible, plage et handle RDAP, nom du déclarant et identité du profil indépendant. Si ces éléments divergent, il faut arrêter avant de combiner les autres champs.

La deuxième étape consiste à figer l’observation avec l’endpoint, l’heure de requête, l’heure de réponse, les messages, la famille d’adresses, le numérateur et le dénominateur. Les repères historiques doivent rester attachés au préfixe choisi par le produit.

La troisième étape fait correspondre la preuve à la question. Une affirmation d’autorisation requiert les données d’autorisation pertinentes. Une étude de visibilité doit comparer des observations alignées dans le temps et provenant de points déclarés. Une analyse de continuité exige une méthode de série temporelle. Un constat de service demande des mesures de bout en bout et des données système attachées à la période étudiée.

Cette séquence aide à décider quelle preuve chercher ensuite. Elle empêche surtout un numéro public ou un objet de registre de devenir, par raccourci, le diagnostic d’une dépendance applicative, d’une connexion client ou d’une panne qu’aucune des sources n’a mesurée.

Ce que les documents ne démontrent pas

Les quatre sources publiques soutiennent un récit étroit : une identité exacte dans le répertoire, l’objet administratif RIPE NCC d’AS57611, une réponse figée de RIPE RIS et un profil indépendant de CAIDA. Elles ne démontrent ni joignabilité universelle, ni injoignabilité universelle, ni autorisation d’origine, ni propriété juridique, ni permission, ni juridiction.

Elles n’établissent pas une panne, un arrêt, un abandon, un transfert ou une perte de contrôle. Elles ne décrivent ni clients, ni sites, ni équipements, ni territoire de service, ni topologie physique. Aucun des champs admis ne mesure trafic, capacité, latence, diversité, résilience, disponibilité ou résultat pour les utilisateurs.

Les sources n’expliquent pas non plus pourquoi les compteurs étaient nuls ou pourquoi CAIDA retournait ces valeurs. Toute explication demanderait une preuve adaptée à une hypothèse définie. La conclusion responsable consiste à préserver les valeurs capturées, à nommer leurs limites et à ne pas remplacer une mesure absente par un récit.

Points à surveiller

Les vérifications ultérieures devraient conserver les mêmes rôles. Une revue du registre peut examiner si la plage ASN, le handle, le déclarant ou le statut change. Une revue de routage peut comparer des captures seulement si elle conserve produit, heures, dénominateurs et séparation des familles d’adresses. Une revue du profil dérivé peut suivre l’identité et les champs calculés sans les traiter comme preuve d’exploitation.

La prochaine preuve dépendra de la question : données d’autorisation, série temporelle, vues supplémentaires de collecteurs ou télémétrie propre au service. En attendant, les documents convergent sur ROMGAZ et AS57611, tandis que registre administratif, observation de routage et profil BGP conservent des fonctions distinctes.

Sources