Ubiquitous Corp. centres de données Network. doit prouver si la capacité de centre de données commercialisée peut survivre aux contraintes d'énergie et de transport

Résumé

• Les preuves du registre public pour Ubiquitous Corp. centres de données Network. renvoient à AS23929, nommé Ubiquitous-AS, avec Foresightwave INC. comme titulaire APNIC et une adresse à Otsu, Shiga. Cela établit une ancienne identité réseau, pas un domaine d'exploitation de centre de données.
• Les vues de routage du RIPE NCC au 12 juillet 2026 n'ont montré aucun préfixe annoncé, pas d'IPv6, aucun voisin observé et aucune visibilité globale actuelle pour AS23929. Les preuves de routage historiques pointent vers 203.191.136.0/21 et des routes plus spécifiques associées, la dernière preuve d'origine AS23929 se terminant en 2019.
• La propre page de service de Foresightwave indique qu'elle fournit du transit depuis un centre de données à Osaka et peut fournir des adresses globales en tant que membre d'APNIC. Elle ne nomme pas l'installation, ne quantifie pas la capacité de baie ou d'énergie, n'identifie pas les entrées de fibre, ne décrit pas l'autonomie de l'onduleur ou du générateur, et ne publie pas de preuve de basculement client.
• Le niveau de preuve actuel est Négatif pour l'affirmation de réseau de centre de données Ubiquitous-AS. Un service de transit Foresightwave plus large peut exister, mais les preuves publiques ne convertissent pas ce service en capacité de centre de données vérifiée et résiliente.

Le nom de registre survit; le réseau routé, non

La preuve publique la plus concrète pour Ubiquitous Corp. centres de données Network. n'est pas une brochure de centre de données. C'est un enregistrement de système autonome. L'enregistrement RDAP APNIC pour AS23929nomme l'AS Ubiquitous-AS, donne le Japon comme pays, marque l'enregistrement comme actif, enregistre l'enregistrement en septembre 2008 et inclut la description "Ubiquitous Corp. centres de données Network." Le même enregistrement indique le titulaire comme Foresightwave INC., avec une adresse au 2F Fukada Building, 1-13-4 Ogaya, Otsu, Shiga, plus les coordonnées de Foresightwave. C'est une véritable piste de registre.

C'est aussi une piste étroite. Un enregistrement de système autonome indique qu'un numéro et une identité administrative existent dans le registre Internet régional. Il ne dit pas qu'un bâtiment existe, que des baies sont installées, que des clients sont présents, que la charge électrique est protégée ou que le trafic transite aujourd'hui. Dans ce cas, la différence est décisive, car la couche de routage est silencieuse. Lavue des préfixes annoncés du RIPE NCC pour AS23929a renvoyé une liste de préfixes vide pour la fenêtre d'observation du 12 juillet 2026. Savue de l'état du routagea signalé zéro préfixe IPv4 annoncé, zéro préfixe IPv6 annoncé, aucun voisin observé et aucun pair RIS voyant l'AS au moment de la requête.

Ces faits de routage ne signifient pas que Foresightwave n'est plus en activité. Ils signifient que le réseau Ubiquitous-AS spécifique n'est pas visible en tant qu'origine de routage global actuelle dans les preuves publiques examinées ici. La distinction est importante car l'entité de l'annuaire est présentée comme un réseau de centre de données. Un client achetant un service de centre de données ou de transit a besoin d'un chemin du contrat à la capacité physique: installation, énergie, refroidissement, fibre, routage, surveillance et récupération. AS23929 ne fournit actuellement pas ce chemin par lui-même.

Les preuves de routage historiques expliquent pourquoi le nom apparaît dans les enregistrements d'infrastructure. Lepoint de terminaison d'historique de routage du RIPE NCCmontre AS23929 originaire de 203.191.136.0/21 à partir d'octobre 2005 et voyant ultérieurement des routes plus spécifiques associées. Lavue de l'état du routagedonne 203.191.136.0/21 comme premier préfixe d'origine vu et 203.191.136.0/24 comme dernier préfixe d'origine vu, avec la dernière visibilité en 2019. Les preuves publiques étayent donc un réseau autrefois routé, pas un réseau actuellement routé.

Les preuves d'adresse ont également évolué. L'enregistrement RDAP miroir JPNIC pour 203.191.136.0/21décrit ce bloc comme NETFOREST-CIDR-BLK-JP pour Netforest, Inc. Unaperçu de préfixe RIPE NCC actuel pour 203.191.136.0/21montre le bloc annoncé par AS17931, Netforest, plutôt que par AS23929. Cela ne prouve pas une vente d'entreprise, une location ou un service défaillant. Cela prouve que la route Ubiquitous-AS historique ne peut être traitée comme la capacité client Ubiquitous-AS actuelle.

C'est pourquoi l'article commence par une rétrogradation plutôt qu'une estimation de capacité. Il n'y a pas de conversion défendable d'un ancien enregistrement AS en kilowatts, baies, cages ou marge clientèle. Il n'y a même pas de conversion défendable du bloc d'adresses historique de 2 048 adresses en échelle de service actuelle, car le bloc est maintenant observé ailleurs. Si Ubiquitous Corp. centres de données Network. est toujours une étiquette de service en direct, l'opérateur doit indiquer ce que l'étiquette couvre maintenant.

