Nine Cloud dice tener 40 POPs y 2.9T de backbone, pero la Internet pública muestra dos /24s

Resumen

• El propio sitio web de Nine Cloud afirma contar con más de 40 nodos POP de centros de datos autogestionados, más de 2.9T de líneas privadas de backbone completamente interconectadas y productos de ancho de banda para clientes desde 1M hasta 100G. Esas cifras describen la oferta, pero ningún programa de instalaciones públicas, inventario de circuitos, diseño de energía o prueba independiente demuestra la capacidad instalada o utilizable.
• AS131495 está activo y originó dos prefijos /24 IPv4 el 15 de julio de 2026. Uno era un bloque registrado en China con una red adyacente visible; el otro era la mitad de un /23 de una empresa de Hong Kong y se vio a través de dos redes adyacentes. Eso es evidencia de enrutamiento activo, no prueba de 40 POPs físicamente diversos.
• El historial de licencias, un sitio web empresarial activo, una herramienta de latencia en vivo y una candidatura de contratación pública de 2024 respaldan la actividad comercial continua. No confirman la propiedad actual de los activos, la responsabilidad operativa del centro de datos, la resiliencia energética, la carga de clientes, el margen disponible o el rendimiento de recuperación.

Dos perspectivas de la misma red

La cifra central en la presentación pública de Nine Cloud no es un número de sistema autónomo. Es "2.9T+", mostrada en lapágina de iniciode la empresa junto a "40+" nodos POP de centros de datos, notificaciones de incidencias en 15 minutos y una disponibilidad del 99,95 por ciento de las líneas privadas de backbone. Más abajo en la página, la empresa afirma que esos POP son autogestionados, cubren la mayoría de las ciudades de primer y segundo nivel de China y pueden proporcionar ancho de banda desde 1M hasta 100G. Ofrece redes privadas empresariales punto a punto, hub-and-spoke y malla completa, conexiones entre nubes públicas y las instalaciones del cliente, servidores físicos o virtuales y un servicio "IDC Plus" para requisitos personalizados de centros de datos.

La cifra visible desde la Internet pública es menor: dos rutas /24 IPv4, o 512 direcciones en total, originadas por AS131495 en unainstantánea de RIPEstat del 15 de julio de 2026. No se observó ninguna ruta IPv6. Una /24, 123.58.18.0/24, se encuentra dentro del espacio de direcciones registrado a nombre de la empresa de Beijing. La otra, 103.175.197.0/24, está dentro de un /23 registrado a nombre de HK JIUYUN INFINITE TRADE LIMITED. Los colectores de rutas vieron tres redes adyacentes inmediatas a través de los dos prefijos, pero no las tres en cada prefijo.

Estas cifras no son mutuamente excluyentes. Un operador de líneas privadas puede alquilar longitudes de onda, circuitos Ethernet, espacio en bastidores y acceso de última milla sin anunciar cada circuito orientado al cliente en BGP. Un POP puede contener un enrutador y conexiones cruzadas usando direcciones originadas en otro lugar. Un inventario comercial de 2.9T puede sumar las tasas de portadora contratadas en lugar del tránsito público de Internet.

De igual modo, un mapa nacional de nodos puede exagerar la independencia si muchos nodos comparten el mismo operador, proveedor de instalaciones, conducto, compañía eléctrica, sistema de control o contrato de upstream. La cuestión no es que BGP deba mostrar 2.9 terabits. Es que el registro público no salva la brecha entre el total de marketing y el sistema físico que tendría que soportarlo.

Esa brecha cambia la cuestión de la diligencia debida. Nine Cloud tiene suficiente evidencia para ser tratada como un negocio activo de servicios de red, y no como un nombre vinculado solo a un antiguo registro. No tiene suficiente evidencia pública para considerar que cada nodo, ruta o unidad de capacidad afirmada está instalada, alimentada, operativa, sin vender y recuperable. Para un cliente que confía a la plataforma la conectividad de sucursales, el acceso a la nube, la recuperación ante desastres o equipos alojados, el puente ausente importa más que el total del titular.

La empresa detrás del nombre

El historial legal y operativo comienza con una advertencia útil sobre la continuidad. Unaconsulta de Shanghai Stock Exchangeen 2015 sobre la adquisición de Beijing Senhua Yiteng por parte de otra empresa preguntó por qué Senhua había transferido su filial Nine Cloud, de su total propiedad, a Hong Lei justo antes de la transacción. Larespuesta publicada en Securities Timesindicó que Senhua estableció Nine Cloud en julio de 2013, que Hong Lei era su representante legal y que en realidad no había realizado actividades comerciales a finales de 2014. Senhua transfirió las acciones a Hong en enero de 2015 sin contraprestación en efectivo, compensando un saldo intercompañías, para proporcionar una plataforma para su desarrollo futuro después de que dejara Senhua.

Elhistorial de desarrollode Nine Cloud indica que las operaciones comerciales comenzaron en abril de 2015 con la versión 1.0 de su producto EDPN. Luego enumera una serie de cualificaciones: IDC, ISP, ICP, VPN y datos fijos; un número de sistema autónomo independiente; un producto BGP multilínea; una licencia CDN; una empresa en Hong Kong; monitoreo a nivel nacional; servidores perimetrales; una conexión al punto de intercambio de Hangzhou; protección de doble operador; una sucursal en Shenzhen; y, finalmente, una segunda ruta de backbone. Leídos en conjunto, la divulgación bursátil y la cronología de la empresa describen un negocio que estuvo inactivo bajo su matriz original, se separó en 2015 y luego construyó una identidad operativa propia.

Esa separación es importante. Los ingresos, las instalaciones, los contratos con clientes y el historial operativo atribuidos a Senhua Yiteng en la transacción de 2015 no pueden asignarse simplemente a Nine Cloud. La respuesta distinguió explícitamente a las empresas y afirmó que Nine Cloud no había realizado negocios antes de la transferencia. Por lo tanto, cualquier capacidad posterior debe estar respaldada por los propios contratos, equipos, arrendamientos, licencias y rutas de Nine Cloud. El registro público ofrece algunas de esas capas, pero no un rastro completo de activos.

