Résumé

  • Le 1er novembre 2021, KDDI Singapore a annoncé son intention de prendre le nom KDDI Asia Pacific à compter du 1er décembre. Le texte précisait néanmoins que ce projet dépendait d’une résolution des actionnaires modifiant les statuts et de l’approbation des autorités compétentes. Aujourd’hui, le profil de l’entreprise emploie le nouveau nom et la liste publique des opérateurs exploitant des infrastructures de l’IMDA contient une ligne libellée « KDDI Asia Pacific Pte Ltd f.k.a. KDDI Singapore Pte Ltd ».
  • Les données de l’APNIC relient le nom actuel à l’AS56197 au niveau du registre. Les réponses RIPEstat figées montrent, pour leur part, ce que des collecteurs déterminés ont observé à des dates précises. Cette chaîne aide à reconnaître un opérateur malgré des noms différents, mais elle ne transforme ni un registre ni une mesure de routage en titre de propriété, en garantie de disponibilité ou en preuve de performance.

Profil de KDDI Asia Pacific dans le répertoire

Note sur l’image : la photographie d’accompagnement est une reconstitution éditoriale réaliste créée de manière synthétique. Elle montre une analyste indépendante fictive comparant des dossiers sans marque et un relevé réseau abstrait dans un bureau générique. Elle ne représente ni une salariée, ni un bureau, ni une installation, ni des équipements, ni un dossier client réels de KDDI, et elle ne prouve ni propriété, ni continuité, ni performance.

Ce qui s’est réellement passé

Le changement de nom paraît simple lorsqu’on le résume en une seule phrase : KDDI Singapore devait devenir KDDI Asia Pacific. Pourtant, la formulation de l’annonce du 1er novembre 2021 impose une lecture plus attentive. L’entreprise y présentait le 1er décembre 2021 comme la date prévue. Elle indiquait aussi que le changement proposé restait subordonné à une résolution des actionnaires destinée à modifier les statuts ainsi qu’à l’approbation des autorités compétentes. Il s’agissait donc d’un projet daté et conditionnel, non d’un certificat autonome attestant que chaque formalité avait déjà été accomplie.

Des sources plus récentes permettent de compléter ce récit sans effacer cette réserve. Le profil institutionnel actuel de KDDI Asia Pacific utilise le nom KDDI Asia Pacific Pte Ltd et explique que KDDI Singapore a changé de nom en 2021. De son côté, l’Infocomm Media Development Authority de Singapour, ou IMDA, publie une liste actuelle des opérateurs exploitant des infrastructures. Une seule ligne de la réponse officielle figée porte exactement la mention « KDDI Asia Pacific Pte Ltd f.k.a. KDDI Singapore Pte Ltd ».

À la portée précise d’un profil d’entreprise et d’une ligne tenue par le régulateur, ces éléments étayent la relation entre le nom actuel et l’ancien nom.

Cette conclusion doit rester étroite. La ligne de l’IMDA dit quels noms figurent ensemble dans cette liste publique. Elle ne donne pas, à elle seule, le contenu, les conditions ou la version du document éventuellement associé à cette ligne. Elle ne relie pas non plus l’entreprise à l’AS56197, ne démontre pas la propriété d’adresses Internet et ne garantit ni disponibilité, ni portée mondiale, ni qualité de service. Pour ces autres questions, il faut changer de source et de méthode.

Le changement de nom ne démontre pas davantage que toutes les activités ont continué sans la moindre interruption. Des salariés, des systèmes, des contrats et des identifiants techniques peuvent rester en place pendant qu’une dénomination évolue. Mais l’événement nominal ne suffit pas à prouver que chaque contrat, chaque autorisation, chaque adresse IP, chaque autorisation de route et chaque relation client a suivi exactement le même calendrier.

Le constat défendable est plus modeste : le profil actuel et la ligne actuelle de l’IMDA relient le nom présent à l’ancien, tandis que l’annonce plus ancienne explique la date envisagée et les conditions déclarées à l’époque.

Pourquoi cette distinction compte dans la vie réelle