Foresightwave fournit un indice, mais pas une délimitation d'installation

L'indice opérationnel le plus fort vient de Foresightwave elle-même. Lapage d'accueil de Foresightwavedécrit l'entreprise comme soutenant les entreprises régionales à travers le Japon, des réseaux au développement de systèmes. Sapage de serviceindique que l'entreprise fournit du transit en utilisant un centre de données dans la ville d'Osaka comme point de connexion, achète du transit d'opérateur majeur en gros, divise ce transit pour les opérateurs régionaux et peut préparer des adresses globales car elle est membre d'APNIC. C'est une preuve précieuse car elle place le service dans un contexte d'interconnexion physique: un point de rencontre de centre de données à Osaka, des opérateurs régionaux, du transit et de la fourniture d'adresses.

La même page laisse les questions centrales du centre de données sans réponse. Elle ne nomme pas l'installation d'Osaka. Elle n'indique pas si Foresightwave possède de l'espace, loue une cage, loue des baies, revend un port d'opérateur ou gère des routeurs dans la salle d'un autre opérateur.

Elle n'identifie pas le propriétaire, l'opérateur de l'installation, la disposition de la fourniture d'énergie, l'usine de refroidissement, les protections incendie et inondation, les voies d'entrée du bâtiment, le nombre d'interconnexions, l'emplacement de la remise de l'opérateur ou les obligations de maintenance entre Foresightwave et le site sous-jacent. La formulation soutient un service de transit avec un point de connexion à Osaka; elle ne soutient pas un domaine de centre de données possédé ou exploité indépendamment.

Lapage entreprise de Foresightwaveconfirme une activité de réseau plus large. Elle indique le nom de l'entreprise comme Foresightwave, le directeur représentatif comme Michiko Tsujii, le siège social à Otsu, la création en novembre 2003, l'activité de télécommunications sous notification E17-2598, la planification et le conseil en réseaux informatiques, la construction de réseaux et le développement de systèmes, et la participation à APNIC et à la Japan Internet Providers Association. La section historique inclut les premiers projets d'interconnexion régionale, un service d'accès Internet IP fixe pour Shiga en 2010, un déménagement à Otsu en 2014, l'enregistrement en tant que revendeur Juniper et une relation SmartOptics. Ce sont des signaux d'opérateur pertinents.

Ils ne constituent pas une preuve d'installation. Un intégrateur réseau et un revendeur de transit peuvent être techniquement compétents sans posséder d'installation de centre de données. Une entreprise peut être membre d'APNIC et toujours fournir des services via une installation tierce. Une entreprise peut installer des routeurs dans un centre de données d'Osaka et toujours dépendre entièrement des alimentations électriques, des générateurs, du refroidissement, des systèmes d'incendie, des contrôles d'accès et des colonnes montantes d'opérateur de quelqu'un d'autre. La question de l'acheteur n'est donc pas de savoir si Foresightwave existe.

C'est de savoir quelles parties de la chaîne de service Foresightwave contrôle, lesquelles sont externalisées et lesquelles ont été testées en cas de panne.

Lapage des sujets de l'entrepriserenforce qu'il s'agit d'une petite entreprise visible plutôt que d'un grand opérateur d'infrastructure publique. Elle inclut des avis de routine tels qu'un avis de construction de ligne téléphonique de juin 2026, des fermetures saisonnières pour les vacances, une note de 2024 indiquant que les nouveaux contrats d'espace de coworking n'étaient plus acceptés, et des avis antérieurs de problèmes téléphoniques. Aucun de ces éléments ne prouve une faiblesse dans les opérations de transit. Ils montrent que la surface publique de l'entreprise est semblable à celle d'un bureau et d'une société de services, pas une plate-forme de colocalisation transparente avec des fiches d'information sur le site, des tableaux d'énergie, des cartes de réseau et un historique de statut.

La présence Web se situe également en dehors d'AS23929. Lavue de la chaîne DNS du RIPE NCC pour www.foresightwave.neta mappé l'hôte vers 159.28.124.124, et savue de la chaîne DNS pour foresightwave.neta mappé l'apex vers 159.28.124.125. L'enregistrement RDAP miroir JPNIC pour 159.28.124.112/28décrit ce petit bloc comme FSW-NET pour Foresight Wave INC. L'aperçu de préfixe RIPE NCC pour cette plage d'adressesl'aligne sur un préfixe So-net annoncé plus grand. Cela montre un point de terminaison Web Foresightwave en direct, mais pas une origine Ubiquitous-AS en direct.

Cette séparation est un signal de diligence utile. L'entreprise peut héberger un site Web et gérer une entreprise tandis que l'ancien AS est en sommeil. L'entité de l'annuaire ne doit pas être évaluée comme si ces deux faits étaient les mêmes. Si le service fonctionne maintenant via un autre réseau, via un port géré par un opérateur, ou sous un autre AS, les clients ont besoin de l'identifiant réseau actuel, de la démarcation de service et du calendrier de l'installation.

Les anciens enregistrements d'importation ne sont pas une diversité d'opérateurs actuelle