Un agregador de registros comerciales enumera actualmente a la empresa china como constituida el 2 de julio de 2013, con el código unificado de crédito social 91110108071674731C y un capital registrado de 30 millones de RMB. También informa de un registro en Beijing y un amplio ámbito comercial relacionado con las telecomunicaciones. Eseregistro del agregadores útil para el descubrimiento, pero no sustituye un extracto certificado reciente de la empresa. Las páginas públicas discrepan sobre el representante legal actual y la suite exacta registrada. La propiapágina de contactode Nine Cloud indica una oficina central en Beijing en las salas 325-331 de Enji Xiyuan y una oficina en Shenzhen en Honglong Century Plaza. Las direcciones de oficinas identifican lugares para contactar al proveedor; no son direcciones de centros de datos ni prueba de propiedad de equipos.

Hay indicios de actividad más reciente. La lista de Beijing de 2023 de propuestas de pequeñas y medianas empresas tecnológicas incluye a la empresa en el distrito de Haidian. En septiembre de 2024, unaviso de contratación de CNOOCclasificó a Nine Cloud en segundo lugar entre tres candidatos para el mantenimiento y soporte técnico de la red de comunicaciones de TI de una empresa internacional, con una oferta de 4.375.680 RMB y una puntuación de 56,22. Ser un candidato cualificado respalda la proposición de que estaba licitando para trabajos de redes empresariales. No muestra que ganara el contrato, prestara el servicio, fuera propietaria de la infraestructura relevante o cumpliera un resultado de disponibilidad particular.

Un amplio conjunto de permisos no es un registro de activos

El historial de licencias de Nine Cloud es sustancial. Una lista oficial del Ministerio de Industria y Tecnología de la Información (MIIT, por sus siglas en inglés) a finales de 2017 registró a la empresa con la licencia A2.B1-20170249 para el servicio de red de distribución de contenidos en Beijing y Shandong. Informes del sector indicaron que en 2018 obtuvo permisos tanto de CDN como de servicios en la nube. Las reproducciones públicas de avisos de licencias posteriores muestran un cambio de alcance, una renovación en 2021 y un cambio de representante legal en 2023.

La entrada histórica oficial y los avisos posteriores respaldan la continuidad de una licencia de telecomunicaciones interregional, aunque el programa de servicios actualmente en vigor, el alcance geográfico y la fecha de vencimiento deben obtenerse directamente del regulador o de la empresa antes de una compra.

La distinción entre permiso e implementación es explícita en las normas de telecomunicaciones chinas. Elcatálogo de clasificación de servicios de 2015 del MIITdefine el servicio IDC como el uso de instalaciones de salas de computadoras adecuadas para albergar, mantener y gestionar equipos de clientes, alquilar servidores y almacenamiento, y organizar líneas de comunicaciones y ancho de banda de salida. Define la colaboración de recursos de Internet de tipo nube como el uso de equipos y recursos instalados en centros de datos. Define el servicio CDN en torno a grupos de servidores de nodos distribuidos. Una licencia indica que una empresa puede realizar actividades específicas en condiciones específicas; no revela qué edificios utiliza, si los posee o los alquila, cuánta carga informática está alimentada o cuánta capacidad ya está comprometida.

Elaviso de saneamiento del mercado de 2017 del MIITagudiza la cuestión. Estaba dirigido a actividades de IDC, ISP y CDN sin licencia o fuera de alcance, uso no autorizado de recursos y reventa en múltiples capas. Exigía que la infraestructura, las direcciones IP y el ancho de banda procedieran de proveedores debidamente autorizados y restringía los canales transfronterizos no autorizados. El modelo regulatorio anticipa, por lo tanto, una cadena de suministro: un proveedor de servicios empresariales puede combinar sus propios elementos de red con instalaciones y circuitos obtenidos de operadores básicos y otros operadores con licencia.

El sitio web de Nine Cloud describe precisamente una oferta combinada de ese tipo. Afirma que puede proporcionar ancho de banda de Internet de China Telecom, China Unicom, China Mobile y BGP, alojamiento de servidores físicos, máquinas virtuales, acceso en ciudades y líneas privadas de larga distancia. Ese lenguaje no identifica al propietario de cada bastidor, tramo óptico o sistema de energía. Tampoco debe interpretarse "POP autogestionado" automáticamente como prueba de propiedad del centro de datos.

Un enrutador autogestionado en un espacio de bastidor alquilado, dentro de una instalación de terceros y conectado mediante circuitos de operador alquilados, puede ser operativamente significativo, dejando dependencias físicas críticas fuera del control de Nine Cloud.

Esta es también la razón por la que el campo de región del artículo dice Asia-Pacífico. La empresa afirma que su negocio en Hong Kong se expandió a más de diez áreas en el extranjero y trabajó con operadores internacionales. El bloque de direcciones de Hong Kong y las adyacencias internacionales respaldan cierto alcance transfronterizo. No prueban una flota global de instalaciones controladas por la empresa ni equipos operativos locales. El alcance global puede prestarse a través de proveedores upstream o socios; no es evidencia de una huella operativa física global.

El área operativa física documentada sigue siendo principalmente una red de ciudades chinas con un componente de enrutamiento en Hong Kong, e incluso dentro de esa área el control exacto de las instalaciones es en gran medida desconocido.

Lo que prueba AS131495

La evidencia independiente más sólida es la identidad de red. Elregistro RDAP de APNIC para AS131495denomina "Nine-cloud", describe a Beijing Nine Cloud Infinite Network Technology y sitúa el registro en China. El número se registró el 26 de abril de 2017, permanece marcado como activo y se modificó por última vez el 28 de noviembre de 2023. El contacto administrativo y técnico es Hong Lei, cuyo objeto se modificó por última vez en 2017. Estos registros establecen el control delegado de un número de sistema autónomo y lo vinculan directamente a la empresa de Beijing. No muestran quién configura actualmente los enrutadores ni quién firma los contratos de operador.