L’histoire ne concerne pas seulement les spécialistes du droit des sociétés. Sur Internet, une même organisation peut être décrite par un nom commercial, une raison sociale, une abréviation technique, un identifiant numérique et plusieurs contacts. Ces éléments n’évoluent pas toujours au même moment. Lorsqu’un nom change, les moteurs de recherche et les sites institutionnels peuvent refléter la nouveauté rapidement, alors que certains registres techniques ou historiques conservent des libellés plus anciens.

Une différence entre deux écrans n’est donc pas nécessairement une anomalie ; elle signale surtout qu’il faut identifier la fonction de chaque écran.

Pour une petite entreprise cliente d’un service de connectivité, cette discipline devient concrète lors d’une panne. Le responsable administratif cherche le fournisseur sous son nom actuel. L’équipe réseau reçoit peut-être une alerte mentionnant AS56197 ou KDDI-SG. Le contrat peut encore contenir un ancien libellé, tandis que la liste publique de l’IMDA présente le nom actuel suivi de l’ancien. Si l’équipe assimile trop vite toutes ces traces, elle risque d’appeler le mauvais contact ou de conclure à tort qu’une incohérence prouve un incident. Si elle les relie avec méthode, elle peut au contraire retrouver plus vite le bon chemin d’escalade.

Le même besoin apparaît pendant une évaluation fournisseur. Les achats veulent savoir quelle entité figure au contrat. Le service juridique veut comprendre les réserves attachées à l’annonce du changement de nom. Les ingénieurs veulent vérifier quel domaine de routage est enregistré et ce que les observateurs ont réellement vu. Le service de sécurité veut des contacts techniques vérifiables. Aucune source unique ne peut répondre convenablement à toutes ces questions. Une bonne enquête commence donc par séparer les couches avant de les rapprocher.

Cinq ensembles de traces, cinq questions

Trace publique Question à laquelle elle peut répondre Ce qu’elle ne permet pas de conclure
Profil d’entreprise actuel Quel nom l’entreprise présente-t-elle aujourd’hui et quelle histoire raconte-t-elle ? Achèvement de toutes les approbations, continuité sans interruption ou performance technique
Annonce du 1er novembre 2021 Quel changement était envisagé, pour quelle date et sous quelles conditions déclarées ? Réalisation automatique de chaque condition, transfert de chaque contrat ou maintien de chaque ressource
Ligne de la liste des opérateurs exploitant des infrastructures (Facilities-Based Operators, FBO) de l’IMDA Quels noms actuel et ancien figurent ensemble dans la liste publique actuelle ? Contenu ou conditions d’un document lié, identité d’un numéro de système autonome (ASN), propriété d’adresses, disponibilité ou résultats clients
Registres APNIC Quel numéro de système autonome (ASN), quelle organisation et quels contacts sont consignés au niveau du registre ? Propriété juridique de chaque préfixe, qualité d’un service, disponibilité effective d’une personne ou légitimité générale
Observations RIPEstat Qu’ont vu certains collecteurs, selon une fenêtre, un instant et des filtres explicités ? Vision de tout Internet, contrat, causalité, latence, disponibilité ou satisfaction client

Le profil et l’annonce viennent du même émetteur, KDDI. Ils sont utiles parce qu’une entreprise est bien placée pour expliquer le nom qu’elle emploie et l’annonce qu’elle a publiée. Ils restent toutefois des sources de l’émetteur. La ligne de l’IMDA apporte un contexte public distinct, limité à la façon dont le régulateur présente les deux noms dans sa liste FBO actuelle. L’APNIC apporte encore une autre couche : celle de l’enregistrement des ressources Internet et des contacts associés. RIPEstat, enfin, ne décrit pas une identité juridique ; il restitue des observations faites par une infrastructure de mesure.

Cette répartition évite deux erreurs opposées. La première consisterait à croire que l’annonce de 2021 suffit à prouver le résultat final, alors qu’elle mentionne elle-même des conditions. La seconde serait de rejeter toute relation entre les noms parce que le texte initial était conditionnel. Les traces actuelles autorisent une conclusion intermédiaire et plus solide : le nom actuel et l’ancien nom sont publiquement reliés par le profil actuel et par la ligne officielle de l’IMDA, sans que cette relation garantisse tout ce qui a pu se passer sur les plans juridique, contractuel ou opérationnel.

