Résumé

  • Le Registration Data Access Protocol (RDAP) de RIPE couvre exactement l’AS200427 et enregistre Proximity Data Centres Limited comme déclarant. Le statut active qualifie l’objet administratif, pas le réseau en fonctionnement.
  • PeeringDB contient une fiche exacte pour l’ASN 200427 sous le nom nLighten - IX ASN. Le numéro commun rapproche les fiches, mais ne prouve aucune continuité juridique ou opérationnelle entre les deux noms.
  • La réponse figée du Routing Information Service (RIS) de RIPE, interrogée le 7 août 2026 à 00 h 00 UTC, renvoie 0/325 pour IPv4 et 0/320 pour IPv6. Ces zéros restent limités au produit, à l’heure et aux collecteurs concernés.

Commencer par la différence de noms

Un système autonome regroupe un réseau, ou plusieurs réseaux, qui présentent une politique de routage commune au reste d’internet. Les réseaux échangent les informations de joignabilité au moyen du Border Gateway Protocol (BGP). L’ASN donne un identifiant unique au domaine qui participe à cet échange.

Ici, AS200427 est la clé de rapprochement la plus solide. Il évite de dépendre uniquement de noms d’organisations, qui peuvent évoluer ou désigner des objets différents. Le répertoire et l’objet RIPE utilisent Proximity Data Centres Limited. PeeringDB utilise nLighten - IX ASN pour la fiche portant le même numéro.

Cette concordance technique ne raconte pas pourquoi les noms diffèrent. Elle ne documente pas un rachat, une fusion, un changement de marque, une relation de propriété ou une continuité des opérations. Une telle conclusion demanderait des sources d’entreprise explicites. La bonne pratique consiste donc à conserver les deux libellés et à les rattacher au même ASN sans les déclarer équivalents.

Ce point protège aussi la lecture opérationnelle. Un ASN identifie un objet de routage ; il ne révèle pas si une session est établie, si une route est autorisée ou si un service répond. Il fixe le sujet de l’enquête, puis chaque source apporte une preuve adaptée à sa propre méthode.

RIPE tient le grand livre administratif

RDAP est un protocole structuré d’accès aux données publiques des registres de ressources internet. La réponse de RIPE commence et se termine au numéro 200427 : elle couvre donc exactement un seul ASN. Son handle est AS200427 et le nom de l’objet est PROXIMITY-AS.

Le dossier enregistre Proximity Data Centres Limited comme entité déclarante. Il porte le statut active et contient un événement de création ainsi qu’un dernier changement au 19 décembre 2022 à 15 h 15 min 02 s UTC. Ces champs rendent le numéro identifiable et son histoire administrative consultable.

Ils ne sont pas une télémétrie. active ne signifie pas qu’un routeur est alimenté, qu’une annonce BGP est visible, qu’une origine est autorisée ou qu’une application fonctionne. Les événements du registre ne décrivent pas nécessairement une modification de configuration ni une interruption.

La force du registre tient à sa fonction de grand livre : maintenir l’unicité du numéro, l’association administrative et des coordonnées traçables. Pour savoir ce qui a été déclaré à des fins d’interconnexion ou ce qu’un collecteur a observé, il faut passer à une autre couche.

PeeringDB publie des déclarations, pas une filiation

PeeringDB est un répertoire de coordination alimenté par ses participants. La réponse capturée contient une seule fiche pour l’ASN 200427, identifiée par le numéro 31834 et nommée nLighten - IX ASN. Son statut de fiche est ok, son type est Enterprise et sa politique générale déclarée est Selective. La date de mise à jour indiquée est le 28 mars 2024 à 13 h 05 min 57 s UTC.

Le profil déclare zéro préfixe IPv4, zéro préfixe IPv6, un AS-set IRR vide et aucune ligne netixlan. Il fournit également une tranche de trafic et un site web saisis par le participant. Ces champs décrivent le contenu de la fiche. Ils ne mesurent ni les routes, ni les sessions, ni le trafic.

L’absence de ligne netixlan ne prouve pas une absence de toute présence en point d’échange, de session bilatérale ou d’interconnexion privée. Les compteurs de préfixes à zéro ne prouvent pas que l’ASN n’annonce aucune adresse. Selective ne promet ni l’acceptation ni le refus d’une demande précise. Quant au statut ok, il concerne la fiche de base de données, pas la santé d’équipements ou de services.