La tabla de enrutamiento actual muestra dos historias de recursos diferentes. Elregistro 123.58.16.0/21 de APNICdenomina Nine-cloud, describe a la empresa de Beijing y marca el bloque activo en China. AS131495 origina actualmente un /24 del mismo, 123.58.18.0/24. La otra ruta visible, 103.175.197.0/24, es la mitad de103.175.196.0/23, una asignación activa de Hong Kong registrada a nombre de HK JIUYUN INFINITE TRADE LIMITED. El dominio de contacto comúnjywx.comy el nombre compartido "Jiuyun" sugieren una conexión comercial, pero los registros públicos revisados no proporcionan un documento de propiedad corporativa que vincule a la empresa de Hong Kong con la de Beijing. La afirmación segura es que el ASN de Beijing origina espacio de direcciones registrado a nombre de la entidad de Hong Kong.

La autorización de origen de ruta también está dividida. Elresultado de validación RPKI de RIPEstat para 103.175.197.0/24es válido para AS131495. Elresultado equivalente para 123.58.18.0/24es "desconocido", lo que significa que el validador no encontró ninguna autorización de origen de ruta aplicable. Desconocido no es inválido: las redes que rechazan rutas inválidas por RPKI no deberían rechazar una ruta desconocida simplemente por ese estado. No obstante, un cliente que evalúe la seguridad de la ruta querría saber si Nine Cloud tiene la intención de crear una autorización válida para la ruta de China y cómo mantiene los objetos de ruta en los registros.

Los dos prefijos también tienen historiales diferentes. El historial de enrutamiento de RIPEstat muestra que AS131495 originó el 123.58.16.0/21 completo durante parte de 2020, luego anunció intermitentemente el 123.58.18.0/24 desde 2022 y de nuevo de forma continua en el período observado a partir de abril de 2026. El /24 de Hong Kong fue originado por AS136897 en 2023 y principios de 2024, antes de que AS131495 se convirtiera en el origen en febrero de 2024 y permaneciera visible hasta el 15 de julio de 2026. Ese historial demuestra un cambio en el control de enrutamiento.

No explica si el equipo se movió, si cambió un acuerdo con un cliente o socio, o si la ubicación física de alojamiento siguió siendo la misma.

Una ruta activa es evidencia de accesibilidad, pero es un mal medidor de capacidad. Un /24 puede estar detrás de un puerto de 1Gbps o de muchos circuitos más grandes. Puede alojar un servicio pequeño o transportar tráfico para funciones de red que no requieren muchas direcciones públicas. Por el contrario, un negocio de líneas privadas puede transportar grandes volúmenes que nunca aparecen como rutas de clientes originadas por su propio ASN. La conclusión defendible es limitada: AS131495 está activo, tiene una pequeña huella de origen IPv4 visible y no muestra ningún origen IPv6 visible.

Nada en esa conclusión valida ni refuta la cifra de 2.9T de backbone privado de la empresa.

Tres vecinos no equivalen a tres rutas diversas

Lainstantánea del estado de BGP de RIPEstatmostró una clara separación por prefijo. Para 123.58.18.0/24, las rutas de los colectores situaron a AS24138, China TieTong Telecommunications Corporation, inmediatamente antes de AS131495. Para 103.175.197.0/24, las rutas situaron a AS984, Octopus Web Solution, o a AS136897, EnjoyVC Cloud Group, inmediatamente antes de AS131495. Elresumen de AS131495 de Hurricane Electricenumeró de forma independiente los mismos tres pares observados y los mismos dos /24s originados.

Esto es una evidencia útil de diversidad lógica para la ruta de Hong Kong. A nivel de política BGP, más de un AS externo puede propagar 103.175.197.0/24. No muestra dos entradas de edificios, dos salas de meet-me, dos propietarios de fibra, dos sistemas submarinos, dos redes eléctricas o incluso dos enrutadores. AS984 y AS136897 podrían entrar en la misma instalación, compartir un proveedor de cross-connect o converger en un upstream común más lejos. Las rutas de AS públicas sugieren diferentes caminos de nivel superior en muchas vistas, pero una cadena de ruta contiene identificadores administrativos, no un mapa de conductos y equipos.

El /24 de China tiene una limitación diferente. Solo AS24138 apareció inmediatamente adyacente en la instantánea. La ruta de cobertura más amplia 123.58.16.0/20 fue originada por AS23724, la red de IDC de Beijing de China Telecom. El sitio web de Nine Cloud se resuelve a 123.58.16.244, una dirección dentro del /21 registrado por la empresa pero fuera del /24 más específico. Por lo tanto, RIPEstat asigna la dirección del sitio web a la ruta de cobertura de China Telecom en lugar de a AS131495. Se trata de un acuerdo de enrutamiento legítimo.

También ilustra por qué el registro de direcciones, el origen de la ruta, el alojamiento web y la ubicación física del servidor no deben colapsarse en un solo concepto.

Ninguna evidencia pública revisada establece una conmutación por error automática entre los prefijos de China y Hong Kong. Son rangos de direcciones diferentes con redes adyacentes distintas y, probablemente, casos de uso diferentes. Un servicio de cliente en un rango no se vuelve automáticamente accesible en el otro después de un fallo. Dicha recuperación requeriría replicación de aplicaciones, política de DNS o anycast, sincronización de estado, cambios de enrutamiento probados y suficiente capacidad sobrante.

El sitio de la empresa describe diseños de recuperación ante desastres y multi-activo como productos, pero no publica una página de estado, un informe de conmutación por error o una prueba de recuperación que demuestre esos mecanismos para sus propios sistemas de control.

La pregunta práctica es, por tanto, específica del servicio. Un comprador debería preguntar qué prefijo, operador e instalación exactos sirven a su circuito primario; qué prefijo, operador, entrada de edificio y dominio de energía diferentes sirven a la copia de seguridad; y si la ruta secundaria ha sido probada mientras el primario está físicamente desconectado. Un diagrama con dos nombres de operador responde solo a la primera parte. Un traceroute recopilado mientras ambos enlaces están en buen estado no prueba que cualquiera de los enlaces pueda soportar la carga completa por sí solo.