L'ancienne politique de registre d'AS23929 contient deux indices d'opérateurs. Lavue WHOIS du RIPE NCC pour AS23929inclut des lignes d'importation et d'exportation pour AS17685 et AS9607. Les enregistrements APNIC et JPNIC actuels identifientAS17685comme PLAYONLINE pour Square Enix etAS9607comme BBTower pour BroadBand Tower. Les deux sont des réseaux japonais actifs en soi. Lacomparaison de l'état du routage du RIPE NCC pour AS17685 et AS9607montre qu'AS9607 est visible avec de l'espace IPv4 et IPv6, tandis qu'AS17685 est visible avec de l'espace IPv4. Ces réseaux ne sont pas le problème.

Le problème est de savoir si AS23929 les utilise actuellement. Le 12 juillet 2026, lavue des voisins ASN du RIPE NCC pour AS23929a montré zéro voisin. Unerequête PeeringDB pour l'ASN 23929n'a renvoyé aucun enregistrement de réseau public.CAIDA AS Rank pour AS23929a marqué l'AS comme non vu, avec zéro fournisseur, zéro pair, zéro client et zéro préfixe.La page AS23929 d'IP2Locationassocie toujours le nom à foresightwave.net et ne signale aucun amont ou aval, tout en affichant un total d'adresses qui semble refléter une cartographie historique ou commerciale plutôt que des annonces globales actuelles. La conclusion actuelle fiable est qu'aucun collecteur de routage public examiné ici ne voit AS23929 comme actif.

La diversité des opérateurs ne peut être déduite des anciennes lignes d'importation. Elles peuvent décrire un plan passé, un état opérationnel passé, une politique de routage obsolète ou un objet inutilisé. Même si elles reflétaient autrefois une connectivité en direct, deux noms amont ne prouveraient pas une fibre résiliente. Deux sessions BGP peuvent partager un panneau d'interconnexion, un châssis optique, une entrée de bâtiment, une gaine, un fournisseur métropolitain ou une dépendance de service public.

La diversité qui compte pendant une panne est physique et opérationnelle: entrées séparées, salles de rencontre ou chemins protégés séparés, dispositifs actifs séparés, alimentation indépendante, escalade documentée et basculement testé.

Pour le service de transit actuel de Foresightwave, la preuve utile serait un calendrier d'opérateur actuel plutôt qu'une leçon d'histoire d'AS23929. Il devrait identifier l'installation d'Osaka, les ports d'opérateur, le type de remise, la bande passante engagée, la marge de pointe, la séparation des chemins, les fenêtres de maintenance, les contacts d'escalade et le résultat de convergence de route après la perte d'un chemin. Si le service actuel est vendu sans AS23929, l'opérateur doit indiquer quel AS origine les routes client ou quel amont annonce l'espace d'adressage attribué.

Si AS23929 est intentionnellement dormant, cela doit être expliqué afin que les clients ne traitent pas un AS silencieux comme une fragilité inexpliquée.

L'absence de preuves IPv6 publiques est une autre limite pratique. L'état du routage du RIPE NCC montre zéro annonce IPv6 pour AS23929, et le point de terminaison Web public actuel a été observé via IPv4. Cela ne signifie pas que Foresightwave ne peut pas prendre en charge IPv6 dans un autre arrangement. Cela signifie que l'enregistrement Ubiquitous-AS ne démontre pas publiquement un transit double pile. Les clients qui ont besoin d'IPv6 pour les services publics, les réseaux d'accès modernes ou la portabilité future ont besoin d'une preuve actuelle à la démarcation de service réelle.

La leçon de l'opérateur est simple: l'historique du registre logique n'est pas une promesse de disponibilité. Un service de transit en direct peut exister derrière un autre AS ou via un autre fournisseur, mais la preuve doit nommer ce chemin en direct. Tant que ce n'est pas le cas, les clients doivent évaluer l'étiquette Ubiquitous-AS comme un identifiant historique, et non comme une redondance de routage active.

L'énergie est le chiffre de capacité manquant

La question demande si la capacité de centre de données commercialisée peut survivre aux contraintes d'énergie et de transport. Pour Ubiquitous Corp. centres de données Network., aucun chiffre de capacité publique ne peut être validé. La page de service de Foresightwave indique qu'il existe un point de connexion de centre de données à Osaka, mais elle ne dit pas combien de baies, de ports, de routeurs ou de clients s'y trouvent.

Elle n'indique pas l'énergie contractuelle, la charge informatique protégée, la topologie des onduleurs, la puissance nominale des générateurs, l'autonomie en carburant, le chemin de distribution d'énergie, ni la capacité restante après l'indisponibilité d'un composant.

Cette omission compte davantage en 2026 qu'il y a une décennie. Lerésumé du Livre blanc sur l'énergie 2025 du Japonindique que la demande d'électricité devrait augmenter en raison de nouveaux centres de données et usines de semi-conducteurs, et il encadre l'implantation future des centres de données par une "collaboration watt-bit" entre l'électricité et les télécommunications. Le document souligne également la répartition inégale de la demande de centres de données à grande échelle et la différence entre le délai de construction des centres de données et le délai de mise en place de sources d'énergie propre. En d'autres termes, la disponibilité de l'énergie n'est plus une hypothèse de service public de fond; elle fait partie du produit.

