Nine Cloud affirme disposer de 40 POP et 2,9 T de dorsale, mais l’Internet public n’affiche que deux /24

Résumé

• Le site web de Nine Cloud revendique plus de 40 nœuds de centres de données POP auto-exploités, plus de 2,9 T de lignes privées dorsales entièrement interconnectées et des produits de bande passante client de 1 M à 100 G. Ces chiffres décrivent l’offre, mais aucun inventaire public des installations, circuit, plan d’alimentation ou test indépendant ne démontre une capacité installée ou utilisable.
• AS131495 est actif et a diffusé deux /24 IPv4 le 15 juillet 2026. L’un était un bloc enregistré en Chine avec un réseau adjacent visible; l’autre était la moitié d’un /23 d’une entreprise hongkongaise, visible via deux réseaux adjacents. Cela prouve un routage actif, pas 40 POP physiquement distincts.
• L’historique des licences, un site web actif, un outil de mesure de latence en ligne et une candidature à un appel d’offres public en 2024 témoignent d’une activité commerciale continue. Ils ne confirment pas la propriété actuelle des actifs, la responsabilité d’exploitation des centres de données, la résilience électrique, la charge client, la capacité disponible ou les performances de reprise.

Deux visions du même réseau

Le chiffre au cœur de la présentation publique de Nine Cloud n’est pas un numéro de système autonome. C’est « 2,9 T+ », affiché sur lapage d’accueilde l’entreprise à côté de « 40+ » nœuds de centres de données POP, des notifications d’incident en 15 minutes et une disponibilité de ligne privée dorsale annoncée à 99,95 %. Plus bas sur la page, l’entreprise indique que ces POP sont auto-exploités, couvrent la plupart des villes chinoises de premier et second rang, et peuvent fournir une bande passante de 1 M à 100 G. Elle propose des réseaux privés d’entreprise point à point, en étoile et maillés, des connexions entre clouds publics et locaux clients, des serveurs physiques ou virtuels, et un service « IDC Plus » pour les besoins sur mesure en centres de données.

Le nombre visible depuis l’Internet public est plus modeste: deux routes IPv4 /24, soit 512 adresses au total, diffusées par AS131495 selon unecapture RIPEstat du 15 juillet 2026. Aucune route IPv6 n’était visible. L’un des /24, 123.58.18.0/24, se trouve dans l’espace d’adressage enregistré par l’entreprise pékinoise. L’autre, 103.175.197.0/24, fait partie d’un /23 enregistré par HK JIUYUN INFINITE TRADE LIMITED. Les collecteurs de routes ont observé trois réseaux voisins immédiats sur les deux préfixes, mais pas les trois sur chaque préfixe.

Ces chiffres ne sont pas incompatibles. Un opérateur de lignes privées peut louer des longueurs d’onde, des circuits Ethernet, de l’espace en baie et un accès de dernier kilomètre sans annoncer chaque circuit client dans BGP. Un POP peut contenir un routeur et des interconnexions tout en utilisant des adresses diffusées ailleurs. Un inventaire commercial de 2,9 T peut représenter la somme des débits contractuels plutôt que le transit Internet public.

De même, une carte de nœuds nationale peut surestimer l’indépendance si de nombreux nœuds partagent le même opérateur, le même fournisseur d’installations, les mêmes conduits, la même alimentation électrique, le même système de contrôle ou le même contrat amont. Le propos n’est pas que BGP devrait afficher 2,9 térabits. C’est que les informations publiques ne comblent pas l’écart entre le total marketing et le système physique qui devrait le supporter.

Cet écart modifie la question de la diligence raisonnable. Nine Cloud dispose de suffisamment de preuves pour être considéré comme une entreprise de services réseau active, et non comme un nom lié uniquement à un ancien enregistrement. Il n’y a pas assez de preuves publiques pour considérer chaque nœud, route ou unité de capacité revendiqué comme installé, alimenté, opérationnel, non vendu et recouvrable. Pour un client qui mettrait sa connectivité d’agence, son accès cloud, sa reprise après sinistre ou son équipement hébergé sur la plateforme, ce chaînon manquant importe plus que le total affiché.

L’entreprise derrière le nom

L’historique juridique et opérationnel commence par un avertissement utile sur la continuité. En 2015, uneenquête de la Bourse de Shanghaisur l’acquisition de Beijing Senhua Yiteng par une autre société demandait pourquoi Senhua avait transféré sa filiale Nine Cloud détenue à 100 % à Hong Lei juste avant la transaction. Laréponse publiée dans le Securities Timesindiquait que Senhua avait créé Nine Cloud en juillet 2013, que Hong Lei en était le représentant légal, et qu’elle n’avait effectivement pas exercé d’activité commerciale à la fin 2014. Senhua a transféré les actions à Hong en janvier 2015 sans contrepartie financière, tout en compensant un solde interentreprises, afin de lui offrir une plateforme pour son développement futur après son départ de Senhua.

L’historique de développementde Nine Cloud situe le début de son exploitation commerciale en avril 2015 avec la version 1.0 de son produit EDPN. Elle revendique ensuite une succession de qualifications IDC, ISP, ICP, VPN et de données fixes; un numéro de système autonome indépendant; un produit BGP multi-opérateurs; une licence CDN; une société à Hong Kong; une supervision nationale; des serveurs en périphérie; une connexion à un point d’échange de Hangzhou; une protection bi-opérateur; une succursale à Shenzhen; et finalement une deuxième route dorsale. Lus ensemble, la divulgation boursière et la chronologie de l’entreprise décrivent une activité en sommeil sous sa maison mère d’origine, séparée en 2015, qui s’est ensuite construit sa propre identité opérationnelle.

Cette séparation est importante. Les revenus, installations, contrats clients et l’historique opérationnel attribués à Senhua Yiteng dans la transaction de 2015 ne peuvent pas être simplement affectés à Nine Cloud. La réponse distinguait explicitement les sociétés et indiquait que Nine Cloud n’avait pas exercé d’activité avant le transfert. Toute capacité ultérieure doit donc reposer sur les propres contrats, équipements, baux, licences et routes de Nine Cloud. Les informations publiques offrent certaines de ces couches, mais pas une piste complète des actifs.