El único puerto de intercambio público

Nine Cloud tiene un perfil en PeeringDB para AS131495. Elregistro de redidentifica a la empresa de Beijing, aplica una política de peering selectivo y enumera una conexión operativa en NNIX en Hangzhou. El puerto se registra como la dirección IPv4 103.164.64.125 a 1.000 Mbps. No se enumera ninguna dirección IPv6, participación en servidores de ruta ni registro de instalaciones. La conexión de intercambio se actualizó por última vez el 4 de enero de 2022, mientras que el registro de red general se actualizó por última vez el 26 de octubre de 2022.

Esta es una evidencia específica, pero tiene límites estrictos. PeeringDB lo mantienen los participantes, el registro está obsoleto y la marca de "operativo" no es una señal de telemetría en vivo. Elregistro de intercambio NNIXasociado sitúa el intercambio en Hangzhou, pero no enumera ningún conjunto de instalaciones ni ninguna URL pública de alimentación de participantes. Un puerto de intercambio de 1Gbps tampoco puede validar 2.9T de capacidad de backbone. Puede ser una pequeña interfaz de peering, una entrada heredada, una ruta de gestión o un borde entre muchas interconexiones privadas.

La página de desarrollo de la empresa dice que se unió a un centro nacional de intercambio en Hangzhou y se convirtió en miembro de un comité nacional de interconexión. La entrada de PeeringDB corrobora la participación en un intercambio llamado NNIX, pero no la redacción institucional más amplia. No prueba la ubicación del enrutador de Nine Cloud en Hangzhou, el propietario del bastidor, la ruta de cross-connect, el nivel de tráfico o el estado actual del puerto. PeeringDB no reporta ningún nivel de tráfico divulgado, ni looking glass, ni servidor de ruta, ni conjunto IRR, ni instalaciones de interconexión.

Este perfil tan limitado hace que la ausencia de IPv6 sea más relevante. Nine Cloud vende conectividad empresarial, enlaces a la nube, alojamiento y servicios relacionados con CDN, todos los cuales se enfrentan cada vez más a requisitos de doble pila. El ASN público no origina actualmente ningún prefijo IPv6, y su interfaz NNIX listada no tiene dirección IPv6. Los clientes pueden seguir recibiendo IPv6 a través de otro operador o ASN de servicio, pero el material público no lo dice.

Una especificación de contratación debería exigir una respuesta explícita: pila dual nativa, servicio tunelizado, IPv6 proporcionado por el upstream o solo IPv4; tamaño de la asignación de direcciones; seguridad de la ruta; y comportamiento de conmutación por error.

Cuarenta puntos son un mapa comercial, no un estudio de rutas

Nine Cloud opera unaherramienta de latencia EDPNindependiente. El 15 de julio de 2026, devolvió una larga lista seleccionable de ciudades "POP principales", que incluye Beijing, Shijiazhuang, Zhengzhou, Wuhan, Changsha, Guangzhou, Shenzhen, Xiamen, Fuzhou, Ningbo, Hangzhou, Shanghái, Nanjing, Chengdu, Chongqing, Shenyang, Harbin, Kunming, Nanning, Qingdao, Huizhou, Zhanjiang y Haikou. También nombraba varias etiquetas de centros de datos de Beijing y Shanghái. La página de inicio de la empresa mostraba retrasos de referencia para pares de ciudades, como Beijing-Tianjin, Shanghái-Hangzhou y Guangzhou-Shenzhen.

Esto es mejor que un mapa decorativo. La herramienta está activa, los selectores de nodos son legibles por máquina y la tabla de pares de ciudades expone afirmaciones de latencia comprobables. Respalda la conclusión de que Nine Cloud ha construido o encargado un sistema destinado a medir un servicio en múltiples ciudades. Sin embargo, no revela las IP de las sondas, la frecuencia de las pruebas, el tamaño de los paquetes, la dirección, el percentil, la pérdida, la ventana de muestreo, el operador, las coordenadas de la instalación o si cada punto final seleccionado está disponible hoy para el cliente.

Una etiqueta llamada "POP principal" no es un certificado de aceptación de ingeniería.

La geografía es a nivel de ciudad. Ningún mapa público revisado proporciona polilíneas de fibra, propietarios de conductos, identificadores de circuitos de larga distancia, estaciones de aterrizaje, entradas de edificios o coordenadas de salas de meet-me. Las entradas de centros de datos nombradas pueden identificar posibles ubicaciones de servicio, pero la herramienta no indica si Nine Cloud posee equipos en ellas, revende el servicio de otro proveedor, mantiene puertos de repuesto allí o simplemente tiene un producto de acceso cotizado.

El mapa de oficinas en la página de contacto es aún menos relevante para la geografía física de la red: las sedes y sucursales no son automáticamente POPs.

La empresa afirma que su red urbana combina acceso metropolitano protegido con enlaces de backbone de larga distancia protegidos. Ofrece fibra oscura, longitudes de onda OTN, circuitos de Capa 2, circuitos enrutados de Capa 3, SDH y MSTP, con diferentes interfaces de entrega. Estos tipos de producto requieren límites de control muy diferentes. La fibra oscura puede dejar el equipo óptico al cliente; un servicio OTN depende del sistema de líneas del operador; una línea privada Ethernet puede ocultar varias capas de transporte compartidas; un servicio de Internet depende de la política BGP y del tránsito.

Un solo mapa no puede describir la redundancia para todos ellos.

Para cada ruta adquirida, la evidencia cartográfica útil incluiría los sitios A y Z, el operador de la instalación, la sala de meet-me, la demarcación, el operador de acceso local, el operador de larga distancia, la clase de ruta protegida, los grupos de enlaces de riesgo compartido, la capa óptica o de paquetes, el objetivo de restauración y la fecha del último test de aceptación. Sin esos campos, el mapa de 40 nodos es una hipótesis de disponibilidad del servicio. Es comercialmente informativo y geográficamente sugerente, pero no puede establecer la diversidad física de las rutas.