Pour un petit opérateur de transit régional, le chiffre pertinent n'est pas les mégawatts à grande échelle. C'est la charge protégée à la démarcation réelle: routeurs, équipements optiques, systèmes de gestion, équipements clients s'ils sont hébergés, et tous les serveurs ou plates-formes de contrôle qui soutiennent le service. Un service peut échouer même si le bâtiment reste ouvert lorsqu'un routeur, un châssis optique, un commutateur en haut de baie, un hôte d'authentification ou un service DNS perd l'alimentation.

Une déclaration commerciale sur un point de connexion de centre de données ne répond pas à la question de savoir si l'équipement Foresightwave a des alimentations A et B, si les deux alimentations sont sauvegardées par onduleur et générateur, ou si un seul tableau de distribution peut supprimer le service.

L'aperçu de la norme d'installation du Japan centres de données Councilest utile ici car il sépare les exigences de fiabilité et de sécurité en catégories d'installations plutôt que de traiter "centre de données" comme une étiquette générique. Lerésumé en anglais de la norme d'installation de centre de données JDCCdécrit des catégories comprenant le bâtiment, l'équipement électrique, l'équipement de climatisation, l'équipement de communications, l'exploitation de l'installation, la sécurité, la salle des serveurs et la gestion de l'énergie. Ses critères d'exemple incluent la redondance des lignes électriques, la redondance des chemins d'énergie et le carburant ou l'eau stockés pour les niveaux supérieurs. Aucune source publique examinée ne montre Ubiquitous-AS ou Foresightwave revendiquant un niveau JDCC, mais le cadre montre quelles preuves un acheteur d'installation japonaise devrait attendre.

Le point de repère mondial atteint le même point. L'aperçu de la certification Tier de l'Uptime Institutedistingue la conception, l'installation construite et les résultats de durabilité opérationnelle, et sesdescriptions de Tierse concentrent sur la redondance, la maintenabilité simultanée et la tolérance aux pannes. Une étiquette, un point de connexion ou une paire de routeurs ne prouve aucun de ces résultats. Un client a besoin de diagrammes, de puissances nominales, de charges mesurées et d'enregistrements de tests.

La preuve du générateur est particulièrement importante car une interruption du service public change le rôle du centre de données d'hôte efficace à centrale électrique isolée. Ladiscussion sur la fiabilité du système de carburant de l'Uptime Institutetraite l'approvisionnement en carburant, les pompes, les contrôles, les réservoirs journaliers, les réservoirs en vrac et les arrangements de remplissage comme faisant partie d'une chaîne de défaillance unique. Foresightwave ne publie aucun chiffre d'autonomie pour le point de connexion d'Osaka. Elle ne publie pas non plus de déclaration indiquant si son équipement est couvert par l'accord de générateur de l'opérateur de l'installation, si les salles réseau restent alimentées pendant le transfert de l'utilitaire vers le générateur, ou si les salles de rencontre des opérateurs partagent le même chemin sauvegardé.

Il ne s'agit pas d'une demande que Foresightwave divulgue publiquement des dessins sensibles. Un dossier client crédible pourrait être partagé sous contrat. Il devrait nommer l'installation, indiquer la charge disponible et protégée, identifier quels appareils sont mono-alimentés et montrer ce qui se passe pendant la maintenance. Lanote de l'Uptime sur l'alimentation bi-cordonrappelle que la redondance de l'installation peut être défaite au niveau de l'appareil. Si un routeur, un pare-feu, un appareil de stockage ou un serveur de gestion n'a qu'un seul chemin d'alimentation, le service orienté client hérite de ce point unique même à l'intérieur d'un bâtiment hautement résilient.

La capacité installée, la capacité vendable et la capacité résiliente sont donc des chiffres différents. La capacité installée est ce que le site pourrait prendre en charge dans des conditions normales. La capacité vendable soustrait les engagements et la réserve. La capacité résiliente est ce qui reste après un état de défaillance ou de maintenance défini. Pour Ubiquitous Corp. centres de données Network., aucun de ces chiffres n'est public. Cela rend toute allégation de capacité un risque non évalué plutôt qu'une preuve opérationnelle.

Le refroidissement et les dangers d'Osaka doivent être liés à la salle réelle

Le refroidissement est l'autre côté du problème d'énergie. Les serveurs et les routeurs convertissent l'électricité en chaleur, et un service de centre de données n'est aussi stable que sa capacité à évacuer cette chaleur pendant la charge ordinaire, la maintenance et la panne. La page de service de Foresightwave donne un point de connexion de centre de données à Osaka, mais elle ne divulgue pas l'installation, la conception du refroidissement, l'enveloppe environnementale, la disposition des capteurs, la dépendance à l'eau ou le résultat thermique après la perte d'un composant de refroidissement.

Osaka n'est pas un climat exotique, mais c'est un environnement estival exigeant pour l'infrastructure. Letableau des normales climatologiquesde l'Agence météorologique japonaise donne pour Osaka des températures moyennes mensuelles 1991-2020 qui culminent en août à 29,0 degrés Celsius, et lapage des statistiques climatiques mensuelles pour Osakasuit les moyennes quotidiennes de température maximale par mois. Ces registres climatiques publics n'établissent pas la température ambiante dans une cage Foresightwave. Ils montrent pourquoi une revendication de centre de données à Osaka a besoin de preuves de rejet de chaleur spécifiques au site plutôt que de déclarations génériques.