La couche technique, sans supposer que le lecteur est ingénieur

L’AS56197 est un numéro de système autonome, ou ASN. Un système autonome est un ensemble de réseaux administrés sous une politique de routage commune. L’ASN sert d’identifiant lorsque ces réseaux annoncent aux autres réseaux les chemins qu’ils peuvent emprunter. On peut le comparer au numéro d’un domaine de routage : il aide les machines à distinguer un acteur de routage d’un autre, mais il ne remplace ni le nom d’une entreprise, ni son immatriculation, ni une autorisation réglementaire.

Ces annonces s’échangent notamment au moyen du protocole BGP, pour Border Gateway Protocol. BGP est le langage grâce auquel de grands réseaux indiquent quels blocs d’adresses ils savent atteindre et par quels chemins. Une annonce BGP est donc un signal opérationnel : à un moment donné, un réseau a présenté un chemin à d’autres réseaux. Elle n’est pas, à elle seule, un titre de propriété du bloc d’adresses annoncé. Elle ne dit pas non plus pourquoi le chemin existe, qui paie qui, ni quelle qualité ressent un utilisateur final.

L’APNIC est le registre Internet régional, ou RIR, compétent pour la région Asie-Pacifique. Un RIR tient des registres relatifs aux ressources numériques et aux contacts. Dans le dossier examiné ici, l’annuaire public des membres contient l’entrée exacte de KDDI Asia Pacific. Le protocole d’accès aux données d’enregistrement (Registration Data Access Protocol, RDAP) fournit une réponse structurée pour l’AS56197 : elle présente le nom de registre KDDI-SG, un statut « active », le titulaire ORG-KSPL4-AP, l’organisation KDDI ASIA PACIFIC PTE. LTD. et le contact d’administration réseau KAPP1-AP.

La page WHOIS liée au rôle KAPP1-AP complète la provenance du contact technique. WHOIS est une forme plus ancienne de consultation de données de registre. La présence d’un rôle ou d’une adresse de contact est utile pour retrouver une chaîne administrative. Elle ne garantit cependant pas qu’une personne répondra immédiatement, que l’adresse est surveillée en permanence ou que le détenteur du rôle possède tous les préfixes que l’on peut voir dans une mesure de routage. Un registre consigne ce qui lui a été déclaré dans son champ de compétence ; il ne remplace pas un test de service.

L’IANA, l’Internet Assigned Numbers Authority, se situe plus haut dans la hiérarchie mondiale d’allocation. Sa table des numéros de systèmes autonomes explique comment de grandes plages sont attribuées aux registres régionaux. Cette source aide à comprendre pourquoi les ASN doivent être uniques et comment l’écosystème évite que deux domaines de routage soient confondus. Elle ne permet pas, isolément, d’identifier l’opérateur actuel de l’AS56197. Pour cette association précise, la donnée régionale de l’APNIC est plus directement pertinente.

Ce que les observations RIPEstat montrent réellement

RIPEstat est un service de données exploité par le RIPE NCC. Son API, c’est-à-dire son interface permettant à un logiciel d’interroger le service, peut retourner des observations de routage accompagnées d’une période ou d’un instant. Pour cette étude, deux réponses brutes ont été figées afin que les chiffres cités puissent être rattachés à une requête précise plutôt qu’à une page susceptible d’évoluer.

La première requête concerne la fenêtre allant du 5 août 2026 à 00 h 00 UTC au 6 août 2026 à 00 h 00 UTC. La réponse signale treize entrées de préfixes annoncés observées pour l’AS56197 : douze en IPv4 et une en IPv6. IPv4 et IPv6 sont les deux principales versions du système d’adressage Internet ; elles utilisent des formats différents et leurs observations doivent être comptées séparément. Ici, « treize entrées observées » décrit exactement ce que le service a renvoyé selon cette fenêtre et sa méthode. Ce n’est ni un inventaire exhaustif, ni un registre de propriété.