La différence de nom reste donc une question ouverte. PeeringDB attribue sa déclaration à l’ASN exact, mais cette fiche ne suffit pas pour relier juridiquement ou opérationnellement nLighten - IX ASN à Proximity Data Centres Limited.

La réponse RIS est une observation datée

La réponse routing-status utilisée ici est figée avec une heure de requête au 7 août 2026 à 00 h 00 UTC. Elle renvoie zéro route qualifiante vue par les 325 pairs RIS IPv4 listés et zéro parmi les 320 pairs IPv6 listés. Les champs d’espace annoncé indiquent aussi zéro préfixe et zéro adresse IPv4, zéro préfixe et zéro équivalent /48 IPv6, ainsi que zéro voisin observé.

Ces nombres décrivent une réponse de produit. Ils ne prouvent pas qu’aucune route n’existait ailleurs, qu’un réseau était en panne ou qu’un système nommé était inaccessible. Des routes peuvent se situer hors du champ de la méthode ou des points d’observation considérés. La réponse ne tranche pas davantage l’autorisation d’origine, le trafic, la latence, la capacité, la topologie, la résilience ou l’expérience d’un client.

Deux champs historiques demandent une attention particulière. first_seen cite le préfixe 185.94.255.0/24 avec l’origine 200427 le 18 décembre 2017 à 00 h 00 UTC. last_seen cite le même préfixe et la même origine le 18 décembre 2017 à 16 h 00 UTC. L’heure de requête, elle, est en 2026.

Ces trois horodatages ne forment pas une chronologie de panne. Les champs first seen et last seen sont des éléments choisis par l’endpoint ; ils ne démontrent pas que l’ASN n’a fonctionné que seize heures, qu’il a cessé d’annoncer après 2017 ou qu’il est resté absent jusqu’en 2026. Une étude de continuité demanderait une série historique conçue à cet effet.

Choisir la preuve adaptée à la question

Une vérification rigoureuse commence par le numéro. Le répertoire et RDAP permettent de confirmer AS200427, son intervalle exact, son handle et le nom administratif associé. Cette étape réduit le risque d’attribuer une observation au mauvais objet.

La fiche PeeringDB vient ensuite. Il faut conserver son nom exact, puis distinguer ce qui est déclaré de ce qui ne l’est pas. Si la question porte sur la relation entre les deux noms, il faut une source d’entreprise explicite. Si elle porte sur une session, il faut une télémétrie autorisée et alignée dans le temps.

Pour le routage, il faut conserver le produit, l’heure de requête, la famille d’adresses et le dénominateur des pairs. Une question d’autorisation demande des preuves d’origine dédiées ; une question de continuité demande une série temporelle ; une question de service demande des tests de bout en bout.

L’enregistrement RIPE, le profil PeeringDB maintenu par le participant et la réponse RIPE RIS figée sont des couches de preuve distinctes ; aucune ne prouve à elle seule une session de peering active, l’absence de routes, une continuité d’entreprise, une joignabilité universelle, l’autorisation d’une route, la capacité, la résilience ou le service client.

Ce que les sources ne permettent pas d’affirmer

Le dossier admis ne prouve ni propriété, ni acquisition, ni changement de marque, ni continuité entre les deux libellés. Il ne documente pas non plus des services, des clients, une implantation géographique, des installations, des équipements, des fournisseurs amont ou une position de marché.

Il ne permet pas de conclure à une présence d’échange active, une session de route server, un volume de trafic, une capacité, une performance, une diversité physique, une disponibilité ou un résultat client. La conclusion défendable reste limitée : le registre associe Proximity Data Centres Limited à AS200427 ; PeeringDB publie une fiche exacte sous un autre nom ; et la réponse RIS figée contient des valeurs nulles dans un cadre précisément daté.

Points à surveiller

  • toute modification de l’intervalle, du handle, du déclarant, du statut ou des événements de l’objet AS200427 dans RIPE RDAP ;
  • toute modification du nom, de la politique, des déclarations de préfixes ou des lignes d’échange dans PeeringDB ;
  • une source d’entreprise explicite expliquant, le cas échéant, la relation entre Proximity Data Centres Limited et nLighten - IX ASN ;
  • d’autres observations de routage qui publient clairement leur produit, leur heure, leur famille d’adresses et leurs dénominateurs ;
  • des preuves dédiées lorsque la question porte sur la continuité, l’autorisation d’origine, une session ou un service.

Sources