Le test clé n'est pas de savoir si le refroidissement existe. C'est de savoir si le refroidissement reste adéquat après un changement d'état de l'énergie. Une perte de service public peut faire fonctionner le refroidissement sur l'alimentation sauvegardée par générateur. Un transfert d'onduleur peut maintenir la charge informatique en vie pendant que certains équipements de rejet de chaleur attendent la stabilisation du générateur. Une journée chaude réduit la marge.

Si le service de l'opérateur ne dépend que de dispositifs réseau, la charge thermique peut être modeste, mais le service peut toujours échouer si la salle, la zone de rencontre ou l'équipement d'accès surchauffe. Si des serveurs clients ou des plates-formes partagées sont hébergés, les preuves requises augmentent.

Lesconseils environnementaux de l'ASHRAE pour les centres de donnéesmontrent également pourquoi la température n'est pas la seule variable environnementale. La contamination par les particules, la contamination gazeuse, l'humidité et la corrosion peuvent affecter la fiabilité de l'équipement. Le matériel public de Foresightwave ne dit rien sur les filtres, la surveillance, le contrôle de la corrosion, la détection des fuites ou la maintenance de la salle d'Osaka. C'est normal pour un petit site Web public, mais cela laisse la charge de diligence raisonnable du client non résolue.

Les dangers de localisation sont tout aussi spécifiques au site. Lematériel de la carte des risques d'inondation de la ville d'Osakaexplique les inondations fluviales, les inondations intérieures, les ondes de tempête et les tsunamis comme types de catastrophes pertinents pour la ville. Le document est spécifique au quartier et ne doit pas être utilisé pour étiqueter un site de centre de données non nommé comme exposé ou sûr. Sa valeur est qu'il établit la liste des questions: élévation du sol, profondeur d'inondation, drainage, étanchéité des entrées, emplacement du carburant et des appareillages de commutation, voies des gaines d'opérateur, accès d'urgence et récupération après interruption du transport.

Le siège social d'Otsu crée une question de continuité distincte. L'enregistrement APNIC et la page entreprise de Foresightwave pointent vers Otsu, tandis que la page de service pointe vers un point de connexion de centre de données à Osaka. Cela peut être une séparation sensée: bureau, ingénierie et administration à Shiga, interconnexion à Osaka. Cela signifie également qu'un acheteur a besoin de deux images de continuité. Le site d'Osaka doit maintenir le trafic; la fonction de support à Otsu ou à distance doit maintenir la surveillance, la communication client et l'autorité de récupération en fonctionnement.

Un service peut être en panne parce que l'équipement a échoué, parce que personne ne peut accéder à l'installation ou parce que les personnes ayant les identifiants et les contacts fournisseurs sont injoignables.

Les preuves d'incendie et de suppression appartiennent au même dossier. Une cage de routeur dans un autre centre de données peut dépendre de la détection, du compartimentage, de la suppression par gaz ou par eau, du routage des alarmes et de l'accès d'urgence du propriétaire. Foresightwave devrait dire aux clients quels documents appartiennent à l'opérateur de l'installation et lesquels appartiennent à la pratique de l'équipement propre de Foresightwave.

Les preuves devraient inclure l'état d'inspection récent, les fenêtres de maintenance, les règles d'accès et le plan d'intervention pour la fumée, les fuites d'eau, les incidents de batterie ou l'isolement accidentel de l'alimentation.

Sans le nom de l'installation, l'article ne peut pas évaluer l'exposition réelle aux inondations, aux incendies, aux séismes ou à la chaleur. C'est le point. Le dossier public actuel s'arrête avant la couche physique qui détermine si la capacité est utilisable.

L'impact sur les clients est concentré même lorsque l'AS est silencieux

Un AS inactif peut toujours avoir de l'importance pour les clients si l'entreprise vend du transit, de la gestion d'adresses, de l'équipement réseau, du développement de systèmes ou des fonctions hébergées via d'autres infrastructures. Les pages de première main de Foresightwave décrivent le support aux opérateurs régionaux, le développement de systèmes, l'approvisionnement et la construction d'équipements réseau, et un historique de travail IP fixe et d'interconnexion. La surface d'impact client n'est donc pas limitée à la table de routage actuelle d'AS23929.

La première classe d'impact est celle des opérateurs régionaux achetant ou envisageant un transit partagé via Foresightwave. Si le point de connexion d'Osaka échoue, ces opérateurs peuvent perdre de la capacité amont, de la joignabilité d'adresse, du support d'ingénierie ou un chemin économique qu'ils ont choisi au lieu de construire leur propre point de rencontre en ville. Si ces opérateurs desservent des entreprises locales, des écoles, des municipalités ou de petits réseaux d'accès, la panne peut se propager vers l'extérieur par le biais de services revendus.

Les preuves publiques n'identifient pas les réseaux aval actuels, il s'agit donc d'un modèle de dépendance plutôt que d'une affirmation concernant des clients nommés.