La deuxième requête fixe l’instant au 6 août 2026 à 00 h 00 UTC. Pour les routes incluses dans cette réponse, le champ de visibilité IPv4 indiquait 324 pairs du Routing Information Service voyant la ressource sur 324 pairs comptés dans ce champ. En IPv6, 319 pairs la voyaient sur 321. Le Routing Information Service, ou RIS, est un réseau de collecteurs qui reçoit des informations BGP. Un « pair » dans cette mesure est une source de données de routage incluse par le service ; ce n’est pas automatiquement un client, un fournisseur ou un partenaire contractuel de KDDI.

La réponse précise aussi que les routes de très faible visibilité sont exclues, ce qui correspond, dans la définition fournie par RIPEstat, à moins de dix pairs RIS disposant d’une table complète. Cette exclusion est importante : la mesure ne prétend pas englober chaque route aperçue par n’importe quel observateur. Elle applique un seuil. Les proportions 324 sur 324 et 319 sur 321 ne doivent donc pas être transformées en affirmation selon laquelle « tout Internet » voyait la ressource ou selon laquelle un service était disponible pour tous les utilisateurs.

La donnée brute comporte également un champ dynamique sur les voisins observés. Son nombre exact n’est pas repris ici, car il est particulièrement facile de le confondre avec un décompte de fournisseurs ou de relations commerciales. Les notions ne sont pas équivalentes. Un voisin observé par une méthode de routage ne révèle pas automatiquement un contrat, une facture, un client ou une capacité. La bonne pratique consiste à conserver la valeur dans la preuve brute et à publier seulement les éléments dont la portée peut être expliquée sans ambiguïté.

CAIDA et le BGP Toolkit de Hurricane Electric offrent deux surfaces de comparaison indépendantes. Ils peuvent aider un chercheur à voir comment d’autres observateurs décrivent l’organisation, la topologie, les préfixes, la connectivité, les données des registres de routage Internet (Internet Routing Registry, IRR) ou les métadonnées de l’infrastructure à clés publiques pour les ressources (Resource Public Key Infrastructure, RPKI). Leurs compteurs peuvent changer avec le temps et leurs méthodes ne sont pas identiques à celle de RIPEstat. Cette étude ne copie donc aucun chiffre actuel de ces pages.

Elle les signale comme des points de contrôle possibles, à utiliser avec une date, une méthode et les réserves propres à chaque observateur.

Pourquoi le nom peut changer alors que le numéro reste utile

Un ASN a précisément été conçu pour éviter que le routage dépende d’un nom de marque écrit de façon variable. Une entreprise peut réorganiser ses activités, adopter une nouvelle dénomination ou raccourcir son nom sur une interface. Tant que le domaine de routage continue d’utiliser le même identifiant et que les registres pertinents restent correctement tenus, les opérateurs peuvent rechercher le numéro sans deviner toutes les variantes textuelles. Cette stabilité technique est utile, mais elle n’est pas une preuve automatique de continuité juridique ou opérationnelle.

Dans le cas présent, l’AS56197 sert de point d’ancrage entre plusieurs systèmes publics. La réponse RDAP associe le numéro à une organisation et à des rôles. L’annuaire des membres apporte un contexte de registre. Les données RIPEstat montrent le numéro dans des observations datées. Le profil de KDDI et la ligne de l’IMDA fournissent le contexte humain du nom actuel et de l’ancien nom. La chaîne devient crédible parce que chaque élément reste dans son domaine, et non parce qu’un seul document aurait autorité sur tous les autres.

Cette distinction est essentielle en cas de changement futur. Si le nom d’entreprise évoluait de nouveau alors que l’ASN restait identique, le numéro faciliterait le rapprochement avec l’historique de routage. Si l’organisation enregistrée changeait mais que le site institutionnel ne l’expliquait pas, la différence mériterait une vérification. Si le numéro cessait d’apparaître dans certains collecteurs, il faudrait regarder les données opérationnelles et les annonces de maintenance, sans déduire immédiatement une disparition de l’entreprise. Chaque changement appelle une question adaptée à sa couche.

Le registre et le réseau en fonctionnement se complètent