Qué podría significar 2.9T

La etiqueta de la página de inicio dice "interconexión completa de línea privada de backbone de más de 2.9T" sin definir la unidad. En este contexto, terabits por segundo es la interpretación natural, pero la página no dice si 2.9T es la capacidad de la interfaz iluminada, la capacidad contratada del operador, la suma de los portadores de nodo a nodo, el rendimiento teórico de conmutación, el tráfico pico, el ancho de banda facturable al cliente o un agregado contado dos veces en ambos extremos de los circuitos. No da una fecha de referencia junto al número ni una cifra de utilización.

Cada interpretación tiene un significado operativo diferente. Un enrutador con varios puertos de 100 Gbps tiene capacidad de puerto instalada incluso si los circuitos upstream detrás de ellos son más pequeños. Una longitud de onda de 100 Gbps es capacidad iluminada después del equipo óptico y la aceptación del operador, pero solo una parte puede estar reservada para Nine Cloud. Una suma de malla completa puede contar el mismo tramo de larga distancia subyacente en varias rutas comercializadas.

Los compromisos de clientes vendidos reducen la capacidad disponible, y la sobresuscripción significa que el ancho de banda anunciado no necesariamente se puede usar simultáneamente. Ninguna de esas condiciones puede deducirse del total del sitio web.

La gama de productos de 1M a 100G es igualmente una granularidad pedible, no una prueba de entrega inmediata en cada POP. Nine Cloud afirma que los recursos existentes permiten una entrega rápida y que el ancho de banda se puede ajustar con frecuencia diaria. Para convertir eso en capacidad utilizable, un comprador necesita una dirección de servicio, un método de acceso, una tasa de información comprometida, una política de ráfagas, un cálculo del percentil 95, un plazo de instalación, un inventario de puertos y un procedimiento de aumento de capacidad.

El sitio menciona la facturación por percentil 95, pero no las exclusiones de muestreo, el cálculo de entrada frente a salida o si la base comprometida permanece disponible durante la conmutación de protección.

Las cifras de disponibilidad necesitan la misma disciplina. La página de inicio muestra un 99,95 por ciento para las líneas privadas de backbone, mientras que la sección de servicios dice que las promesas contractuales específicas para el cliente pueden alcanzar el 99,99 por ciento. El historial de desarrollo dice que una segunda ruta de backbone elevó la disponibilidad de la red al 99,99 por ciento. Estas afirmaciones podrían ser coherentes si cubren diferentes productos, períodos o límites de medición. No son intercambiables.

En un año no bisiesto, el 99,95 por ciento permite aproximadamente cuatro horas y 23 minutos de indisponibilidad, mientras que el 99,99 por ciento permite unos 53 minutos. Las exclusiones de mantenimiento, los umbrales de pérdida de paquetes, los umbrales de latencia, la fuerza mayor, las colas de acceso y el equipo del cliente pueden cambiar el resultado sustancialmente.

La capa física sigue siendo en gran parte desconocida

El mayor déficit de evidencia no es el enrutamiento. Es el entorno construido. Nine Cloud nombra ciudades y algunas etiquetas de instalaciones, pero no publica un inventario de instalaciones vinculado al propietario legal, operador, arrendatario o custodio del equipo. No hay ningún registro público revisado de propiedad de terrenos, edificios o salas de datos. No hay un programa de bastidores que muestre dónde se instalan los enrutadores y servidores de Nine Cloud. No hay una lista de salas de meet-me de operadores o cross-connects. La suposición defendible no es ni la propiedad ni la ausencia; es desconocido.

La energía es igualmente opaca. Un enrutador POP necesita suministro eléctrico, cuadros de distribución, SAI o planta de CC, baterías, generador de respaldo, refrigeración y monitoreo ambiental. Una flota de servidores alojados añade mucha más carga y dependencia térmica. Nine Cloud no publica el número de alimentaciones eléctricas, subestación, topología del generador, autonomía, contrato de reabastecimiento, prueba de banco de carga, PUE, densidad de bastidores o prueba de corte reciente.

El programa de centros de datos ecológicos de China establece expectativas de eficiencia para grandes instalaciones, y el plan sectorial del MIIT apuntaba a un PUE inferior a 1,3 para nuevos centros de datos grandes e hiperescala para 2025. Esos objetivos políticos son contexto, no evidencia de que algún sitio de Nine Cloud los cumpla.

La propiedad de las instalaciones y la responsabilidad operativa también deben separarse. El propietario de un centro de datos puede ser dueño del edificio y la planta de energía. Un proveedor de IDC con licencia puede alquilar salas o bastidores. Nine Cloud puede poseer enrutadores y servidores dentro de esos bastidores, alquilarlos o revender capacidad. Un operador puede ser dueño de la fibra, mientras que otro proveedor se encarga del bucle local y un tercero controla la rampa de acceso a la nube. Cada parte tiene una ventana de mantenimiento y una ruta de escalado diferentes.

Un contrato de cliente que nombre solo a Nine Cloud puede seguir dependiendo de todos ellos.

La afirmación del sitio web es de más de 40 "salas de computadoras POP autogestionadas". La operación no establece la propiedad: incluso si cada nodo contiene equipos controlados por Nine Cloud, el material público no identifica quién es el propietario de las salas, los edificios, los sistemas de energía o los circuitos de conexión. Las instalaciones nombradas de Beijing y Shanghái en la herramienta de latencia parecen ser marcas de centros de datos de terceros o etiquetas de ubicación, lo que apunta a la coubicación o al acceso interconectado. Eso es común y no es inherentemente débil.

Se convierte en un riesgo cuando el diseño de protección, el plazo de arrendamiento, los derechos de acceso y la concentración de proveedores no se revelan.