Un agrégateur de registres du commerce répertorie actuellement l’entreprise chinoise comme créée le 2 juillet 2013, avec le code de crédit social unifié 91110108071674731C et un capital social de 30 millions RMB. Il mentionne également un enregistrement à Pékin et un vaste champ d’activité lié aux télécommunications. Cetenregistrement d’agrégateurest utile pour la recherche mais ne remplace pas un extrait certifié récent de l’entreprise. Les pages publiques divergent sur le représentant légal actuel et la suite exacte du bureau enregistré. La proprepage de contactde Nine Cloud indique un siège social à Pékin dans les bureaux 325-331 d’Enji Xiyuan et un bureau à Shenzhen dans le Honglong Century Plaza. Les adresses de bureau identifient des lieux pour contacter le fournisseur; ce ne sont pas des adresses de centres de données ni la preuve de la propriété d’équipements.

Il existe des signes d’activité plus récente. La liste 2023 des PME technologiques proposées par Pékin inclut l’entreprise dans le district de Haidian. En septembre 2024, unavis d’appel d’offres de CNOOCa classé Nine Cloud deuxième parmi trois candidats pour la maintenance et le support technique du réseau de communication IT d’une entreprise internationale, avec une offre de 4 375 680 RMB et un score de 56,22. Être un candidat qualifié soutient l’hypothèse qu’elle soumissionnait pour des travaux de réseau d’entreprise. Cela ne prouve pas qu’elle a remporté le contrat, fourni le service, possédait l’infrastructure concernée ou atteint un résultat de disponibilité particulier.

Un large éventail d’autorisations n’est pas un registre d’actifs

L’historique des licences de Nine Cloud est conséquent. Une liste officielle du ministère de l’Industrie et des Technologies de l’information fin 2017 enregistrait la société sous la licence A2.B1-20170249 pour des services de réseau de diffusion de contenu à Pékin et au Shandong. Des rapports sectoriels indiquent qu’elle a obtenu en 2018 les autorisations CDN et services cloud. Des reproductions publiques d’avis de licence ultérieurs montrent un changement de périmètre, un renouvellement en 2021 et un changement de représentant légal en 2023.

L’entrée historique officielle et les avis ultérieurs confirment la continuité d’une licence de télécommunications interrégionale, bien que le calendrier des services actuellement en vigueur, la portée géographique et la date d’expiration doivent être obtenus directement auprès du régulateur ou de l’entreprise avant un achat.

La distinction entre autorisation et mise en œuvre est explicite dans la réglementation chinoise des télécoms. Lecatalogue de classification des services du MIIT de 2015définit le service IDC comme l’utilisation d’installations informatiques appropriées pour héberger, maintenir et gérer les équipements clients, louer des serveurs et du stockage, et organiser les lignes de communication et la bande passante sortante. Il définit la collaboration de ressources Internet de type cloud comme l’utilisation d’équipements et de ressources installés dans des centres de données. Il définit le service CDN autour de groupes de serveurs nœuds distribués. Une licence indique qu’une entreprise peut mener des activités spécifiques dans des conditions spécifiques; elle ne révèle pas quels bâtiments elle utilise, si elle les possède ou les loue, quelle charge informatique est alimentée, ou quelle capacité est déjà engagée.

L’avis de nettoyage du marché de 2017du MIIT renforce ce point. Il ciblait les activités IDC, ISP et CDN sans licence ou hors périmètre, l’utilisation non autorisée de ressources et la revente à plusieurs niveaux. Il exigeait que l’infrastructure, les adresses IP et la bande passante proviennent de fournisseurs dûment licenciés et restreignait les canaux transfrontaliers non autorisés. Le modèle réglementaire anticipe donc une chaîne d’approvisionnement: un fournisseur de services aux entreprises peut combiner ses propres éléments de réseau avec des installations et des circuits obtenus auprès d’opérateurs de base et d’autres opérateurs licenciés.

Le site web de Nine Cloud décrit exactement une telle offre mixte. Il indique pouvoir fournir de la bande passante Internet China Telecom, China Unicom, China Mobile et BGP, de l’hébergement de serveurs physiques, des machines virtuelles, un accès urbain et des lignes privées longue distance. Ce langage n’identifie pas le propriétaire de chaque baie, tronçon optique ou système d’alimentation. De même, l’expression « POP auto-exploité » ne doit pas être automatiquement interprétée comme la preuve de la propriété du centre de données.

Un routeur auto-exploité dans un espace de baie loué, à l’intérieur d’une installation tierce et connecté par des circuits d’opérateur loués, peut avoir un sens opérationnel tout en laissant des dépendances physiques critiques hors du contrôle de Nine Cloud.

C’est également pourquoi le champ région de cet article indique Asie-Pacifique. L’entreprise affirme que son activité à Hong Kong s’est étendue à plus de dix zones à l’étranger et a travaillé avec des opérateurs internationaux. Le bloc d’adresses de Hong Kong et les adjacences internationales étayent une certaine portée transfrontalière. Ils n’établissent pas une flotte mondiale d’installations contrôlées par l’entreprise ou d’équipes opérationnelles locales. La portée mondiale peut être assurée par des fournisseurs amont ou des partenaires; ce n’est pas la preuve d’une empreinte opérationnelle physique mondiale.

La zone opérationnelle physique documentée reste principalement un réseau urbain chinois avec une composante de routage à Hong Kong, et même dans cette zone, le contrôle exact des installations est largement inconnu.

Ce que prouve AS131495

La preuve indépendante la plus solide est l’identité réseau. L’enregistrement RDAP d’APNIC pour AS131495nomme « Nine-cloud », décrit Beijing Nine Cloud Infinite Network Technology et situe l’enregistrement en Chine. Le numéro a été enregistré le 26 avril 2017, reste marqué comme actif, et a été modifié pour la dernière fois le 28 novembre 2023. Le contact administratif et technique est Hong Lei, dont l’objet a été modifié pour la dernière fois en 2017. Ces enregistrements établissent le contrôle délégué d’un numéro de système autonome et le lient directement à l’entreprise pékinoise. Ils ne montrent pas qui configure actuellement les routeurs ou signe les contrats d’opérateur.