Un registre fonctionne comme un grand livre : il enregistre des identifiants, des organisations, des statuts et des contacts selon des règles déterminées. Son utilité tient à l’unicité et à l’exactitude des données ainsi qu’à la possibilité de retracer les modifications. Il ne devient pas pour autant une autorité universelle sur tous les faits techniques, économiques ou politiques. L’inscription à l’APNIC ne dit pas comment chaque paquet circule ; la ligne de l’IMDA ne décrit pas les chemins BGP.

Le réseau en fonctionnement répond à d’autres questions. Si l’on demande « qu’ont vu ces collecteurs à cet instant ? », une observation datée doit primer sur une page institutionnelle statique. Mais cette priorité est limitée à la réalité mesurée : collecteurs retenus, filtres, fenêtre de temps et champs renvoyés. La mesure ne peut pas répondre à la question « quels noms l’IMDA présente-t-elle ensemble ? » ou « quelle organisation l’APNIC consigne-t-elle pour cet ASN ? ». Pour cela, le registre est l’outil approprié.

La fiabilité vient donc d’un accord contrôlé entre traces administratives et traces opérationnelles. Les ressources numériques ont besoin d’identifiants uniques, de données exactes, de changements enregistrés, de métadonnées de sécurité et d’une continuité vérifiable. Une modification du nom n’annule pas ces exigences. Elle augmente au contraire la valeur d’une documentation qui relie ancien nom, nouveau nom, ASN, contacts et observations sans confondre leurs fonctions.

Les métadonnées de sécurité méritent une attention particulière. Le RPKI, ou Resource Public Key Infrastructure, permet aux détenteurs de ressources de publier des ROA, des autorisations d’origine de route indiquant quels ASN peuvent annoncer certains préfixes. Une vérification RPKI doit se faire préfixe par préfixe. Elle ne peut pas être déduite de la seule présence de l’AS56197 dans un annuaire ou d’un compteur global affiché par un observateur. Une future analyse devrait donc comparer les annonces observées aux autorisations correspondantes au moment étudié.

Qui est concerné

Les petites et moyennes entreprises sont les premières concernées lorsqu’elles dépendent d’un fournisseur de connectivité, d’hébergement ou d’un service réseau associé. Elles n’ont pas toujours une équipe capable de distinguer un nom légal, un ASN et un identifiant de contact. Une fiche fournisseur bien tenue devrait conserver ces éléments ensemble, avec leur date de vérification, tout en expliquant ce que chacun signifie. Ainsi, une alerte technique ancienne ne devient pas introuvable après un changement de nom.

Les équipes réseau et sécurité utilisent cette chaîne pour trier les signaux. Un changement dans RDAP peut nécessiter une vérification administrative. Une modification soutenue des annonces peut justifier une enquête de routage. Une variation entre deux observateurs peut provenir de leurs méthodes. Un contact qui ne répond plus peut être un problème de maintenance du registre, sans prouver une panne du réseau. Séparer les hypothèses évite de transformer un indice partiel en diagnostic définitif.

Les achats et les juristes ont besoin d’un autre niveau de précision. La ligne de l’IMDA est utile pour constater que le régulateur public présente le nom actuel comme anciennement KDDI Singapore dans sa liste FBO. Elle ne révèle pas les conditions d’un document lié ni le sort de chaque accord privé. L’annonce de 2021 indique les approbations dont dépendait le projet ; elle ne permet pas d’affirmer sans autre preuve que toutes ont été obtenues. La revue contractuelle demeure donc nécessaire.

Les chercheurs, journalistes et décideurs publics sont aussi exposés au risque d’exagération. Un tableau de routage riche en chiffres peut donner une impression de certitude. Pourtant, les collecteurs voient une partie du réseau et les registres décrivent une catégorie déterminée de faits. Publier la date, le périmètre et les limites de la mesure protège le lecteur contre des conclusions trop larges. Cela permet également de reproduire l’analyse plus tard, lorsque les données auront changé.

Enfin, KDDI Asia Pacific et ses partenaires ont intérêt à préserver des liens clairs entre les identités. Une entreprise peut mettre à jour ses pages publiques, mais la continuité pratique dépend aussi de contacts joignables, de registres exacts, de routes correctement autorisées et d’explications datées. Une communication simple sur le nom ne remplace pas ce travail, même si elle en constitue une partie utile.