La deuxième classe d'impact est celle des clients qui dépendent du rôle de conception de réseau ou d'équipement de Foresightwave. Une décision de conception de commutateur, de module optique ou de routeur peut faire partie d'une panne même lorsque le bâtiment du centre de données est sain. La page de service de Foresightwave annonce des travaux sur des produits Cisco, Ruckus, Juniper et optiques. Cela rend la documentation, les pièces de rechange, l'escalade fournisseur et la sauvegarde de configuration importantes.

Si la même petite équipe qui a conçu un réseau client est nécessaire pour le récupérer, la profondeur de personnel fait partie de la résilience.

La troisième classe d'impact est celle des clients utilisant des systèmes développés ou hébergés par l'entreprise ou par ses partenaires. La page entreprise et la page de service décrivent le développement de systèmes basés sur PHP et les systèmes de gestion de service liés aux communications. Les sources publiques ne montrent pas où ces systèmes fonctionnent. Si des outils opérationnels sont hébergés dans la même salle d'Osaka que l'équipement de transit, une panne d'installation pourrait supprimer à la fois le service client et les outils utilisés pour le gérer. S'ils fonctionnent ailleurs, la séparation doit être documentée.

Les preuves de récupération devraient donc être spécifiques au service. Leguide de planification d'urgence du NISTest écrit pour les systèmes d'information fédéraux américains, mais ses catégories de base sont largement utiles: planification pour les systèmes, les télécommunications, le personnel, les tests, la maintenance et les priorités de récupération. Pour Foresightwave, un plan client utile définirait qui déclare un incident, qui peut changer les routes, qui peut demander un support d'interconnexion, où se trouvent les sauvegardes de configuration, comment les clients sont contactés si le téléphone du bureau est en panne et comment le service est rétabli si l'installation d'Osaka est inaccessible.

Des preuves de statut public seraient utiles. Un fournisseur de centre de données ou de transit n'a pas besoin d'un historique parfait pour être crédible. Il a besoin d'avis de maintenance datés, de résumés d'incidents, d'actions correctives et de résultats de tests. La page des sujets de Foresightwave montre des avis de bureau ordinaires et quelques interruptions de service téléphonique, mais elle ne montre pas d'archive de statut réseau ou de journal de maintenance du centre de données. Cette absence ne doit pas être traitée comme un enregistrement de panne caché.

Elle doit être traitée comme une lacune de divulgation pour tout client dont l'activité dépend du service.

Le remède contractuel doit correspondre à l'architecture réelle. Un pourcentage de disponibilité réseau n'est pas suffisant s'il ne mesure que le port de Foresightwave et exclut l'opérateur amont, l'installation, le routeur client, le DNS, l'autorisation d'adresse et la maintenance planifiée. Les clients doivent savoir si le niveau de service couvre la joignabilité des routes, la perte de paquets, l'alimentation de l'équipement, la réparation des interconnexions, les mains distantes, l'équipement client, la réponse de support ou uniquement le produit de transit.

Ils doivent également savoir si les crédits sont le seul remède, car les crédits ne restaurent pas les données perdues et ne préservent pas les opérations commerciales locales pendant une longue panne.

La planification de sortie importe davantage lorsque l'AS public est en sommeil. Si un client reçoit des adresses, il doit savoir si elles sont portables, attribuées par Foresightwave, attribuées par un opérateur ou routées par un autre AS. Il a besoin de lettres d'autorisation, de la responsabilité des objets de route, du contrôle DNS, de la responsabilité du DNS inverse et d'un chemin de migration. Un AS dormant avec une pratique d'adresse peu claire peut rendre la migration plus lente précisément lorsqu'un client essaie de réduire sa dépendance.

Ce qui changerait le niveau de preuve

Ubiquitous Corp. centres de données Network. pourrait sortir d'un niveau de preuve Négatif avec un petit ensemble de divulgations datées et spécifiques. La première est l'identité. L'opérateur doit indiquer si le service actuel est Ubiquitous-AS, le transit Foresightwave, une étiquette héritée ou un arrangement d'installation tiers. Il doit nommer l'entité contractante, le nom du service orienté client, l'AS ou le fournisseur de routage actuel et les ressources d'adresse disponibles pour les clients.

La deuxième est la délimitation de l'installation. La divulgation n'a pas besoin de mettre des détails sensibles sur une page publique, mais les clients doivent recevoir la ville, l'opérateur de l'installation, le rôle du bâtiment et l'empreinte de Foresightwave: baie, cage, armoire d'opérateur, étagère de routeur ou port géré à distance. Il doit distinguer l'équipement possédé, l'espace loué, le transit revendu, le service fourni par l'opérateur et l'installation gérée par le propriétaire. L'ancienne description AS23929 doit être conciliée avec le service actuel.

La troisième est la preuve d'énergie et de refroidissement. Un dossier utile montrerait l'énergie contractuelle, la charge de pointe actuelle, la charge protégée après le retrait d'un composant d'énergie, le support des onduleurs, la couverture du générateur, l'autonomie en carburant, l'état de maintenance, la disposition de l'alimentation des baies et si chaque dispositif critique est alimenté en double.

La preuve de refroidissement doit identifier les cibles environnementales, les températures d'entrée mesurées, les seuils d'alerte, la marge en haute saison estivale et ce qui reste pris en charge pendant la perte de service public et une panne d'un composant de refroidissement.