La table de routage actuelle révèle deux histoires de ressources différentes. L’enregistrement 123.58.16.0/21 d’APNICnomme Nine-cloud, décrit l’entreprise pékinoise et marque le bloc comme actif en Chine. AS131495 en diffuse actuellement un /24, 123.58.18.0/24. L’autre route visible, 103.175.197.0/24, est la moitié de103.175.196.0/23, une allocation active de Hong Kong enregistrée au nom de HK JIUYUN INFINITE TRADE LIMITED. Le domaine de contactjywx.comcommun et le nom « Jiuyun » partagé suggèrent un lien commercial, mais les documents publics consultés ne fournissent pas de document de propriété d’entreprise liant la société de Hong Kong à celle de Pékin. L’affirmation prudente est que l’ASN pékinois diffuse un espace d’adressage enregistré au nom de l’entité hongkongaise.

L’autorisation d’origine de route est également partagée. Lerésultat de validation RPKI de RIPEstat pour 103.175.197.0/24est valide pour AS131495. Lerésultat équivalent pour 123.58.18.0/24est « inconnu », ce qui signifie que le validateur n’a trouvé aucune autorisation d’origine de route applicable. Inconnu ne signifie pas invalide: les réseaux qui rejettent les routes RPKI invalides ne devraient pas rejeter une route inconnue pour ce seul statut. Cependant, un client évaluant la sécurité du routage voudrait savoir si Nine Cloud a l’intention de créer une autorisation valide pour la route chinoise et comment elle maintient les objets de route dans les registres.

Les deux préfixes ont également des historiques différents. L’historique de routage de RIPEstat montre AS131495 diffusant l’intégralité du 123.58.16.0/21 pendant une partie de 2020, puis annonçant de manière intermittente 123.58.18.0/24 à partir de 2022, et de nouveau en continu dans la période observée à partir d’avril 2026. Le /24 de Hong Kong était diffusé par AS136897 en 2023 et début 2024, avant qu’AS131495 n’en devienne l’origine en février 2024 et reste visible jusqu’au 15 juillet 2026. Cet historique démontre un changement dans le contrôle du routage.

Il n’explique pas si l’équipement a été déplacé, si un accord client ou partenaire a changé, ou si l’emplacement physique d’hébergement est resté le même.

Une route active prouve l’accessibilité, mais c’est un mauvais indicateur de capacité. Un /24 peut se trouver derrière un port 1 Gbit/s ou de nombreux circuits plus importants. Il peut héberger un petit service ou transporter du trafic pour des fonctions réseau qui ne nécessitent pas beaucoup d’adresses publiques. À l’inverse, une activité de lignes privées peut transporter des volumes importants qui n’apparaissent jamais comme des routes clients diffusées par son propre ASN. La conclusion défendable est étroite: AS131495 est actif, a une petite empreinte d’origine IPv4 visible, et ne montre aucune origine IPv6 visible.

Rien dans cette conclusion ne valide ou n’infirme le chiffre de 2,9 T de dorsale privée de l’entreprise.

Trois voisins ne signifient pas trois chemins distincts

Lacapture d’état BGP de RIPEstatmontrait une séparation claire par préfixe. Pour 123.58.18.0/24, les chemins des collecteurs plaçaient AS24138, China TieTong Telecommunications Corporation, immédiatement avant AS131495. Pour 103.175.197.0/24, les chemins plaçaient soit AS984, Octopus Web Solution, soit AS136897, EnjoyVC Cloud Group, immédiatement avant AS131495. Lerésumé AS131495 de Hurricane Electriclistait indépendamment les trois mêmes pairs observés et les deux mêmes /24 diffusés.

C’est une indication utile de diversité logique pour la route de Hong Kong. Au niveau de la politique BGP, plus d’un AS externe peut propager 103.175.197.0/24. Cela ne montre pas deux entrées de bâtiment, deux salles d’interconnexion, deux propriétaires de fibre, deux systèmes sous-marins, deux réseaux électriques ni même deux routeurs. AS984 et AS136897 pourraient entrer dans la même installation, partager un fournisseur d’interconnexion ou converger vers un même fournisseur amont plus éloigné.

Les chemins AS publics suggèrent des chemins de niveau supérieur différents dans de nombreuses vues, mais une chaîne de chemin contient des identifiants administratifs, pas une carte des conduits et des équipements.

Le /24 chinois présente une limitation différente. Seul AS24138 apparaissait comme immédiatement adjacent dans la capture. La route de couverture plus large 123.58.16.0/20 était diffusée par AS23724, le réseau IDC de Pékin de China Telecom. Le site web de Nine Cloud se résout en 123.58.16.244, une adresse située dans le /21 enregistré par l’entreprise mais hors du /24 plus spécifique. RIPEstat associe donc l’adresse du site web à la route de couverture de China Telecom plutôt qu’à AS131495. C’est un arrangement de routage légitime.

Cela illustre également pourquoi l’enregistrement d’adresse, l’origine de la route, l’hébergement web et l’emplacement physique du serveur ne doivent pas être confondus en un seul concept.

Aucune preuve publique examinée n’établit un basculement automatique entre les préfixes chinois et hongkongais. Il s’agit de plages d’adresses différentes avec des réseaux adjacents différents et probablement des cas d’usage différents. Un service client sur une plage ne devient pas automatiquement joignable sur l’autre après une défaillance. Une telle reprise nécessiterait une réplication d’application, une stratégie DNS ou anycast, une synchronisation d’état, des modifications de routage testées et une capacité de réserve suffisante.

Le site de l’entreprise décrit des conceptions de reprise après sinistre et multi-actives comme des produits, mais il ne publie pas de page de statut, de rapport de basculement ou de test de reprise démontrant ces mécanismes pour ses propres systèmes de contrôle.

La question pratique est donc spécifique au service. Un acheteur devrait demander quel préfixe, opérateur et installation exacts desservent son circuit principal; quel préfixe, opérateur, entrée de bâtiment et domaine d’alimentation différents servent la sauvegarde; et si le chemin secondaire a été testé alors que le primaire est physiquement déconnecté. Un diagramme avec deux noms d’opérateur ne répond qu’à la première partie. Un traceroute collecté alors que les deux liaisons sont saines ne prouve pas que l’une ou l’autre liaison peut supporter seule la pleine charge.

L’unique port d’échange public

Nine Cloud possède un profil PeeringDB pour AS131495. L’enregistrement réseauidentifie l’entreprise pékinoise, applique une politique de peering sélective et liste une connexion opérationnelle à NNIX à Hangzhou. Le port est enregistré avec l’adresse IPv4 103.164.64.125 à 1 000 Mbit/s. Aucune adresse IPv6, participation à un serveur de routes ou enregistrement d’installation n’est indiqué. La connexion d’échange a été mise à jour pour la dernière fois le 4 janvier 2022, tandis que l’enregistrement réseau global a été mis à jour le 26 octobre 2022.