Ce que les éléments réunis ne prouvent pas

Premièrement, le changement de nom ne prouve pas une exploitation ininterrompue. Le profil actuel et la ligne de l’IMDA établissent une relation de noms à leurs portées respectives. Ils ne montrent pas l’état continu de chaque système ou de chaque service pendant la transition. Une affirmation de continuité demanderait des journaux opérationnels, des mesures de disponibilité et des données d’incident conçues à cette fin.

Deuxièmement, l’association entre l’AS56197 et l’organisation enregistrée ne prouve pas la propriété exclusive de chaque préfixe observé. Une annonce peut exister dans le cadre d’arrangements techniques variés. Pour attribuer une ressource, il faut examiner le registre du préfixe, l’autorisation d’origine, l’historique et, si nécessaire, les documents juridiques pertinents. L’ASN constitue un identifiant de routage, pas un acte de propriété général.

Troisièmement, la visibilité chez des collecteurs n’est pas la disponibilité ressentie par tous les utilisateurs. Un collecteur peut recevoir une route tandis qu’un service applicatif reste indisponible. À l’inverse, une absence dans un ensemble de collecteurs ne signifie pas nécessairement une panne universelle. Les chiffres RIPEstat doivent rester attachés au RIS, aux filtres et à l’instant de la requête.

Quatrièmement, un rôle de contact ne prouve pas qu’une personne précise travaille encore dans l’organisation ou répond en permanence. Il fournit une voie de rapprochement et une provenance. Une équipe d’incident doit vérifier les moyens de contact par des canaux officiels et ne pas publier de données personnelles inutiles.

Cinquièmement, ni la page de KDDI ni les outils d’observation ne prouvent un nombre de clients, de fournisseurs ou de contrats. Un voisinage de routage et une relation commerciale sont deux notions différentes. Les informations commerciales demandent des sources commerciales, financières ou contractuelles explicites.

Sixièmement, l’adhésion à un registre ou la présence dans une liste réglementaire n’accorde pas une autorité illimitée. Ces mécanismes servent à tenir des dossiers et à encadrer des activités définies. Ils ne règlent pas toute question de propriété, ne confèrent pas une légitimité politique générale et ne remplacent pas la preuve nécessaire dans une autre juridiction.

Les points à surveiller ensuite

Le premier point est la cohérence de l’identité dans RDAP. Une modification du nom de l’organisation, du statut ou des rôles administratifs mérite une capture datée et une comparaison avec les communications officielles. Une différence typographique peut être bénigne ; un changement d’organisation inexpliqué appelle une vérification plus poussée. L’important est de ne pas confondre la date d’observation avec la date réelle d’un éventuel événement.

Le deuxième point est la qualité des contacts. Les rôles techniques et les adresses d’abus ont de la valeur lorsqu’ils conduisent à une réponse utile. Leur présence formelle ne suffit pas. Les équipes concernées peuvent tester leurs procédures d’escalade de manière responsable, documenter les échecs et demander une correction sans exposer inutilement des informations individuelles.

Le troisième point est l’évolution du routage. Une seule réponse figée fournit un point de référence, pas une tendance. De futures requêtes devraient employer des ressources, fenêtres et méthodes comparables. Une variation de préfixes ou de visibilité peut être due à une maintenance, une migration, un changement de collecte ou un incident. Elle ne devient interprétable qu’après confrontation avec des autorisations de route, d’autres observateurs et, si possible, une explication de l’opérateur.

Le quatrième point est l’état des ROA dans le RPKI. Les chercheurs devraient vérifier si les préfixes observés disposent d’autorisations correspondant à l’ASN attendu et noter la date de validation. Un résultat valide ou invalide est lié à un préfixe et à un état de données. Il ne doit pas être généralisé à toutes les routes sans examen.