La quatrième est la preuve d'opérateur. L'opérateur doit énumérer les amonts actuels, les emplacements d'interconnexion d'échange ou privés, les points de remise physique, la bande passante engagée, la responsabilité des objets de route, la disponibilité IPv6 et les résultats des tests de panne. Si AS23929 n'est pas utilisé, le client doit voir l'AS actuel et la raison pour laquelle l'enregistrement Ubiquitous-AS existe toujours. Si deux opérateurs sont offerts, l'opérateur doit indiquer si les gaines, les entrées, l'équipement optique et l'énergie sont véritablement séparés.

La cinquième est la preuve de récupération. Les clients doivent voir le dernier test de transfert de service public, le test de charge du générateur, le test de basculement d'opérateur, le test de restauration de configuration et l'exercice d'impact client. L'enregistrement doit inclure la durée, la charge, les exceptions et les actions correctives. Il est préférable de divulguer un test échoué et une correction que d'offrir une revendication parfaite mais non testée.

La sixième est la documentation indépendante ou du propriétaire de l'installation. Un centre de données nommé d'Osaka peut détenir des preuves JDCC, ISO, SOC, de sécurité incendie, d'inspection électrique ou autres. Le type de document importe moins que la portée. Si une certification couvre le bâtiment du propriétaire mais pas la configuration du routeur de Foresightwave, dites-le. Si une inspection couvre l'installation physique mais pas le basculement client, dites-le. L'honnêteté de la portée est plus utile qu'un badge.

La septième est l'hygiène de routage publique. Si AS23929 est intentionnellement retiré, le dossier public doit le préciser clairement. S'il est prévu qu'il revienne, publiez un plan de route actuel et le statut ROA lorsque les routes sont en direct. S'il ne s'agit que d'un artefact historique, les clients ne doivent pas être invités à le traiter comme une preuve de capacité opérationnelle. La visibilité de route actuelle n'est pas tout le service, mais pour un réseau étiqueté comme réseau de centre de données, c'est une couche de preuve de base.

Comment un acheteur devrait tester le service avant de s'y fier

Le chemin de diligence pratique pour cette entité devrait commencer par un refus d'accepter le nom comme l'actif. "Ubiquitous Corp. centres de données Network." est une description de registre; le service dont un acheteur dépendrait réellement est un ensemble de contrats, de ports, d'adresses, de dispositifs, de salles et de personnes actuels. L'acheteur doit demander à Foresightwave ou à tout revendeur de cartographier ces éléments par écrit.

La carte devrait commencer par l'étiquette de service actuelle, la partie contractante légale, l'opérateur de l'installation, l'adresse d'Osaka ou l'identifiant d'installation anonymisé, et l'AS actuel ou l'AS amont qui annoncera les routes client. Si AS23929 est absent du service, cela doit être explicite plutôt que laissé en note de bas de page.

La deuxième étape est de tester l'autorité d'adresse. Si le service inclut un espace IPv4 public, le client doit savoir si les adresses proviennent de l'allocation propre de Foresightwave, d'un pool d'opérateur, d'un partenaire d'installation, d'une allocation appartenant au client ou d'une attribution temporaire. Il doit savoir qui crée les objets de route, qui signe ou demande les ROA si RPKI est utilisé, qui contrôle le DNS inverse et quels documents sont nécessaires pour déplacer le service. L'ancien historique 203.191.136.0/21 montre pourquoi cela importe.

L'espace d'adresses peut se déplacer, être réattribué, être routé par un autre AS ou devenir lié à un accord amont. Un client qui apprend cela pendant une panne a déjà perdu du pouvoir de négociation.

La troisième étape consiste à transformer le point de connexion d'Osaka en un modèle de responsabilité au niveau du plancher. Un acheteur doit demander quelle armoire contient l'équipement Foresightwave, si l'armoire est verrouillée, qui y a accès, qui fournit des mains distantes, quelles alimentations électriques desservent l'armoire, quels panneaux d'interconnexion sont utilisés et quels systèmes sont hors du contrôle de Foresightwave. Si Foresightwave ne gère que des routeurs, les preuves d'énergie et de refroidissement de l'opérateur de l'installation doivent encore être examinées car le client en dépend.

Si Foresightwave héberge également des serveurs ou des systèmes de contrôle, l'examen doit inclure ces dispositifs, le stockage, les sauvegardes et l'accès de gestion.

La quatrième étape est d'exiger un test de route en direct. Un service peut être présent dans un contrat et absent de la table globale. Avant de s'y fier, le client doit observer une annonce de route, confirmer la visibilité depuis plusieurs points de vue indépendants ou de télémétrie, vérifier l'AS d'origine attendu, mesurer la convergence après un changement contrôlé et vérifier si le chemin change comme promis lorsqu'un amont ou une interconnexion est supprimé.

Si le service est fourni sans annonces de route client, le test équivalent est un exercice de trafic et de joignabilité vers le point de terminaison du service client dans des conditions normales et de panne.

La cinquième étape est de mesurer la marge d'énergie et thermique à la charge réelle. L'acheteur ne doit pas accepter une déclaration générique de centre de données lorsque l'équipement pertinent peut être une petite empreinte de routeur à l'intérieur d'un bâtiment plus grand. Il doit demander la consommation actuelle de l'armoire, la consommation maximale autorisée, l'équilibre de charge des alimentations A et B, les calibres des disjoncteurs, la température d'entrée mesurée, les seuils d'alerte et la température de fonctionnement la plus élevée récente pendant l'été.