C’est une preuve spécifique, mais elle a des limites strictes. PeeringDB est tenu par les entités, l’enregistrement est obsolète, et le drapeau « opérationnel » n’est pas un flux de télémétrie en direct. L’enregistrement d’échange NNIXassocié place l’échange à Hangzhou mais ne liste aucun ensemble d’installations ni aucune URL publique de flux de entités. Un port d’échange à 1 Gbit/s ne peut pas non plus valider 2,9 T de capacité de dorsale. Il peut s’agir d’une petite interface de peering, d’une entrée historique, d’un chemin de gestion ou d’une périphérie parmi de nombreuses interconnexions privées.

La page de développement de l’entreprise indique qu’elle a rejoint un centre d’échange national de Hangzhou et est devenue membre d’un comité national d’interconnexion. L’entrée PeeringDB corrobore la participation à un échange appelé NNIX, mais pas la formulation institutionnelle plus large. Elle ne prouve pas l’emplacement du routeur de Nine Cloud à Hangzhou, le propriétaire de la baie, le chemin d’interconnexion, le niveau de trafic ou l’état actuel du port. PeeringDB ne rapporte aucun niveau de trafic divulgué, aucun looking glass, aucun serveur de routes, aucun ensemble IRR et aucune installation d’interconnexion.

Ce profil mince rend l’absence d’IPv6 plus lourde de conséquences. Nine Cloud vend de la connectivité d’entreprise, des liaisons cloud, de l’hébergement et des services liés au CDN, qui rencontrent tous de plus en plus d’exigences double pile. L’ASN public ne diffuse actuellement aucun préfixe IPv6, et son interface NNIX listée n’a pas d’adresse IPv6. Les clients peuvent toujours recevoir de l’IPv6 via un autre opérateur ou ASN de service, mais les documents publics ne le disent pas.

Un cahier des charges devrait exiger une réponse explicite: double pile native, service tunnellisé, IPv6 fourni par l’amont, ou IPv4 seulement; taille d’allocation d’adresse; sécurité de routage; et comportement de basculement.

Quarante points sont une carte commerciale, pas un relevé de route

Nine Cloud exploite unoutil de latence EDPNdistinct. Le 15 juillet 2026, il renvoyait une longue liste sélectionnable de villes « POP cœur », incluant Pékin, Shijiazhuang, Zhengzhou, Wuhan, Changsha, Guangzhou, Shenzhen, Xiamen, Fuzhou, Ningbo, Hangzhou, Shanghai, Nanjing, Chengdu, Chongqing, Shenyang, Harbin, Kunming, Nanning, Qingdao, Huizhou, Zhanjiang et Haikou. Il nommait également plusieurs étiquettes de centres de données de Pékin et Shanghai. La page d’accueil de l’entreprise affichait des délais de référence pour des paires de villes, comme Pékin-Tianjin, Shanghai-Hangzhou et Guangzhou-Shenzhen.

C’est mieux qu’une carte décorative. L’outil est en ligne, les sélecteurs de nœuds sont lisibles par machine, et le tableau des paires de villes expose des affirmations de latence testables. Cela soutient la conclusion que Nine Cloud a construit ou commandé un système destiné à mesurer un service multi-villes. Il ne révèle toujours pas les adresses IP des sondes, la fréquence des tests, la taille des paquets, la direction, le percentile, la perte, la fenêtre d’échantillonnage, l’opérateur, les coordonnées des installations ou si chaque point de terminaison sélectionné est disponible pour les clients aujourd’hui.

Une étiquette appelée « POP cœur » n’est pas un certificat de réception technique.

La géographie est au niveau des villes. Aucune carte publique examinée ne fournit de polylignes de fibre, de propriétaires de conduits, d’identifiants de circuits longue distance, de stations d’atterrissage, d’entrées de bâtiment ou de coordonnées de salles d’interconnexion. Les entrées de centres de données nommées peuvent identifier des emplacements de service possibles, mais l’outil n’indique pas si Nine Cloud y possède des équipements, revend le service d’un autre fournisseur, y garde des ports de réserve ou dispose simplement d’un produit d’accès coté.

La carte des bureaux sur la page de contact est encore moins pertinente pour la géographie physique du réseau: les sièges sociaux et les succursales ne sont pas automatiquement des POP.

L’entreprise indique que son réseau urbain combine un accès métropolitain protégé avec des liaisons dorsales longue distance protégées. Elle propose de la fibre noire, des longueurs d’onde OTN, des circuits de couche 2, des circuits routés de couche 3, SDH et MSTP, avec différentes interfaces de raccordement. Ces types de produits exigent des frontières de contrôle très différentes. La fibre noire peut laisser l’équipement optique au client; un service OTN dépend du système de ligne de l’opérateur; une ligne privée Ethernet peut masquer plusieurs couches de transport partagées; un service Internet dépend de la politique BGP et du transit.

Une seule carte ne peut pas décrire la redondance pour tous.

Pour chaque route achetée, des preuves cartographiques utiles incluraient les sites A et Z, l’opérateur de l’installation, la salle d’interconnexion, la démarcation, l’opérateur d’accès local, l’opérateur longue distance, la classe de chemin protégé, les groupes de liens à risque partagé, la couche optique ou paquet, l’objectif de rétablissement et la date du dernier test d’acceptation. Sans ces champs, la carte à 40 nœuds est une hypothèse de disponibilité de service. Elle est informative sur le plan commercial et suggestive géographiquement, mais elle ne peut pas établir la diversité physique des routes.

Ce que 2,9 T pourrait signifier

L’étiquette de la page d’accueil indique « 2,9 T+ d’interconnexion complète de lignes privées dorsales » sans définir l’unité. Dans ce contexte, le térabit par seconde est l’interprétation naturelle, mais la page ne précise pas si 2,9 T représente la capacité d’interface allumée, la capacité contractuelle d’opérateur, la somme des supports de nœud à nœud, le débit de commutation théorique, le trafic de pointe, la bande passante client facturable ou un agrégat compté deux fois aux deux extrémités des circuits. Elle ne donne aucune date de référence à côté du chiffre ni aucun taux d’utilisation.