Le cinquième point est la fraîcheur de la liste de l’IMDA. La preuve utilisée ici est la ligne exacte reliant le nom actuel et l’ancien nom dans la page publique FBO, non le contenu du document relié à cette ligne. Si la ligne est modifiée, supprimée ou reliée autrement, il faudra conserver la nouvelle réponse et expliquer le changement. Une ancienne capture restera utile pour l’histoire, mais elle ne décrira pas automatiquement l’état courant.

Le sixième point est le chemin vers le répertoire éditorial. Le profil lié sert de repère d’identité pour le lecteur ; il ne remplace aucune source externe. Il doit rester accessible et cohérent dans chaque langue prise en charge. Une route localisée défaillante peut rompre le lien promis entre l’article et l’entité, même lorsque la recherche factuelle est correcte.

Une méthode reproductible pour un lecteur non spécialiste

Commencez par le profil actuel de l’entreprise et notez le nom exact qu’il affiche. Lisez ensuite l’annonce datée sans sauter la phrase sur les conditions : distinguez ce qui était projeté, la date envisagée et les approbations mentionnées. Ouvrez enfin la liste publique des opérateurs exploitant des infrastructures de l’IMDA et recherchez la ligne qui contient à la fois le nom actuel et l’ancien nom. Ce trio suffit à construire une chaîne de noms prudente, mais pas à certifier chaque conséquence juridique ou opérationnelle.

Passez ensuite au registre APNIC. Dans la réponse RDAP de l’AS56197, relevez le numéro, le nom court, le statut, l’identifiant de l’organisation, le nom complet de celle-ci et le rôle d’administration. Comparez les libellés, sans exiger qu’ils soient identiques caractère par caractère. L’annuaire des membres et le rôle WHOIS ajoutent un contexte de membre et de contact ; ils ne doivent pas être utilisés pour conclure à une performance ou à une propriété que leurs champs ne décrivent pas.

Pour la couche en fonctionnement, conservez la ressource interrogée, la fenêtre ou l’instant, le statut de la réponse, les comptages renvoyés et les avertissements méthodologiques. Si les résultats doivent soutenir un article, sauvegardez la réponse brute et son empreinte numérique. Décrivez toujours ce qui a été observé. Évitez les verbes qui transforment l’observation en propriété, en contrat ou en garantie.

Comparez ensuite les observateurs. Une divergence entre RIPEstat, CAIDA et le BGP Toolkit de Hurricane Electric peut provenir des sources de données, des filtres, de la période ou de la manière de classer les relations. La divergence est une question à examiner, non une faute à attribuer d’emblée. Notez les dates et résistez à la tentation de mélanger des chiffres collectés à des moments différents.

Terminez par une fiche de synthèse à quatre colonnes : affirmation, source, date et limite. Par exemple, « le nom actuel est KDDI Asia Pacific » peut renvoyer au profil actuel ; « l’IMDA place le nom actuel et l’ancien dans une même ligne » renvoie à la page FBO ; « l’APNIC associe l’AS56197 à l’organisation » renvoie à RDAP ; « certains collecteurs ont vu ces annonces » renvoie aux réponses RIPEstat. Cette présentation simple empêche une preuve de déborder sur la question suivante.

Sources

  1. https://sg.kddi.com/en/company/corporate/
  2. https://sg.kddi.com/en/company/news/2021/kddi-asia-pacific/
  3. https://www.apnic.net/about-apnic/organization/structure/members/?after=Kazi%20Mohammad%20Mahbub%20T%2FA%20Net%20Cafe
  4. https://rdap.apnic.net/autnum/56197
  5. https://wq.apnic.net/apnic-bin/whois.pl?form_type=advanced&searchtext=KAPP1-AP
  6. https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS56197&starttime=2026-08-05T00%3A00%3A00&endtime=2026-08-06T00%3A00%3A00
  7. https://stat.ripe.net/data/routing-status/data.json?resource=AS56197&timestamp=2026-08-06T00%3A00%3A00
  8. https://www.imda.gov.sg/regulations-and-licences/licensing/list-of-telecommunication-and-postal-service-licensees/list-of-facilities-based-operators
  9. https://asrank.caida.org/asns?asn=56197
  10. https://bgp.he.net/AS56197
  11. https://www.iana.org/assignments/as-numbers/as-numbers.xhtml