La resiliencia física debe evaluarse, por lo tanto, ruta por ruta y sitio por sitio. Dos enrutadores en una misma sala no protegen contra un fallo de la sala. Dos salas en un mismo edificio no protegen contra un fallo de los servicios del edificio. Dos edificios en un mismo campus pueden compartir una subestación o una entrada de fibra. Dos operadores pueden compartir un conducto o un cable de larga distancia. Dos ciudades pueden seguir dependiendo de un equipo de operaciones de red o de un sistema de configuración. El registro público no resuelve ninguna de estas cuestiones de riesgo compartido.

Primera ruta de fallo: acceso y backbone

Para una sucursal empresarial, el primer fallo puede ocurrir antes de que el tráfico llegue a un nodo de backbone de Nine Cloud. El acceso al edificio depende del permiso del propietario, el espacio en las verticales, un operador de bucle local, conductos en la calle y un dispositivo de entrega. Nine Cloud anuncia experiencia coordinando la entrada al edificio y la fibra de última milla. Eso es valioso operativamente, pero también confirma que la entrega depende de las condiciones físicas y contractuales locales.

Un conducto cortado, un conmutador de acceso averiado o un contrato de propiedad vencido pueden aislar a un cliente incluso mientras cada ruta de backbone permanece en buen estado.

Dentro del backbone, los modos de fallo incluyen pérdida óptica, fallos en amplificadores o transpondedores, fallos en tarjetas de línea, defectos de software del enrutador, puertos agotados, fugas de rutas, errores de ingeniería de tráfico y errores de mantenimiento. El transporte protegido solo funciona si la ruta de protección es disjunta y tiene suficiente capacidad. El mapa de latencia de referencia de la empresa no revela grupos de riesgo compartido, y su vista BGP pública solo cubre los prefijos orientados a Internet. Las rutas privadas de Capa 2 y ópticas no se pueden reconstruir a partir de esas rutas.

La imagen dividida del upstream crea una exposición específica del servicio. El tráfico hacia el /24 de China llega actualmente a AS131495 a través de un AS adyacente visible. Un fallo o una retirada de política en ese límite podría eliminar la ruta más específica incluso aunque la ruta de cobertura de China Telecom permanezca. Si los servicios del cliente seguirían siendo accesibles depende del uso de direcciones y la configuración de enrutamiento. El /24 de Hong Kong tiene dos redes adyacentes visibles, pero se desconoce su independencia física. Ninguna disposición prueba que una línea privada adquirida tenga una protección equivalente.

La congestión es otro estado de fallo. Una ruta puede permanecer activa mientras la latencia, la fluctuación o la pérdida de paquetes la hacen inutilizable para voz, video en directo, replicación o aplicaciones interactivas. Las referencias de latencia de pares de ciudades de Nine Cloud son valores puntuales, no distribuciones percentiles bajo carga. Un objetivo de servicio significativo debe indicar los umbrales de retardo, fluctuación y pérdida; los puntos de prueba; los intervalos de medición; las exclusiones; y la solución.

También debe decir si la conmutación de protección preserva esos umbrales o simplemente restaura la accesibilidad básica.

Las personas afectadas dependen del producto. Un fallo en la red de sucursales puede detener la autenticación, el acceso al ERP, los pagos, la voz y el video. Un fallo en el enlace a la nube puede dejar las aplicaciones sin conexión desde las oficinas o separar los sistemas activos de las bases de datos. Un fallo en la CDN o en la aceleración puede ralentizar los servicios públicos en una región. Un fallo en el enlace ascendente del centro de datos puede aislar a muchos clientes alojados a la vez.

Cuanto más amplia sea la agregación de Nine Cloud, más importantes se vuelven los dominios de fallo transparentes y las comunicaciones con los clientes.

Segunda ruta de fallo: bastidores, energía y hardware

La capacidad alojada crea una cadena diferente. Una máquina virtual anunciada por Nine Cloud se ejecuta en última instancia en un servidor físico con procesadores, memoria, almacenamiento, interfaces de red y firmware. Ese servidor se encuentra en un bastidor con distribución de energía, conmutación en la parte superior del bastidor y refrigeración. El bastidor está en una sala cuyo suministro eléctrico, SAI, generador, protección contra incendios, control de acceso y personal operativo pueden pertenecer a otra empresa. Un servicio puede fallar en cualquier capa mientras el ASN público continúa anunciando rutas.

El inventario de hardware determina el tiempo de recuperación. Si falla una fuente de alimentación, un disco, una tarjeta de línea o un servidor, un proveedor necesita repuestos compatibles, autoridad de acceso y un técnico que pueda llegar al sitio. El sitio de la empresa dice que ofrece grupos técnicos personalizados, pero su página de contacto anuncia soporte remoto de 5x8 y una línea directa nacional en días laborables. No publica un objetivo de respuesta in situ las 24 horas, ubicaciones de repuestos ni contrato de manos remotas. Un cliente que requiera operaciones continuas debe conciliar esas descripciones de soporte por escrito.

El fallo de energía merece un tratamiento explícito porque el marketing de redes a menudo lo oculta. Las alimentaciones de servicios públicos duales pueden provenir de una sola subestación. Los sistemas de SAI duales pueden entrar en un solo interruptor estático. Los generadores pueden tener combustible limitado o capacidad compartida. La refrigeración puede fallar independientemente del suministro eléctrico. Un bypass de mantenimiento puede eliminar la redundancia sin un corte público.

Ningún material de Nine Cloud revisado identifica estos diseños, por lo que no se puede asignar una calificación de resiliencia energética a sus POPs o servicios alojados.

La recuperación también depende de los datos. Un segundo centro de datos no es una copia de seguridad a menos que los datos se repliquen en un punto de recuperación apropiado, la aplicación pueda iniciarse allí, las dependencias sean accesibles y el personal pueda ejecutar el plan. Nine Cloud comercializa diseños de dos sitios, tres centros y dual-activo local, incluyendo una supuesta topología de tres rutas y cuatro líneas y hasta un 99,99 por ciento de garantía de servicio. Estos son patrones de solución.