Chaque interprétation a une signification opérationnelle différente. Un routeur avec plusieurs ports 100 Gbit/s a une capacité de port installée même si les circuits amont derrière eux sont plus petits. Une longueur d’onde 100 Gbit/s est une capacité allumée après l’équipement optique et l’acceptation par l’opérateur, mais seule une partie peut être réservée à Nine Cloud. Une somme maillée peut compter le même tronçon longue distance sous-jacent dans plusieurs chemins commercialisés.

Les engagements clients vendus réduisent la capacité disponible, et la sursouscription signifie que la bande passante affichée ne peut pas nécessairement être utilisée simultanément. Aucune de ces conditions ne peut être déduite du total du site web.

La gamme de produits de 1 M à 100 G est de même une granularité commandable, pas la preuve d’une livraison immédiate à chaque POP. Nine Cloud affirme que les ressources existantes permettent une livraison rapide et que la bande passante peut être ajustée aussi souvent que quotidiennement. Pour transformer cela en capacité utilisable, un acheteur a besoin d’une adresse de service, d’une méthode d’accès, d’un débit d’information garanti, d’une politique de rafale, d’un calcul au 95e centile, d’un délai de mise en service, d’un inventaire de ports et d’une procédure d’augmentation.

Le site mentionne la facturation au 95e centile, mais pas les exclusions d’échantillonnage, le calcul entrant-sortant ou si le débit de base garanti reste disponible pendant la commutation de protection.

Les chiffres de disponibilité exigent la même rigueur. La page d’accueil affiche 99,95 % pour les lignes privées dorsales, tandis que la section des services indique que les promesses contractuelles spécifiques au client peuvent atteindre 99,99 %. L’historique de développement indique qu’une deuxième route dorsale a porté la disponibilité du réseau à 99,99 %. Ces affirmations pourraient toutes être cohérentes si elles couvrent des produits, périodes ou périmètres de mesure différents. Elles ne sont pas interchangeables.

Sur une année non bissextile, 99,95 % autorise environ quatre heures et 23 minutes d’indisponibilité, tandis que 99,99 % autorise environ 53 minutes. Les exclusions de maintenance, les seuils de perte de paquets, les seuils de latence, la force majeure, les terminaisons d’accès et l’équipement client peuvent modifier considérablement le résultat.

Aucun chiffre public de capacité n’a été trouvé pour les baies, les armoires, le nombre de serveurs, le CPU, la mémoire, le stockage, les mégawatts informatiques, les mégawatts du réseau électrique, les onduleurs, l’autonomie des groupes électrogènes, le refroidissement, le carburant, les pièces de rechange, les ports occupés ou la marge de capacité restante. Aucun chiffre public ne montre la capacité vendue ou réservée. L’offre cloud et IDC de l’entreprise peut être fournie par l’intermédiaire de partenaires, mais les installations des partenaires et les conditions d’attribution ne sont pas divulguées.

Pour la résilience de l’informatique hébergée, 2,9 T de réseau ne peuvent pas remplacer une baie alimentée, du matériel de rechange, des données récupérables et un chemin de migration testé.

La couche physique reste largement inconnue

La plus grande lacune de preuves n’est pas le routage. C’est l’environnement bâti. Nine Cloud nomme des villes et quelques étiquettes d’installations, mais ne publie pas d’inventaire des installations lié au propriétaire légal, à l’opérateur, au preneur ou au dépositaire de l’équipement. Aucun document public examiné ne fait état de la propriété du terrain, du bâtiment ou de la salle de données. Il n’y a pas de plan de baies indiquant où les routeurs et serveurs de Nine Cloud sont installés. Il n’y a pas de liste des salles d’interconnexion des opérateurs ou des interconnexions.

L’hypothèse défendable n’est ni la propriété ni l’absence; c’est l’inconnu.

L’alimentation électrique est tout aussi opaque. Un routeur POP a besoin d’une alimentation du réseau, d’un appareillage de commutation, d’un onduleur ou d’une installation à courant continu, de batteries, d’un groupe électrogène de secours, de refroidissement et de surveillance environnementale. Une flotte de serveurs hébergés ajoute une charge et une dépendance thermique bien plus importantes.

Nine Cloud ne publie aucun chiffre sur le nombre d’alimentations, la sous-station, la topologie des groupes électrogènes, l’autonomie, le contrat de ravitaillement en carburant, le test de charge, le PUE, la densité des baies ou un test de panne récent. Le programme chinois de centres de données verts fixe des attentes d’efficacité pour les grandes installations, et le plan sectoriel du MIIT visait un PUE inférieur à 1,3 pour les nouveaux grands centres de données et hyperscale d’ici 2025. Ces objectifs politiques sont un contexte, pas la preuve qu’un site de Nine Cloud les atteint.

La propriété des installations et la responsabilité d’exploitation doivent également être séparées. Un propriétaire de centre de données peut posséder le bâtiment et la centrale électrique. Un fournisseur IDC licencié peut louer des salles ou des baies. Nine Cloud peut posséder des routeurs et des serveurs à l’intérieur de ces baies, les louer ou revendre la capacité. Un opérateur peut posséder la fibre, tandis qu’un autre fournisseur gère la boucle locale et un troisième contrôle la bretelle d’accès au cloud. Chaque partie a une fenêtre de maintenance et un chemin d’escalade différents.

Un contrat client qui ne nomme que Nine Cloud peut néanmoins dépendre de tous.

La revendication du site web est de 40+ « salles informatiques POP auto-exploitées ». L’exploitation n’établit pas la propriété: même si chaque nœud contient des équipements contrôlés par Nine Cloud, les documents publics n’identifient pas qui possède les salles, les bâtiments, les systèmes d’alimentation ou les circuits de connexion. Les installations de Pékin et Shanghai nommées dans l’outil de latence semblent être des marques de centres de données tiers ou des étiquettes de localisation, ce qui indique une colocation ou un accès interconnecté. C’est courant et pas intrinsèquement faible.

Cela devient un risque lorsque la conception de la protection, la durée du bail, les droits d’accès et la concentration des fournisseurs ne sont pas divulgués.