Si l'équipement est mono-alimenté, le client doit connaître le contrôle compensatoire. Si l'armoire dépend des mains distantes du propriétaire pour la récupération par cycle d'alimentation, la cible de réponse doit être dans le contrat.

La sixième étape consiste à tester la communication de support. Les avis publics de Foresightwave incluent des travaux de ligne téléphonique ordinaires et des problèmes téléphoniques passés, qui ne sont pas des preuves de panne de réseau. Ils rappellent que le contact client ne doit pas dépendre d'un seul circuit de bureau. Un service résilient doit définir les voies d'urgence par courriel, téléphone, ticket et escalade, y compris ce qui se passe en dehors des heures de bureau et ce qui se passe lorsque les communications de bureau ordinaires sont indisponibles.

Les clients doivent savoir qui a l'autorité d'approuver les changements de route, les travaux d'interconnexion, les mains distantes, le remplacement d'équipement et la notification client.

La septième étape consiste à séparer la maintenance des urgences. La maintenance planifiée doit identifier les ports, opérateurs, dispositifs et services clients affectés, avec un plan de retour en arrière et un état de maintenance qui préserve la capacité protégée promise. Les travaux d'urgence doivent définir qui peut toucher l'équipement, comment les modifications sont enregistrées et comment les clients reçoivent des explications post-incident.

Un AS silencieux peut dissimuler une lacune dans la surveillance en direct; un petit opérateur peut éviter ce risque avec des enregistrements de changement disciplinés et des vérifications de route indépendantes.

La huitième étape consiste à évaluer ce qui reste non résolu. Si l'opérateur ne peut pas nommer l'installation, divulguer les amonts actuels, prouver la séparation des alimentations, démontrer le basculement ou fournir la portabilité des adresses, le client peut toujours acheter le service, mais il doit l'acheter comme un chemin de meilleur effort ou secondaire. Les services critiques doivent conserver un transit indépendant, un DNS indépendant, des sauvegardes indépendantes et un chemin de sortie testé. Ce n'est pas un rejet de la compétence de Foresightwave.

C'est la réponse correcte à un dossier public qui prouve moins que ce que le nom du service implique.

Le verdict actuel: une entreprise vivante, un AS inactif et une revendication de centre de données non prouvée

Le dossier public soutient trois conclusions distinctes. Premièrement, Ubiquitous Corp. centres de données Network. existe en tant que description de registre pour AS23929, Ubiquitous-AS. Deuxièmement, Foresightwave existe en tant qu'entreprise japonaise de réseaux et de systèmes avec un siège social à Otsu, une adhésion à APNIC, une divulgation d'activité de télécommunications et un service de transit de première main qui fait référence à un centre de données à Osaka. Troisièmement, AS23929 n'est actuellement pas visible dans les preuves de routage global examinées ici.

Ces faits ne sont pas interchangeables. Un site Web d'entreprise en direct ne rend pas un AS dormant actif. Un enregistrement AS historique ne prouve pas la capacité de l'installation. Une page de service qui fait référence à un point de connexion de centre de données à Osaka ne prouve pas les baies possédées, la charge protégée, les doubles alimentations de service public, l'autonomie du générateur, la redondance du refroidissement, les entrées d'opérateur séparées ou la récupération client testée. Les preuves publiques amènent l'histoire à la porte de l'installation puis s'arrêtent.

Pour les clients, l'hypothèse la plus sûre est que l'étiquette Ubiquitous-AS n'a aucune valeur de résilience actuelle à moins que l'opérateur ne prouve le contraire. Un service de transit Foresightwave peut encore être commercialement utile, en particulier pour les opérateurs régionaux qui veulent un point de rencontre à Osaka sans construire leurs propres arrangements d'opérateur. Mais il doit être acheté comme un service spécifique avec une installation nommée, des amonts actuels, une portée d'énergie/refroidissement, des droits d'adresse et des tests de récupération, pas comme un réseau de centre de données inféré.

Pour les investisseurs ou les lecteurs d'annuaire, la même discipline s'applique. L'opportunité n'est pas un domaine de centre de données visible attendant d'être compté. C'est un signal d'opérateur mince mais réel attaché à une ancienne identité de réseau. La surface opérationnelle qui compte est petite et physique: les routeurs, les ports, les alimentations électriques, les dépendances de refroidissement, l'accès au bâtiment, les remises d'opérateur et les personnes qui maintiennent le service d'Osaka en vie. Aucun de ceux-ci ne peut être lu à partir de la table de routage publique actuelle d'AS23929, car cette table est vide.

Le niveau de preuve est donc Négatif pour la revendication actuelle de routage et de capacité de centre de données d'Ubiquitous Corp. centres de données Network. Le niveau pourrait s'améliorer rapidement si Foresightwave publie les limites de service actuelles et la preuve d'installation. Jusque-là, la capacité commercialisée doit être traitée comme non vérifiée, et tout client utilisant le service doit maintenir un transit indépendant, un DNS indépendant et un chemin de migration testé.