La empresa no publica una prueba de conmutación por error ejecutada, un resultado de tiempo de recuperación, un resultado de punto de recuperación ni un procedimiento de portabilidad de datos del cliente.

Para los clientes, el contrato debe nombrar las ubicaciones primarias y de recuperación, el método de replicación de datos, el cifrado, la propiedad de la copia de seguridad, el formato de exportación, el proceso de eliminación y la asistencia para la migración. Debe decir quién paga la salida, las cross-connects y la ejecución temporal en paralelo. Sin esa información, alejarse después de un fallo del proveedor o de la instalación puede ser más lento que restaurar el servicio original. El fallo de un contrato de proveedor puede convertirse en un corte técnico incluso cuando todo el equipo sigue funcionando.

Tercera ruta de fallo: control, soporte y dependencias comerciales

La resiliencia de la red también es una propiedad del plano de control y organizativa. Los sistemas de configuración, autenticación, monitoreo, ticketing, facturación y portales de clientes pueden crear dominios de fallo comunes en muchos sitios. Nine Cloud dice que los incidentes se notifican cada 15 minutos y promueve un grupo técnico dedicado para cada cliente. No expone un historial de estado público, un calendario de mantenimiento, un archivo de incidentes ni un registro de créditos de servicio. Los clientes no pueden juzgar desde fuera con qué rapidez la empresa detecta, escala y explica las averías.

El propio sitio web público ilustra un límite operativo.jywx.comse resuelve a 123.58.16.244 y sirve un sitio Nuxt actual a través de HTTP, pero una conexión HTTPS falló durante las comprobaciones del 15 de julio de 2026. Se accede al sitio a través de la ruta de cobertura de China Telecom en lugar de las rutas más específicas actuales de AS131495. Esto no muestra que los servicios de red de clientes carezcan de cifrado o disponibilidad. Sí muestra que el servicio de información pública de la empresa tiene una dependencia de enrutamiento diferente de su ASN y carece de la puerta de enlace HTTPS habitual que se espera para un sitio comercial moderno.

La concentración comercial puede ser más importante que el número de enrutadores. Si muchos POPs utilizan un contrato marco de un operador, un grupo de centros de datos, un proveedor de hardware o un contratista de operaciones, una disputa de pago, un problema de licencia, la insolvencia del proveedor o la terminación del soporte pueden afectar a varias ciudades. El sitio web nombra muchos socios y marcas de clientes, pero lapágina de casos de clientesconsiste en gran parte en nombres sin alcance, fechas, valores de contrato, descripciones de servicio o resultados confirmados de forma independiente. Esos logotipos son señales de mercado, no reservas de capacidad ni referencias de rendimiento.

La candidatura de CNOOC de 2024 ofrece una señal más concreta porque proviene del sistema de contratación del comprador. Sin embargo, incluso allí, Nine Cloud quedó en segundo lugar en lugar de primero, y el aviso se refiere al mantenimiento de comunicaciones de TI y soporte técnico, no a la propiedad de un backbone nacional. Un comprador debe solicitar referencias recientes que coincidan con el producto exacto: una línea privada no es una nube alojada, y un contrato de mantenimiento no es un servicio de recuperación ante desastres.

Las licencias son una dependencia adicional. Los avisos públicos indican que la licencia interregional fue renovada y posteriormente modificada, pero los clientes deben obtener el original actual, las categorías de servicio y las regiones aprobadas. La conectividad transfronteriza y la ubicación de los datos requieren una atención especial. Las normas del MIIT restringen los canales transfronterizos no autorizados, mientras que un bloque de direcciones registrado en Hong Kong es originado por el ASN de Beijing.

Ese hecho de enrutamiento no establece dónde se almacenan los datos del cliente, dónde se inspecciona el tráfico o qué entidad contractual suministra el servicio.

La localidad de los datos no se puede inferir de una etiqueta IP

El prefijo de Hong Kong hace concretas las cuestiones de localidad. APNIC marca 103.175.196.0/23 como un recurso de Hong Kong y nombra a un titular registrado en Hong Kong. Los servicios de geolocalización de IP también tienden a situar el /24 visible en Hong Kong. Ni el país del registro ni la geolocalización prueban el edificio que contiene un servidor. Las direcciones se pueden anunciar de forma remota, tunelizar, usar para anycast o reasignarse dentro de una red. Por el contrario, una dirección registrada en China puede transportar tráfico a infraestructura en otro lugar.

El material de servicio de Nine Cloud describe enlaces de nube híbrida, distribución multinube, recuperación ante desastres y servicios perimetrales en el extranjero. Cada uno puede mover o replicar datos a través de fronteras administrativas y geográficas. Un cliente preocupado por la soberanía necesita un programa de activos y flujo de datos, no una suposición basada en el país de la IP.

El programa debe identificar la ubicación de almacenamiento, la ubicación de procesamiento, la ubicación de la copia de seguridad, el acceso de soporte, la ubicación de los registros, el control de las claves de cifrado, los subcontratistas y la base legal de transferencia.

La misma regla se aplica a las afirmaciones de alcance global del servicio. Los upstreams internacionales pueden proporcionar accesibilidad global desde un bastidor en Hong Kong. No crean capacidad local en todos los mercados. Un socio puede entregar una última milla en el extranjero sin que Nine Cloud sea propietaria de ese circuito. Ninguno de los modelos es inherentemente inferior, pero la responsabilidad de los cortes y el manejo de datos difieren. El contrato debe identificar la entidad proveedora en cada jurisdicción y la ruta de escalado cuando un subcontratista falla.

La seguridad de las rutas afecta indirectamente a la localidad. La autorización RPKI válida para el /24 de Hong Kong ayuda a las redes a rechazar un origen no autorizado, mientras que el /24 de China permanece desprotegido por una autorización de validación. RPKI no previene las fugas de rutas después del origen autorizado, no protege el DNS, no cifra el tráfico ni prueba la ubicación física. Es un control en una cadena más amplia. Los clientes deben solicitar filtros de ruta, límites de prefijo máximo, mantenimiento de IRR, seguridad del DNS, acuerdos de DDoS y aprobación de cambios como controles separados.