La résilience physique doit donc être évaluée route par route et site par site. Deux routeurs dans une même salle ne protègent pas contre une panne de salle. Deux salles dans un même bâtiment ne protègent pas contre une défaillance du réseau électrique du bâtiment. Deux bâtiments sur un même campus peuvent partager une sous-station ou une entrée de fibre. Deux opérateurs peuvent partager un conduit ou un câble longue distance. Deux villes peuvent encore dépendre d’une seule équipe d’exploitation réseau ou d’un seul système de configuration. Les informations publiques ne résolvent aucune de ces questions de risque partagé.

Chemin de défaillance n° 1: l’accès et la dorsale

Pour une agence d’entreprise, la première défaillance peut survenir avant que le trafic n’atteigne un nœud de dorsale Nine Cloud. L’accès au bâtiment dépend de l’autorisation du propriétaire, de l’espace de colonne montante, d’un opérateur de boucle locale, de conduits de rue et d’un dispositif de raccordement. Nine Cloud met en avant son expérience dans la coordination de l’entrée dans les bâtiments et la fibre du dernier kilomètre. C’est précieux sur le plan opérationnel, mais cela confirme aussi que la livraison repose sur des conditions physiques et contractuelles locales.

Un conduit sectionné, un commutateur d’accès défaillant ou un accord de propriété expiré peut isoler un client même si toutes les routes de dorsale restent saines.

À l’intérieur de la dorsale, les modes de défaillance incluent la perte optique, les pannes d’amplificateur ou de transpondeur, la défaillance de carte de ligne, les défauts logiciels du routeur, les ports épuisés, les fuites de route, les erreurs d’ingénierie de trafic et les erreurs de maintenance. Le transport protégé ne fonctionne que si le chemin de protection est disjoint et dispose d’une capacité suffisante. La carte de latence de référence de l’entreprise ne révèle pas les groupes de risque partagé, et sa vue BGP publique ne couvre que les préfixes faisant face à l’Internet.

Les chemins privés de couche 2 et optiques ne peuvent pas être reconstruits à partir de ces routes.

L’image d’amont fragmentée crée une exposition spécifique au service. Le trafic vers le /24 chinois atteint actuellement AS131495 par un seul AS adjacent visible. Une panne ou un retrait de politique à cette frontière pourrait supprimer la route plus spécifique même si la route de couverture China Telecom subsiste. Que les services clients restent joignables dépend de l’utilisation des adresses et de la configuration de routage. Le /24 de Hong Kong a deux réseaux adjacents visibles, mais leur indépendance physique est inconnue. Aucune de ces dispositions ne prouve qu’une ligne privée achetée bénéficie d’une protection équivalente.

La congestion est un autre état de défaillance. Un chemin peut rester actif alors que la latence, la gigue ou la perte de paquets le rend inutilisable pour la voix, la vidéo en direct, la réplication ou les applications interactives. Les références de latence par paires de villes de Nine Cloud sont des valeurs ponctuelles, pas des distributions en centiles sous charge. Un objectif de service significatif devrait indiquer les seuils de délai, de gigue et de perte; les points de test; les intervalles de mesure; les exclusions; et les mesures correctives.

Il devrait également préciser si la commutation de protection préserve ces seuils ou se contente de rétablir l’accessibilité de base.

Les personnes affectées dépendent du produit. Une panne de réseau d’agence peut interrompre l’authentification, l’accès à l’ERP, le paiement, la voix et la vidéo. Une panne de liaison cloud peut isoler les applications des bureaux ou séparer les systèmes actifs des bases de données. Une panne de CDN ou d’accélération peut ralentir les services publics dans toute une région. Une panne de liaison montante de centre de données peut isoler de nombreux clients hébergés à la fois. Plus l’agrégation de Nine Cloud est large, plus les domaines de panne transparents et la communication client deviennent importants.

Chemin de défaillance n° 2: les baies, l’alimentation et le matériel

La capacité hébergée crée une chaîne différente. Une machine virtuelle proposée par Nine Cloud s’exécute en fin de compte sur un serveur physique doté de processeurs, de mémoire, de stockage, d’interfaces réseau et de micrologiciel. Ce serveur se trouve dans une baie avec distribution d’alimentation, commutation en haut de baie et refroidissement. La baie se trouve dans une salle dont le réseau électrique, les onduleurs, le groupe électrogène, la protection incendie, le contrôle d’accès et le personnel d’exploitation peuvent appartenir à une autre entreprise.

Un service peut tomber en panne à n’importe quelle couche tandis que l’ASN public continue d’annoncer des routes.

L’inventaire matériel détermine le temps de récupération. Si une alimentation, un disque, une carte de ligne ou un serveur tombe en panne, un fournisseur a besoin de pièces de rechange compatibles, d’une autorisation d’accès et d’un technicien pouvant se rendre sur place. Le site de l’entreprise indique offrir des groupes techniques dédiés, mais sa page de contact propose un support à distance 5 jours sur 8 et une ligne d’assistance nationale les jours ouvrables. Il ne publie pas d’objectif de réponse sur site 24 heures sur 24, d’emplacements de pièces de rechange ou de contrat de télé-intervention.

Un client nécessitant des opérations continues devrait concilier ces descriptions de support par écrit.

La panne électrique mérite un traitement explicite car le marketing réseau la dissimule souvent. Les doubles alimentations du réseau électrique peuvent provenir d’une seule sous-station. Les doubles systèmes d’onduleurs peuvent entrer dans un seul commutateur statique. Les groupes électrogènes peuvent avoir un carburant limité ou une capacité partagée. Le refroidissement peut tomber en panne indépendamment de l’alimentation électrique. Un by-pass de maintenance peut supprimer la redondance sans panne publique.

Aucun document de Nine Cloud examiné n’identifie ces conceptions, de sorte qu’aucune note de résilience électrique ne peut être attribuée à ses POP ou services hébergés.

La récupération dépend également des données. Un deuxième centre de données n’est pas une sauvegarde à moins que les données ne soient répliquées à un point de récupération approprié, que l’application puisse y démarrer, que les dépendances soient joignables et que le personnel puisse exécuter le plan. Nine Cloud commercialise des conceptions bi-site, trois centres et double actif local, y compris une topologie à trois routes, quatre lignes revendiquée et une garantie de service allant jusqu’à 99,99 %. Ce sont des modèles de solution.

L’entreprise ne publie pas de test de basculement exécuté, de résultat de temps de récupération, de résultat de point de récupération ou de procédure de portabilité des données client.

Pour les clients, le contrat devrait nommer les emplacements principal et de récupération, la méthode de réplication des données, le chiffrement, la propriété des sauvegardes, le format d’exportation, le processus de suppression et l’aide à la migration. Il devrait indiquer qui paie la sortie de données, les interconnexions et l’exécution parallèle temporaire. Sans ces informations, s’éloigner après une défaillance d’un fournisseur ou d’une installation peut être plus lent que de restaurer le service d’origine. La défaillance d’un contrat de fournisseur peut devenir une panne technique même lorsque tout l’équipement fonctionne encore.

Chemin de défaillance n° 3: contrôle, support et dépendances commerciales

La résilience du réseau est aussi une propriété du plan de contrôle et de l’organisation. Les systèmes de configuration, l’authentification, la surveillance, les tickets, la facturation et les portails clients peuvent créer des domaines de défaillance communs sur plusieurs sites. Nine Cloud affirme que les incidents sont signalés toutes les 15 minutes et promeut un groupe technique dédié pour chaque client. Elle ne publie pas d’historique de statut public, de calendrier de maintenance, d’archive d’incidents ou de registre des crédits de service.

Les clients ne peuvent pas juger de l’extérieur la rapidité avec laquelle l’entreprise détecte, escalade et explique les pannes.

Le site web public lui-même illustre une frontière opérationnelle.jywx.comse résout en 123.58.16.244 et sert un site Nuxt actuel via HTTP, mais une connexion HTTPS a échoué lors des vérifications du 15 juillet 2026. Le site est atteint via la route de couverture de China Telecom plutôt que par les routes plus spécifiques actuelles d’AS131495. Cela ne montre pas que les services réseau clients manquent de chiffrement ou de disponibilité. Cela montre que le service d’information public de l’entreprise a une dépendance de routage différente de son ASN et ne dispose pas de la porte d’entrée HTTPS ordinaire attendue pour un site commercial moderne.

La concentration commerciale peut être plus importante que le nombre de routeurs. Si de nombreux POP utilisent un seul contrat-cadre d’opérateur, un seul groupe de centres de données, un seul fournisseur de matériel ou un seul sous-traitant d’exploitation, un litige de paiement, un problème de licence, l’insolvabilité d’un fournisseur ou l’arrêt du support peut affecter plusieurs villes. Le site web nomme de nombreux partenaires et marques clients, mais lapage de cas clientsconsiste en grande partie en des noms sans périmètre, dates, montants contractuels, descriptions de service ou résultats confirmés de manière indépendante. Ces logos sont des signaux de marché, pas des réservations de capacité ou des références de performance.

La candidature CNOOC de 2024 offre un signal plus concret car elle provient du système d’approvisionnement de l’acheteur. Mais même là, Nine Cloud s’est classée deuxième plutôt que première, et l’avis concerne la maintenance des communications IT et le support technique, pas la propriété d’une dorsale nationale. Un acheteur devrait demander des références récentes correspondant exactement au produit: une ligne privée n’est pas un cloud hébergé, et un contrat de maintenance n’est pas un service de reprise après sinistre.

Les licences constituent une autre dépendance. Les avis publics indiquent que la licence interrégionale a été renouvelée puis modifiée, mais les clients devraient obtenir l’original en cours, les catégories de services et les régions approuvées. La connectivité transfrontalière et le placement des données exigent une attention particulière. Les règles du MIIT limitent les canaux transfrontaliers non autorisés, tandis qu’un bloc d’adresses enregistré à Hong Kong est diffusé par l’ASN de Pékin. Ce fait de routage n’établit pas où les données des clients sont stockées, où le trafic est inspecté, ni quelle entité contractuelle fournit le service.

La localisation des données ne peut pas être déduite d’une étiquette IP

Le préfixe de Hong Kong rend les questions de localité concrètes. APNIC marque 103.175.196.0/23 comme une ressource de Hong Kong et nomme un déclarant hongkongais. Les services de géolocalisation IP ont également tendance à placer le /24 visible à Hong Kong. Ni le pays du registre ni la géolocalisation ne prouvent le bâtiment qui contient un serveur. Les adresses peuvent être annoncées à distance, tunnellisées, utilisées pour l’anycast ou réaffectées au sein d’un réseau. À l’inverse, une adresse enregistrée en Chine peut transporter du trafic vers une infrastructure ailleurs.

Les documents de service de Nine Cloud décrivent des liaisons de cloud hybride, une distribution multi-cloud, une reprise après sinistre et des services de périphérie à l’étranger. Chacun peut déplacer ou répliquer des données à travers les frontières administratives et géographiques. Un client soucieux de la souveraineté a besoin d’un planning des actifs et des flux de données, pas d’une hypothèse IP-pays. Ce planning devrait identifier le lieu de stockage, le lieu de traitement, le lieu de sauvegarde, l’accès pour le support, l’emplacement des journaux, le contrôle des clés de chiffrement, les sous-traitants et la base légale du transfert.

La même règle s’applique aux revendications de portée mondiale du service. Les fournisseurs amont internationaux peuvent fournir une accessibilité mondiale à partir d’une seule baie à Hong Kong. Ils ne créent pas de capacité locale dans chaque marché. Un partenaire peut livrer un dernier kilomètre à l’étranger sans que Nine Cloud ne possède ce circuit. Aucun modèle n’est intrinsèquement inférieur, mais la responsabilité en cas de panne et le traitement des données diffèrent. Le contrat devrait identifier l’entité fournisseur dans chaque juridiction et le chemin d’escalade en cas de défaillance d’un sous-traitant.

La sécurité du routage affecte indirectement la localisation. L’autorisation RPKI valide pour le /24 de Hong Kong aide les réseaux à rejeter une origine non autorisée, tandis que le /24 chinois reste non protégé par une autorisation validante. RPKI n’empêche pas les fuites de chemin après l’origine autorisée, ne protège pas le DNS, ne chiffre pas le trafic et ne prouve pas l’emplacement physique. C’est un contrôle dans une chaîne plus large.

Les clients devraient demander des filtres de route, des limites de préfixes maximums, la maintenance IRR, la sécurité DNS, les dispositions anti-DDoS et l’approbation des modifications comme contrôles distincts.

L’absence d’IPv6 publique mérite également une question de localisation. Si un client a besoin d’IPv6 mais que Nine Cloud l’obtient auprès d’un ASN partenaire, le trafic peut emprunter une route différente et tomber sous une frontière opérationnelle différente de l’IPv4. Le fournisseur d’adresses, l’origine de la route, l’emplacement de sortie et la conception du basculement devraient être documentés pour les deux protocoles. Une application double pile n’est aussi résiliente que la famille la plus faible.