La falta de IPv6 público también merece una cuestión de localidad. Si un cliente necesita IPv6 pero Nine Cloud lo obtiene de un ASN socio, el tráfico puede tomar una ruta diferente y quedar bajo un límite operativo diferente que IPv4. El proveedor de direcciones, el origen de la ruta, la ubicación de salida y el diseño de conmutación por error deben documentarse para ambos protocolos. Una aplicación de doble pila es tan resistente como la familia más débil.

Lo que un comprador debería exigir antes de confiar en la afirmación de los 40 POPs

La primera solicitud debe ser una topología fechada y específica del servicio. Debe marcar los POPs exactos utilizados por el cliente, no todas las ciudades en un mapa de ventas. Cada nodo debe nombrar al operador de la instalación, la sala o el área de meet-me, el equipo de Nine Cloud, la disposición de la energía del bastidor, el operador de acceso local, el operador de backbone, la entrega y la parte responsable del mantenimiento. Las rutas deben mostrar grupos de riesgo compartido en lugar de líneas rectas decorativas.

Los detalles confidenciales pueden divulgarse bajo un acuerdo de confidencialidad; la preocupación es la ausencia de cualquier programa verificable.

La segunda solicitud debe conciliar la capacidad. Para cada circuito y puerto relevantes, el comprador debe ver la tasa de diseño, la tasa instalada, la tasa aceptada por el operador, la tasa actualmente iluminada, la carga de cliente comprometida, la reserva de protección y el margen disponible. El total de 2.9T debe venir con una definición y una fecha. Un producto de 100G debe estar vinculado a una interfaz entregable específica y un plazo de entrega. Para la capacidad alojada, la misma tabla debe incluir bastidores, energía informática, inventario de servidores, almacenamiento, copia de seguridad y hardware de repuesto.

La tercera solicitud debe probar la recuperación. Una prueba debe hacer fallar la ruta de acceso primaria real, no solo cambiar una preferencia de ruta en el software. Los resultados deben registrar la detección, la conmutación, la pérdida de paquetes, la capacidad después de la conmutación, la recuperación de la aplicación y la restauración. Las pruebas del centro de datos deben incluir escenarios de energía y refrigeración dentro de las normas de seguridad del operador de la instalación. Los servicios alojados y en la nube deben demostrar la restauración desde la copia de seguridad y la exportación a otro proveedor.

El informe debe identificar los pasos fallidos y la corrección, no solo una etiqueta de aprobado.

La cuarta solicitud debe alinear el soporte con el riesgo. La página de contacto pública de Nine Cloud indica soporte remoto de 5x8, mientras que sus productos sirven aplicaciones que pueden funcionar de forma continua. El cliente debe obtener contactos de gravedad uno las 24 horas si es necesario, tiempos de respuesta in situ, cobertura de repuestos, escalado de operadores, intervalos de notificación, plazos de causa raíz y créditos de servicio. Debe verificar que las personas nombradas en APNIC, PeeringDB, la licencia y el contrato estén actualizadas o tengan sucesores definidos.

La quinta solicitud debe establecer los límites legales y de datos. La empresa debe proporcionar un registro certificado actual, una licencia de telecomunicaciones y su alcance; identificar la relación con HK JIUYUN INFINITE TRADE LIMITED; nombrar a los subcontratistas; e indicar dónde residen los datos de los clientes, los registros y las copias de seguridad. Debe explicar cómo un cliente puede salir, recibir sus datos y mover circuitos si finaliza un contrato de arrendamiento de instalaciones o de proveedor.

Una red operativa con un descuento de evidencia

Nine Cloud es más que una empresa fantasma inactiva. Tiene un registro de sistema autónomo activo, rutas actuales, una autorización RPKI válida para un prefijo, un registro de intercambio mantenido por participantes, un sitio web empresarial activo, una herramienta de latencia en múltiples ciudades en funcionamiento, un historial de licencias y una señal reciente de contratación empresarial. Estos hechos respaldan una conclusión de confianza media de que continúa operando y comercializando servicios de red.

La confianza cae bruscamente en las capas físicas y de capacidad. Ninguna evidencia pública revisada verifica 40 instalaciones POP actuales, su propiedad, su estado de energía o su separación de riesgo compartido. Ninguna evidencia pública define el total de 2.9T, informa de la utilización, identifica la capacidad vendida o demuestra la recuperación en caso de fallo. Los dos /24 públicos y las tres redes adyacentes observadas muestran accesibilidad y cierta diversidad lógica, no una topología física nacional. El registro NNIX de 1Gbps es específico pero obsoleto y demasiado limitado para validar la afirmación agregada.

Esto produce un descuento de evidencia, no un veredicto de inoperatividad. Los compradores deben valorar el servicio en función de las instalaciones, circuitos, términos de soporte y pruebas que Nine Cloud pueda documentar para su ruta. No deben valorarlo como una plataforma de 40 sitios, 2.9 terabits y 99,99 por ciento solo porque esos números compartan una página. Tampoco deben descartarlo porque solo se vean 512 direcciones IPv4 detrás de su ASN. La escala de la Internet pública y la escala del transporte privado miden cosas diferentes.

La evidencia decisiva sería sencilla: un inventario fechado de POPs e instalaciones, límites de operador y energía, capacidad instalada y utilizable, rutas de protección específicas del cliente, licencias actuales, finalización de la seguridad de rutas y resultados de conmutación por error presenciados. Hasta que aparezcan, la descripción mejor respaldada es precisa. Nine Cloud opera un pequeño borde de Internet visible alrededor de AS131495 y comercializa una infraestructura de alojamiento y red privada china mucho mayor. El borde es observable.

La infraestructura sigue siendo una afirmación que debe verificarse circuito a circuito, bastidor a bastidor y prueba de recuperación a prueba de recuperación.