Ce qu’un acheteur devrait exiger avant de se fier à la revendication des 40 POP

La première demande devrait être une topologie spécifique au service et datée. Elle devrait indiquer les POP exacts utilisés par le client, pas toutes les villes sur une carte commerciale. Chaque nœud devrait nommer l’opérateur de l’installation, la salle ou la zone d’interconnexion, l’équipement Nine Cloud, la disposition de l’alimentation des baies, l’opérateur d’accès local, l’opérateur de dorsale, le point de raccordement et la partie responsable de la maintenance. Les routes devraient montrer les groupes de risque partagé plutôt que des lignes droites décoratives.

Les détails sensibles peuvent être divulgués dans le cadre d’un accord de confidentialité; l’absence de tout planning vérifiable est le problème.

La deuxième demande devrait concilier les chiffres de capacité. Pour chaque circuit et port concerné, l’acheteur devrait voir le débit nominal, le débit installé, le débit accepté par l’opérateur, le débit actuellement allumé, la charge client engagée, la réservation de protection et la marge disponible. Le total de 2,9 T devrait être accompagné d’une définition et d’une date. Un produit 100 G devrait être lié à une interface livrable spécifique et à un délai de mise en œuvre.

Pour la capacité hébergée, le même tableau devrait inclure les baies, l’alimentation informatique, l’inventaire des serveurs, le stockage, la sauvegarde et le matériel de rechange.

La troisième demande devrait prouver la récupération. Un test devrait mettre en panne le véritable chemin d’accès principal, pas seulement changer une préférence de route dans le logiciel. Les résultats devraient enregistrer la détection, la commutation, la perte de paquets, la capacité après commutation, la récupération de l’application et la restauration. Les tests en centre de données devraient inclure des scénarios d’alimentation et de refroidissement dans le respect des règles de sécurité de l’exploitant de l’installation.

Les services cloud et hébergés devraient démontrer la restauration à partir d’une sauvegarde et l’exportation vers un autre fournisseur. Le rapport devrait identifier les étapes ayant échoué et les mesures correctives, pas seulement une étiquette de succès.

La quatrième demande devrait aligner le support sur le risque. La page de contact publique de Nine Cloud indique un support à distance 5 jours sur 8, alors que ses produits desservent des applications pouvant fonctionner en continu. Le client devrait obtenir des contacts 24 heures sur 24 pour les sévérités de niveau 1 si nécessaire, des temps de réponse sur site, une couverture en pièces de rechange, une escalade des opérateurs, des intervalles de notification, des délais pour les causes racines et des crédits de service.

Il devrait vérifier que les personnes nommées dans APNIC, PeeringDB, la licence et le contrat sont à jour ou ont des successeurs définis.

La cinquième demande devrait clarifier les frontières juridiques et de données. L’entreprise devrait fournir un extrait d’enregistrement certifié à jour, la licence télécom et son champ d’application; identifier la relation avec HK JIUYUN INFINITE TRADE LIMITED; nommer les sous-traitants; et indiquer où résident les données, les journaux et les sauvegardes des clients. Elle devrait expliquer comment un client résilie, récupère ses données et déplace ses circuits si un bail d’installation ou un contrat de fournisseur prend fin.

Aucune de ces demandes ne suppose que les affirmations de Nine Cloud sont fausses. Elles traduisent un langage réseau général en preuves qui peuvent être chiffrées et appliquées. Une petite empreinte BGP publique peut soutenir un réseau privé précieux. Une dorsale nationale louée peut être résiliente. Un port d’échange à 1 Gbit/s peut coexister avec des circuits privés bien plus importants. Mais chaque proposition nécessite le bon document, le bon test et la bonne frontière de contrôle.

Un réseau opérationnel avec une décote de preuves

Nine Cloud est plus qu’une coquille d’entreprise dormante. Elle dispose d’un enregistrement de système autonome actif, de routes actuelles, d’une autorisation RPKI valide pour un préfixe, d’un enregistrement d’échange tenu par les entités, d’un site web d’entreprise actif, d’un outil de latence multi-villes fonctionnel, d’un historique de licences et d’un signal récent d’approvisionnement d’entreprise. Ces faits étayent une conclusion de confiance moyenne selon laquelle elle continue d’exploiter et de commercialiser des services réseau.

La confiance chute fortement au niveau des couches physique et de capacité. Aucune preuve publique examinée ne vérifie 40 installations POP actuelles, leur propriété, leur état d’alimentation ou leur séparation en termes de risques partagés. Aucune preuve publique ne définit le total de 2,9 T, ne rapporte l’utilisation, n’identifie la capacité vendue ou ne démontre la récupération en cas de panne. Les deux /24 publics et les trois réseaux adjacents observés montrent l’accessibilité et une certaine diversité logique, pas une topologie physique nationale.

L’enregistrement NNIX à 1 Gbit/s est spécifique mais obsolète et bien trop étroit pour valider la revendication agrégée.

Cela produit une décote de preuves, pas un verdict de non-exploitation. Les acheteurs devraient évaluer le service en fonction des installations, des circuits, des conditions de support et des tests que Nine Cloud peut documenter pour leur route. Ils ne devraient pas le considérer comme une plateforme de 40 sites, 2,9 térabits et 99,99 % simplement parce que ces chiffres partagent une page. Ils ne devraient pas non plus l’écarter parce que seules 512 adresses IPv4 sont visibles derrière son ASN. L’échelle de l’Internet public et celle du transport privé mesurent des choses différentes.

Les preuves décisives seraient simples: un inventaire daté des POP et des installations, les frontières des opérateurs et de l’alimentation, la capacité installée et utilisable, les chemins de protection spécifiques au client, les licences en cours, l’achèvement de la sécurité du routage et les résultats de basculement observés. Jusqu’à ce qu’elles apparaissent, la description la mieux étayée est précise. Nine Cloud exploite une petite périphérie Internet visible autour d’AS131495 et commercialise un tissu de réseau privé et d’hébergement chinois bien plus vaste. La périphérie est observable.

Le tissu reste une affirmation qui doit être vérifiée circuit par circuit, baie par baie et test de récupération après test.