Nine Cloud diz ter 40 POPs e 2,9T de backbone, mas a Internet pública mostra dois /24s

Resumo

• O site da própria Nine Cloud alega mais de 40 nós de POP de Data Center auto-operados, mais de 2,9T de linhas privadas de backbone totalmente interconectadas e produtos de largura de banda para clientes de 1M a 100G. Esses números descrevem a oferta, mas nenhum cronograma público de instalações, inventário de circuitos, projeto de energia ou teste independente demonstra capacidade instalada ou utilizável.
• O AS131495 está ativo e originou dois prefixos IPv4 /24s em 15 de julho de 2026. Um era um bloco registrado na China com uma rede adjacente visível; o outro era metade de um /23 de uma empresa de Hong Kong e foi visto através de duas redes adjacentes. Isso é evidência de roteamento ativo, não prova de 40 POPs fisicamente diversos.
• O histórico de licenças, um site corporativo ativo, uma ferramenta de latência ao vivo e uma candidatura de contratação pública de 2024 sustentam a continuação da atividade comercial. Eles não determinam a propriedade atual dos ativos, a responsabilidade operacional do Data Center, a resiliência energética, a carga de clientes, a capacidade disponível ou o desempenho de recuperação.

Duas visões da mesma rede

O número no centro da apresentação pública da Nine Cloud não é um número de sistema autônomo. É "2,9T+", exibido napágina inicialda empresa ao lado dos nós de POP de Data Center "40+", notificações de incidentes em 15 minutos e disponibilidade de 99,95 por cento das linhas privadas de backbone. Mais abaixo na página, a empresa diz que esses POPs são auto-operados, cobrem a maioria das cidades de primeiro e segundo nível da China e podem fornecer largura de banda de 1M a 100G. Ela oferece rede privada empresarial ponto a ponto, hub-and-spoke e full-mesh, conexões entre nuvens públicas e instalações do cliente, servidores físicos ou virtuais e um serviço "IDC Plus" para requisitos personalizados de Data Center.

O número visível na Internet pública é menor: duas rotas IPv4 /24, ou 512 endereços no total, originadas pelo AS131495 em uminstantâneo do RIPEstat de 15 de julho de 2026. Nenhuma rota IPv6 estava visível. Um /24, 123.58.18.0/24, está dentro do espaço de endereços registrado para a empresa de Pequim. O outro, 103.175.197.0/24, está dentro de um /23 registrado para a HK JIUYUN INFINITE TRADE LIMITED. Os coletores de rota viram três redes vizinhas imediatas nos dois prefixos, mas não todas as três em cada prefixo.

Esses números não são mutuamente exclusivos. Um operador de linha privada pode alugar comprimentos de onda, circuitos Ethernet, espaço em rack e acesso de última milha sem anunciar cada circuito voltado para o cliente no BGP. Um POP pode conter um roteador e conexões cruzadas enquanto usa endereços originados em outro lugar. Um inventário comercial de 2,9T pode somar taxas de transporte contratadas em vez de trânsito de Internet pública.

Da mesma forma, um mapa de nós nacionais pode superestimar a independência se muitos nós compartilharem a mesma operadora, provedor de instalações, duto, concessionária de energia, sistema de controle ou contrato de upstream. A questão não é que o BGP deva exibir 2,9 terabits. É que o registro público não preenche a lacuna entre o total de marketing e o sistema físico que teria que suportá-lo.

Essa lacuna muda a questão da devida diligência. A Nine Cloud tem evidências suficientes para ser tratada como um negócio de serviços de rede ativo, não como um nome ligado apenas a um registro antigo. Ela não tem evidências públicas suficientes para tratar cada nó, rota ou unidade de capacidade declarada como instalada, energizada, operacional, não vendida e recuperável. Para um cliente que coloca conectividade de filiais, acesso à nuvem, recuperação de desastres ou equipamentos hospedados na plataforma, a ponte ausente importa mais do que o total principal.

A empresa por trás do nome

O histórico jurídico e operacional começa com um aviso útil sobre continuidade. Umainvestigação da Bolsa de Valores de Xangaiem 2015 sobre a aquisição da Beijing Senhua Yiteng por outra empresa questionou por que a Senhua havia transferido sua subsidiária integral Nine Cloud para Hong Lei pouco antes da transação. Aresposta publicada reproduzida no Securities Timesdisse que a Senhua estabeleceu a Nine Cloud em julho de 2013, que Hong Lei era seu representante legal e que ela não havia efetivamente conduzido negócios até o final de 2014. A Senhua transferiu as ações para Hong em janeiro de 2015 sem contrapartida em dinheiro, compensando um saldo entre empresas, para fornecer uma plataforma para seu desenvolvimento futuro depois que ele deixou a Senhua.

A própriahistória de desenvolvimento da Nine Cloudcomeça a operação comercial em abril de 2015 com a versão 1.0 do seu produto EDPN. Em seguida, ela reivindica uma sequência de qualificações IDC, ISP, ICP, VPN e dados fixos; um número de sistema autônomo independente; um produto BGP multi-linha; uma licença CDN; uma empresa em Hong Kong; monitoramento nacional; servidores de borda; uma conexão de intercâmbio em Hangzhou; proteção de dupla operadora; uma filial em Shenzhen; e, eventualmente, uma segunda rota de backbone. Lidos em conjunto, a divulgação da bolsa e a linha do tempo da empresa descrevem um negócio que estava inativo sob sua controladora original, foi separado em 2015 e então construiu uma identidade operacional própria.

Essa separação é importante. A receita, instalações, contratos de clientes e histórico operacional atribuídos à Senhua Yiteng na transação de 2015 não podem ser simplesmente atribuídos à Nine Cloud. A resposta distinguiu explicitamente as empresas e disse que a Nine Cloud não havia conduzido negócios antes da transferência. Qualquer capacidade posterior deve, portanto, ser apoiada pelos próprios contratos, equipamentos, arrendamentos, licenças e rotas da Nine Cloud. O registro público oferece algumas dessas camadas, mas não uma trilha de ativos completa.

Um agregador de registros comerciais atualmente lista a empresa chinesa como estabelecida em 2 de julho de 2013, com código de crédito social unificado 91110108071674731C e capital registrado de RMB30 milhões. Ele também relata um registro em Pequim e um amplo escopo de negócios relacionados a telecomunicações. Esseregistro de agregadoré útil para descoberta, mas não substitui um extrato certificado atualizado da empresa. As páginas públicas discordam sobre o atual representante legal e a sala exata registrada. A própriapágina de contato da Nine Cloudfornece um escritório sede em Pequim nas salas 325-331 no Enji Xiyuan e um escritório em Shenzhen no Honglong Century Plaza. Os endereços de escritório identificam locais para contatar o fornecedor; não são endereços de Data Center ou prova de propriedade do equipamento.

Há sinais de atividade mais recente. A lista de 2023 de pequenas e médias empresas de base tecnológica propostas em Pequim inclui a empresa no distrito de Haidian. Em setembro de 2024, umaviso de aquisição da CNOOCclassificou a Nine Cloud em segundo lugar entre três candidatas para manutenção e suporte técnico de rede de comunicações de TI de empresa internacional, com uma oferta de RMB4.375.680 e uma pontuação de 56,22. Ser uma candidata qualificada apoia a proposição de que estava licitando para trabalho de rede empresarial. Isso não mostra que ganhou o contrato, entregou o serviço, possuía a infraestrutura relevante ou atendeu a um resultado de disponibilidade específico.

Um amplo conjunto de permissões não é um registro de ativos

O histórico de licenciamento da Nine Cloud é substancial. Uma lista oficial do Ministério da Indústria e Tecnologia da Informação no final de 2017 registrou a empresa sob a licença A2.B1-20170249 para serviço de rede de distribuição de conteúdo em Pequim e Shandong. Relatórios do setor disseram que em 2018 ela obteve permissões para CDN e serviços em nuvem. Reproduções públicas de avisos de licenciamento posteriores mostram uma mudança de escopo, uma renovação em 2021 e uma mudança de representante legal em 2023.

O registro oficial histórico e os avisos posteriores apoiam a continuidade de uma licença de telecomunicações inter-regional, embora o cronograma de serviço atualmente em vigor, o escopo geográfico e a data de expiração devam ser obtidos diretamente do regulador ou da empresa antes de uma compra.

A distinção entre permissão e implementação é explícita nas regras de telecomunicações chinesas. Ocatálogo de classificação de serviços de 2015 do MIITdefine serviço IDC como o uso de instalações de sala de computadores apropriadas para abrigar, manter e gerenciar equipamentos de clientes, alugar servidores e armazenamento e providenciar linhas de comunicação e largura de banda de saída. Ele define a colaboração de recursos de Internet semelhante à nuvem como o uso de equipamentos e recursos instalados em centros de dados. Ele define o serviço CDN em torno de grupos distribuídos de servidores de nós. Uma licença indica que uma empresa pode conduzir atividades especificadas sob condições especificadas; não revela quais edifícios ela usa, se os possui ou aluga, quanta carga de TI está energizada ou quanta capacidade já está comprometida.

Oaviso de limpeza do mercado de 2017 do MIITreforça o ponto. Ele visava atividades IDC, ISP e CDN não licenciadas e fora do escopo, uso não autorizado de recursos e revenda em várias camadas. Exigia que infraestrutura, endereços IP e largura de banda viessem de provedores adequadamente licenciados e restringia canais cross-border não autorizados. O modelo regulatório, portanto, antecipa uma cadeia de suprimentos: um provedor de serviços empresariais pode combinar seus próprios elementos de rede com instalações e circuitos obtidos de operadoras básicas e outros operadores licenciados.

O site da Nine Cloud descreve exatamente essa oferta combinada. Ele diz que pode fornecer largura de banda de Internet China Telecom, China Unicom, China Mobile e BGP, hospedagem de servidores físicos, máquinas virtuais, acesso à cidade e linhas privadas de longa distância. Essa linguagem não identifica o proprietário de cada rack, trecho óptico ou sistema de energia. Nem "POP auto-operado" deve ser automaticamente interpretado como prova de propriedade do Data Center.

Um roteador auto-operado em espaço de rack alugado, dentro de uma instalação de terceiros e conectado por circuitos de operadora alugados, pode ser operacionalmente significativo, deixando dependências físicas críticas fora do controle da Nine Cloud.

Este também é o motivo pelo qual o campo de região do artigo diz Ásia-Pacífico. A empresa diz que seus negócios em Hong Kong se expandiram para mais de dez áreas no exterior e trabalharam com operadoras internacionais. O bloco de endereços de Hong Kong e as adjacências internacionais apoiam algum alcance transfronteiriço. Eles não estabelecem uma frota global de instalações controladas pela empresa ou equipes operacionais locais. A alcançabilidade global pode ser fornecida por meio de upstreams ou parceiros; não é evidência de uma pegada operacional física global.

A área operacional física documentada permanece principalmente uma rede de cidades chinesas com um componente de roteamento em Hong Kong, e mesmo dentro dessa área, o controle exato das instalações é amplamente desconhecido.

O que o AS131495 prova

A evidência independente mais forte é a identidade da rede. Oregistro RDAP da APNIC para AS131495nomeia "Nine-cloud", descreve a Beijing Nine Cloud Infinite Network Technology e coloca o registro na China. O número foi registrado em 26 de abril de 2017, permanece marcado como ativo e foi alterado pela última vez em 28 de novembro de 2023. O contato administrativo e técnico é Hong Lei, cujo objeto foi alterado pela última vez em 2017. Esses registros estabelecem o controle delegado de um número de sistema autônomo e o vinculam diretamente à empresa de Pequim. Eles não mostram quem atualmente configura os roteadores ou assina contratos de operadora.

A tabela de roteamento atual mostra duas histórias de recursos diferentes. Oregistro 123.58.16.0/21 da APNICnomeia Nine-cloud, descreve a empresa de Pequim e marca o bloco como ativo na China. O AS131495 atualmente origina um /24 dele, 123.58.18.0/24. A outra rota visível, 103.175.197.0/24, é metade do103.175.196.0/23, uma alocação ativa de Hong Kong registrada para HK JIUYUN INFINITE TRADE LIMITED. O domínio de contato comumjywx.come o nome compartilhado "Jiuyun" sugerem uma conexão comercial, mas os registros públicos revisados não fornecem um documento de propriedade corporativa vinculando a empresa de Hong Kong à empresa de Pequim. A afirmação segura é que o ASN de Pequim origina espaço de endereço registrado para a entidade de Hong Kong.

A autorização de origem de rota também está dividida. Oresultado de validação RPKI para 103.175.197.0/24do RIPEstat é válido para AS131495. Oresultado equivalente para 123.58.18.0/24é "desconhecido", significando que o validador não encontrou autorização de origem de rota aplicável. Desconhecido não é inválido: redes que rejeitam rotas RPKI-inválidas não devem rejeitar uma rota desconhecida meramente por esse status. Ainda assim, um cliente avaliando a segurança da rota desejaria saber se a Nine Cloud pretende criar uma autorização válida para a rota da China e como mantém os objetos de rota nos registros.

Os dois prefixos também têm históricos diferentes. O histórico de roteamento do RIPEstat mostra o AS131495 originando o 123.58.16.0/21 completo durante parte de 2020, depois anunciando intermitentemente 123.58.18.0/24 a partir de 2022 e novamente continuamente no período observado a partir de abril de 2026. O /24 de Hong Kong foi originado pelo AS136897 em 2023 e início de 2024, antes que o AS131495 se tornasse a origem em fevereiro de 2024 e permanecesse visível até 15 de julho de 2026. Esse histórico demonstra mudança no controle de roteamento.

Não explica se o equipamento mudou, se um contrato de cliente ou parceiro mudou ou se a localização física de hospedagem permaneceu a mesma.

Uma rota ativa é evidência de alcançabilidade, mas é um medidor de capacidade ruim. Um /24 pode estar atrás de uma porta de 1 Gbps ou de muitos circuitos maiores. Pode hospedar um serviço pequeno ou transportar tráfego para funções de rede que não exigem muitos endereços públicos. Inversamente, um negócio de linha privada pode transportar grandes volumes que nunca aparecem como rotas de clientes originadas por seu próprio ASN. A conclusão defensável é restrita: AS131495 está ativo, tem uma pequena pegada de origem IPv4 visível e não mostra origem IPv6 visível.

Nada nessa conclusão valida ou refuta o número de 2,9T de backbone privado da empresa.

Três vizinhos não equivalem a três caminhos diversos

Oinstantâneo do estado BGP do RIPEstatmostrou uma separação clara por prefixo. Para 123.58.18.0/24, os caminhos do coletor colocaram AS24138, China TieTong Telecommunications Corporation, imediatamente antes do AS131495. Para 103.175.197.0/24, os caminhos colocaram AS984, Octopus Web Solution, ou AS136897, EnjoyVC Cloud Group, imediatamente antes do AS131495. Oresumo AS131495 da Hurricane Electriclistou independentemente os mesmos três pares observados e os mesmos dois /24s originados.

Esta é uma evidência útil de diversidade lógica para a rota de Hong Kong. Na camada de política BGP, mais de um AS externo pode propagar 103.175.197.0/24. Isso não mostra duas entradas de edifício, duas salas de interconexão, dois proprietários de fibra, dois sistemas submarinos, duas redes elétricas ou mesmo dois roteadores. AS984 e AS136897 podem entrar na mesma instalação, compartilhar um provedor de conexão cruzada ou convergir em um upstream comum mais distante.

Os caminhos AS públicos sugerem caminhos de nível superior diferentes em muitas visões, mas uma string de caminho contém identificadores administrativos, não um mapa de dutos e equipamentos.

O /24 da China tem uma limitação diferente. Apenas AS24138 apareceu imediatamente adjacente no instantâneo. A rota de cobertura mais ampla 123.58.16.0/20 foi originada pelo AS23724, a rede IDC de Pequim da China Telecom. O site da Nine Cloud resolve para 123.58.16.244, um endereço dentro do /21 registrado pela empresa, mas fora do /24 mais específico. O RIPEstat, portanto, mapeia o endereço do site para a rota de cobertura da China Telecom, em vez do AS131495. Este é um arranjo de roteamento legítimo.

Também ilustra por que registro de endereço, origem de rota, hospedagem web e localização física do servidor não devem ser colapsados em um único conceito.

Nenhuma evidência pública revisada estabelece failover automático entre os prefixos da China e de Hong Kong. São intervalos de endereço diferentes com redes adjacentes diferentes e provavelmente casos de uso diferentes. Um serviço de cliente em um intervalo não se torna automaticamente acessível no outro após uma falha. Tal recuperação exigiria replicação de aplicativos, política de DNS ou anycast, sincronização de estado, alterações de roteamento testadas e capacidade de sobra suficiente.

O site da empresa descreve projetos de recuperação de desastres e multi-ativos como produtos, mas não publica uma página de status, relatório de failover ou teste de recuperação demonstrando esses mecanismos para seus próprios sistemas de controle.

A questão prática é, portanto, específica do serviço. Um comprador deve perguntar qual prefixo, operadora e instalação exatos atendem seu circuito primário; qual prefixo, operadora, entrada de edifício e domínio de energia diferentes atendem o backup; e se o caminho secundário foi testado enquanto o primário está fisicamente desconectado. Um diagrama com dois nomes de operadora responde apenas à primeira parte. Um traceroute coletado enquanto ambos os links estão saudáveis não prova que qualquer um dos links pode suportar a carga total sozinho.

O único ponto de troca público

A Nine Cloud tem um perfil no PeeringDB para AS131495. Oregistro de redeidentifica a empresa de Pequim, aplica uma política de peering seletiva e lista uma conexão operacional no NNIX em Hangzhou. A porta é registrada como endereço IPv4 103.164.64.125 a 1.000 Mbps. Nenhum endereço IPv6, participação em servidor de rota ou registro de instalação é listado. A conexão do ponto de troca foi atualizada pela última vez em 4 de janeiro de 2022, enquanto o registro de rede geral foi atualizado pela última vez em 26 de outubro de 2022.

Essa é uma evidência específica, mas tem limites estritos. O PeeringDB é mantido pelos participantes, o registro está desatualizado e o sinalizador "operacional" não é um feed de telemetria ao vivo. Oregistro de troca NNIXassociado localiza o ponto de troca em Hangzhou, mas não lista nenhum conjunto de instalações e nenhuma URL pública de feed de participantes. Uma porta de ponto de troca de 1 Gbps também não pode validar 2,9T de capacidade de backbone. Pode ser uma pequena interface de peering, uma entrada legada, um caminho de gerenciamento ou uma borda entre muitas interconexões privadas.

A página de desenvolvimento da empresa diz que ela se juntou a um centro de troca nacional de Hangzhou e se tornou membro de um comitê nacional de interconexão. A entrada do PeeringDB corrobora a participação em um ponto de troca chamado NNIX, mas não a redação institucional mais ampla. Isso não prova a localização do roteador da Nine Cloud em Hangzhou, o proprietário do rack, o caminho da conexão cruzada, o nível de tráfego ou o estado atual da porta. O PeeringDB não relata nível de tráfego divulgado, não tem looking glass, não tem servidor de rota, não tem conjunto IRR e não tem instalações de interconexão.

Esse perfil escasso torna a ausência de IPv6 mais relevante. A Nine Cloud vende conectividade empresarial, links em nuvem, hospedagem e serviços relacionados a CDN, todos os quais cada vez mais encontram requisitos de pilha dupla. O ASN público atualmente não origina nenhum prefixo IPv6, e sua interface NNIX listada não tem endereço IPv6. Os clientes ainda podem receber IPv6 por meio de outra operadora ou ASN de serviço, mas o material público não diz.

Uma especificação de aquisição deve exigir uma resposta explícita: pilha dupla nativa, serviço tunelado, IPv6 fornecido por upstream ou apenas IPv4; tamanho da alocação de endereço; segurança da rota; e comportamento de failover.

Quarenta pontos são um mapa comercial, não uma pesquisa de rotas

A Nine Cloud opera umaferramenta de latência EDPNseparada. Em 15 de julho de 2026, ela retornou uma longa lista selecionável de cidades "POP principal", incluindo Pequim, Shijiazhuang, Zhengzhou, Wuhan, Changsha, Guangzhou, Shenzhen, Xiamen, Fuzhou, Ningbo, Hangzhou, Xangai, Nanjing, Chengdu, Chongqing, Shenyang, Harbin, Kunming, Nanning, Qingdao, Huizhou, Zhanjiang e Haikou. Também nomeou vários rótulos de Data Center em Pequim e Xangai. A página inicial da empresa exibiu atrasos de referência para pares de cidades, como Pequim-Tianjin, Xangai-Hangzhou e Guangzhou-Shenzhen.

Isso é melhor que um mapa decorativo. A ferramenta está ativa, os seletores de nós são legíveis por máquina e a tabela de pares de cidades expõe alegações de latência testáveis. Isso apoia a conclusão de que a Nine Cloud construiu ou encomendou um sistema destinado a medir um serviço multi-cidade. Ainda assim, não revela os IPs de sondagem, frequência de teste, tamanho do pacote, direção, percentil, perda, janela de amostra, operadora, coordenadas das instalações ou se cada ponto de extremidade selecionado está disponível para o cliente hoje. Um rótulo chamado "POP principal" não é um certificado de aceitação de engenharia.

A geografia está no nível da cidade. Nenhum mapa público revisado fornece polilinhas de fibra, proprietários de dutos, IDs de circuitos de longa distância, estações de aterrissagem, entradas de edifícios ou coordenadas de salas de interconexão. As entradas nomeadas de Data Center podem identificar possíveis locais de serviço, mas a ferramenta não declara se a Nine Cloud possui equipamentos lá, revende o serviço de outro provedor, mantém portas sobressalentes lá ou simplesmente tem um produto de acesso cotado.

O mapa do escritório na página de contato é ainda menos relevante para a geografia da rede física: sedes e filiais não são automaticamente POPs.

A empresa diz que sua rede de cidades combina acesso metropolitano protegido com links de backbone de longa distância protegidos. Ela oferece fibra nua, comprimentos de onda OTN, circuitos de Camada 2, circuitos roteados de Camada 3, SDH e MSTP, com diferentes interfaces de handoff. Esses tipos de produto exigem limites de controle muito diferentes. A fibra nua pode deixar o equipamento óptico para o cliente; um serviço OTN depende do sistema de linha da operadora; uma linha privada Ethernet pode ocultar várias camadas de transporte compartilhadas; um serviço de Internet depende da política BGP e do trânsito.

Um único mapa não pode descrever redundância para todos eles.

Para cada rota adquirida, a evidência útil do mapa incluiria os sites A e Z, operador da instalação, sala de interconexão, demarcação, operadora de acesso local, operadora de longa distância, classe de caminho protegido, grupos de links de risco compartilhado, camada óptica ou de pacotes, meta de restauração e data do último teste de aceitação. Sem esses campos, o mapa de 40 nós é uma hipótese de disponibilidade de serviço. É comercialmente informativo e geograficamente sugestivo, mas não pode estabelecer diversidade de rota física.

O que 2,9T pode significar

O rótulo na página inicial diz "2,9T+ de interconexão total de linha privada de backbone" sem definir a unidade. Nesse contexto, terabits por segundo é a interpretação natural, mas a página não diz se 2,9T é a capacidade de interface iluminada, capacidade de operadora contratada, soma de transportadores nó a nó, taxa de encaminhamento teórica, pico de tráfego, largura de banda faturável do cliente ou um agregado de contagem dupla em ambas as extremidades dos circuitos. Ela não fornece uma data de referência ao lado do número e nenhum número de utilização.

Cada interpretação tem um significado operacional diferente. Um roteador com várias portas de 100 Gbps tem capacidade de porta instalada, mesmo que os circuitos upstream por trás delas sejam menores. Um comprimento de onda de 100 Gbps é capacidade iluminada após equipamento óptico e aceitação da operadora, mas apenas parte pode estar reservada para a Nine Cloud. Uma soma full-mesh pode contar o mesmo trecho de longa distância subjacente em vários caminhos comercializados.

Os compromissos de clientes vendidos reduzem a capacidade disponível, e a sobreassinatura significa que a largura de banda principal não pode necessariamente ser usada simultaneamente. Nenhuma dessas condições pode ser derivada do total do site.

A faixa de produto de 1M-100G é igualmente uma granularidade pedível, não prova de entrega imediata em todos os POPs. A Nine Cloud diz que os recursos existentes permitem entrega rápida e que a largura de banda pode ser ajustada com frequência diária. Para transformar isso em capacidade utilizável, um comprador precisa de um endereço de serviço, método de acesso, taxa de informação comprometida, política de burst, cálculo do 95º percentil, prazo de instalação, inventário de portas e procedimento de aumento.

O site menciona faturamento no 95º percentil, mas não exclusões de amostragem, cálculo de entrada versus saída ou se a base comprometida permanece disponível durante a comutação de proteção.

Os números de disponibilidade precisam da mesma disciplina. A página inicial exibe 99,95 por cento para linhas privadas de backbone, enquanto a seção de serviços diz que promessas contratuais específicas do cliente podem chegar a 99,99 por cento. O histórico de desenvolvimento diz que uma segunda rota de backbone elevou a disponibilidade da rede para 99,99 por cento. Essas declarações podem todas ser consistentes se cobrirem produtos, períodos ou limites de medição diferentes. Elas não são intercambiáveis.

Em um ano não bissexto, 99,95 por cento permite aproximadamente quatro horas e 23 minutos de indisponibilidade, enquanto 99,99 por cento permite cerca de 53 minutos. Exclusões de manutenção, limites de perda de pacotes, limites de latência, força maior, ramais de acesso e equipamentos do cliente podem alterar o resultado substancialmente.

Nenhum número público de capacidade foi encontrado para racks, gabinetes, contagem de servidores, CPU, memória, armazenamento, megawatts de TI, megawatts de utilidade, UPS, tempo de execução do gerador, resfriamento, combustível, peças sobressalentes, portas ocupadas ou folga restante. Nenhum número público mostra capacidade vendida ou reservada. A oferta de nuvem e IDC da empresa pode ser fornecida por meio de parceiros, mas as instalações dos parceiros e os termos de alocação não são divulgados.

Para resiliência de computação hospedada, 2,9T de rede não podem substituir um rack energizado, hardware sobressalente, dados recuperáveis e um caminho de migração testado.

A camada física permanece em grande parte desconhecida

O maior déficit de evidências não é o roteamento. É o ambiente construído. A Nine Cloud nomeia cidades e alguns rótulos de instalações, mas não publica um inventário de instalações vinculado ao proprietário legal, operador, arrendatário ou custodiante do equipamento. Não há registro público revisado de propriedade de terreno, edifício ou salão de dados. Não há um cronograma de racks mostrando onde os roteadores e servidores da Nine Cloud estão instalados. Não há uma lista de salas de interconexão de operadoras ou conexões cruzadas. A suposição defensável não é propriedade nem ausência; é desconhecida.

A energia é igualmente opaca. Um roteador POP precisa de fornecimento de utilidade, painéis de distribuição, UPS ou planta DC, baterias, backup de gerador, resfriamento e monitoramento ambiental. Uma frota de servidores hospedados adiciona muito mais carga e dependência térmica. A Nine Cloud não publica contagem de alimentação de energia, subestação, topologia de gerador, tempo de execução, contrato de reabastecimento, teste de banco de carga, PUE, densidade de rack ou teste recente de interrupção.

O programa de Data Center verde da China define expectativas de eficiência para grandes instalações, e o plano setorial do MIIT visava PUE abaixo de 1,3 para novos grandes e hiperescala centros de dados até 2025. Essas metas políticas são contexto, não evidência de que qualquer site da Nine Cloud as atenda.

A propriedade da instalação e a responsabilidade operacional também devem ser separadas. Um proprietário de Data Center pode possuir o edifício e a planta de energia. Um provedor IDC licenciado pode alugar salões ou racks. A Nine Cloud pode possuir roteadores e servidores dentro desses racks, alugá-los ou revender capacidade. Uma operadora pode possuir a fibra, enquanto outro provedor lida com o circuito local e um terceiro controla o acesso à nuvem. Cada parte tem uma janela de manutenção e caminho de escalação diferentes. Um contrato de cliente que nomeia apenas a Nine Cloud ainda pode depender de todos eles.

A alegação do site é de mais de 40 "salas de computadores POP auto-operadas". A operação não estabelece propriedade: mesmo que cada nó contenha equipamentos controlados pela Nine Cloud, o material público não identifica quem é o proprietário das salas, edifícios, sistemas de energia ou circuitos de conexão. As instalações nomeadas em Pequim e Xangai na ferramenta de latência parecem ser marcas de Data Center de terceiros ou rótulos de localização, o que aponta para colocation ou acesso interconectado. Isso é comum e não é intrinsecamente fraco.

Torna-se um risco quando o projeto de proteção, prazo de aluguel, direitos de acesso e concentração de fornecedores não são divulgados.

A resiliência física deve, portanto, ser avaliada rota por rota e site por site. Dois roteadores em uma sala não protegem contra uma interrupção da sala. Duas salas em um prédio não protegem contra uma falha de utilidade do prédio. Dois prédios em um campus podem compartilhar uma subestação ou entrada de fibra. Duas operadoras podem compartilhar um duto ou cabo de longa distância. Duas cidades ainda podem depender de uma equipe de operações de rede ou de um sistema de configuração. O registro público não resolve nenhuma dessas questões de risco compartilhado.

Caminho de falha um: acesso e backbone

Para uma filial empresarial, a primeira falha pode ocorrer antes que o tráfego chegue a um nó de backbone da Nine Cloud. O acesso ao edifício depende da permissão do proprietário, espaço no duto vertical, uma operadora de circuito local, dutos de rua e um dispositivo de handoff. A Nine Cloud anuncia experiência em coordenar a entrada em edifícios e fibra de última milha. Isso é operacionalmente valioso, mas também confirma que a entrega depende de condições físicas e contratuais locais.

Um duto cortado, switch de acesso com falha ou contrato de propriedade expirado pode isolar um cliente mesmo enquanto todas as rotas de backbone permanecem saudáveis.

Dentro do backbone, os modos de falha incluem perda óptica, falhas de amplificador ou transponder, falha de placa de linha, defeitos de software do roteador, portas esgotadas, vazamentos de rota, erros de engenharia de tráfego e erros de manutenção. O transporte protegido só funciona se o caminho de proteção for disjunto e tiver capacidade suficiente. O mapa de latência de referência da empresa não revela grupos de risco compartilhado, e sua visão BGP pública cobre apenas prefixos voltados para a Internet. Caminhos privados de Camada 2 e ópticos não podem ser reconstruídos a partir dessas rotas.

A imagem dividida de upstream cria exposição específica ao serviço. O tráfego para o /24 da China atualmente chega ao AS131495 por meio de um AS adjacente visível. Uma falha ou retirada de política nessa fronteira poderia remover a rota mais específica, mesmo que a rota de cobertura da China Telecom permaneça. Se os serviços do cliente ainda seriam acessíveis depende do uso do endereço e da configuração de roteamento. O /24 de Hong Kong tem duas redes adjacentes visíveis, mas sua independência física é desconhecida. Nenhum arranjo prova que uma linha privada adquirida tem proteção equivalente.

O congestionamento é outro estado de falha. Um caminho pode permanecer ativo enquanto a latência, jitter ou perda de pacotes o torna inutilizável para voz, vídeo ao vivo, replicação ou aplicativos interativos. As referências de latência de pares de cidades da Nine Cloud são valores pontuais, não distribuições percentuais sob carga. Um objetivo de serviço significativo deve declarar limites de atraso, jitter e perda; pontos de teste; intervalos de medição; exclusões; e remediação. Também deve dizer se a comutação de proteção preserva esses limites ou apenas restaura a alcançabilidade básica.

As pessoas afetadas dependem do produto. Uma falha na rede de filiais pode interromper a autenticação, acesso ERP, pagamento, voz e vídeo. Uma falha de link na nuvem pode isolar aplicativos dos escritórios ou separar sistemas ativos de bancos de dados. Uma falha de CDN ou aceleração pode tornar mais lentos os serviços públicos em uma região. Uma falha de uplink de Data Center pode isolar muitos clientes hospedados de uma só vez. Quanto mais ampla for a agregação da Nine Cloud, mais importantes se tornam os domínios de falha transparentes e a comunicação com o cliente.

Caminho de falha dois: racks, energia e hardware

A capacidade hospedada cria uma cadeia diferente. Uma máquina virtual anunciada pela Nine Cloud é executada, em última análise, em um servidor físico com processadores, memória, armazenamento, interfaces de rede e firmware. Esse servidor fica em um rack com distribuição de energia, comutação top-of-rack e resfriamento. O rack fica em uma sala cujos utilitários, UPS, gerador, proteção contra incêndio, controle de acesso e equipe operacional podem pertencer a outra empresa. Um serviço pode falhar em qualquer camada enquanto o ASN público continua anunciando rotas.

O inventário de hardware determina o tempo de recuperação. Se uma fonte de alimentação, disco, placa de linha ou servidor falhar, um provedor precisa de peças sobressalentes compatíveis, autoridade de acesso e um técnico que possa chegar ao local. O site da empresa diz que oferece grupos técnicos um-para-um, mas sua página de contato anuncia suporte remoto de 8 por 5 e uma linha direta nacional em dias úteis. Ela não publica uma meta de resposta no local 24 horas, locais de peças sobressalentes ou contrato de mãos remotas. Um cliente que exige operações contínuas deve conciliar essas descrições de suporte por escrito.

A falha de energia merece tratamento explícito porque o marketing de rede muitas vezes a oculta. Duas alimentações de utilidade podem vir de uma única subestação. Dois sistemas UPS podem entrar em um único switch estático. Os geradores podem ter combustível limitado ou capacidade compartilhada. O resfriamento pode falhar independentemente do fornecimento elétrico. Um bypass de manutenção pode remover a redundância sem uma interrupção pública. Nenhum material da Nine Cloud revisado identifica esses projetos, portanto, nenhuma classificação de resiliência energética pode ser atribuída aos seus POPs ou serviços hospedados.

A recuperação também depende dos dados. Um segundo Data Center não é um backup a menos que os dados sejam replicados em um ponto de recuperação apropriado, o aplicativo possa iniciar lá, as dependências sejam acessíveis e a equipe possa executar o plano. A Nine Cloud comercializa projetos de dois sites, três centros e dual-active local, incluindo uma topologia alegada de três rotas, quatro linhas e até 99,99 por cento de garantia de serviço. Esses são padrões de solução.

A empresa não publica um teste de failover executado, resultado de tempo de recuperação, resultado de ponto de recuperação ou procedimento de portabilidade de dados do cliente.

Para os clientes, o contrato deve nomear as localizações primária e de recuperação, método de replicação de dados, criptografia, propriedade do backup, formato de exportação, processo de exclusão e assistência à migração. Deve dizer quem paga pela saída, conexões cruzadas e execução paralela temporária. Sem essas informações, sair após uma falha do provedor ou instalação pode ser mais lento do que restaurar o serviço original. A falha de um contrato de fornecedor pode se tornar uma interrupção técnica mesmo quando todos os equipamentos ainda funcionam.

Caminho de falha três: controle, suporte e dependências comerciais

A resiliência da rede também é uma propriedade do plano de controle e organizacional. Sistemas de configuração, autenticação, monitoramento, emissão de tickets, faturamento e portais de clientes podem criar domínios de falha comuns em muitos sites. A Nine Cloud diz que os incidentes são relatados a cada 15 minutos e promove um grupo técnico dedicado para cada cliente. Ela não expõe um histórico de status público, calendário de manutenção, arquivo de incidentes ou registro de crédito de serviço. Os clientes não podem julgar de fora com que rapidez a empresa detecta, escala e explica as falhas.

O próprio site público ilustra uma fronteira operacional.jywx.comresolve para 123.58.16.244 e serve um site Nuxt atual via HTTP, mas uma conexão HTTPS falhou durante verificações em 15 de julho de 2026. O site é acessado pela rota de cobertura da China Telecom, em vez das rotas mais específicas atuais do AS131495. Isso não mostra que os serviços de rede do cliente não tenham criptografia ou disponibilidade. Mostra que o serviço público de informações da empresa tem uma dependência de roteamento diferente de seu ASN e carece da porta de entrada HTTPS comum esperada para um site comercial moderno.

A concentração comercial pode ser mais importante do que a contagem de roteadores. Se muitos POPs usam um contrato mestre de uma operadora, um grupo de Data Center, um fornecedor de hardware ou um contratante de operações, uma disputa de pagamento, problema de licença, insolvência do fornecedor ou rescisão de suporte pode afetar várias cidades. O site nomeia muitos parceiros e marcas de clientes, mas apágina de casos de clientesconsiste em grande parte de nomes sem escopo, datas, valores de contrato, descrições de serviço ou resultados confirmados de forma independente. Esses logotipos são sinais de mercado, não reservas de capacidade ou referências de desempenho.

A candidatura CNOOC de 2024 oferece um sinal mais concreto porque vem do sistema de compras do comprador. No entanto, mesmo lá, a Nine Cloud ficou em segundo lugar, e não em primeiro, e o aviso diz respeito à manutenção de comunicações de TI e suporte técnico, não à propriedade de um backbone nacional. Um comprador deve pedir referências recentes correspondentes ao produto exato: uma linha privada não é uma nuvem hospedada, e um contrato de manutenção não é um serviço de recuperação de desastres.

O licenciamento é uma dependência adicional. Avisos públicos indicam que a licença inter-regional foi renovada e posteriormente alterada, mas os clientes devem obter o original atual, categorias de serviço e regiões aprovadas. Conectividade transfronteiriça e localização de dados requerem atenção especial. As regras do MIIT restringem canais transfronteiriços não autorizados, enquanto um bloco de endereços registrado em Hong Kong é originado pelo ASN de Pequim. Esse fato de roteamento não estabelece onde os dados do cliente são armazenados, onde o tráfego é inspecionado ou qual entidade contratual fornece o serviço.

A localização dos dados não pode ser inferida de um rótulo IP

O prefixo de Hong Kong torna concretas as questões de localização. A APNIC marca 103.175.196.0/23 como um recurso de Hong Kong e nomeia um registrante de Hong Kong. Os serviços de geolocalização IP também tendem a colocar o /24 visível em Hong Kong. Nem o país do registro nem a geolocalização comprovam o edifício que contém um servidor. Os endereços podem ser anunciados remotamente, tunelizados, usados para anycast ou reatribuídos dentro de uma rede. Inversamente, um endereço registrado na China pode transportar tráfego para infraestrutura em outro lugar.

O material de serviço da Nine Cloud descreve links de nuvem híbrida, distribuição multi-nuvem, recuperação de desastres e serviços de borda no exterior. Cada um pode mover ou replicar dados através de fronteiras administrativas e geográficas. Um cliente preocupado com a soberania precisa de um cronograma de ativos e fluxo de dados, não de uma suposição baseada no país do IP. O cronograma deve identificar o local de armazenamento, local de processamento, local de backup, acesso de suporte, local de logs, controle de chave de criptografia, subcontratados e base legal de transferência.

A mesma regra se aplica a alegações de alcance de serviço global. Upstreams internacionais podem fornecer alcançabilidade global a partir de um rack em Hong Kong. Eles não criam capacidade local em todos os mercados. Um parceiro pode entregar uma última milha no exterior sem que a Nine Cloud possua esse circuito. Nenhum modelo é inerentemente inferior, mas a responsabilidade pela interrupção e o manuseio de dados diferem. O contrato deve identificar a entidade fornecedora em cada jurisdição e o caminho de escalação quando um subcontratado falhar.

A segurança da rota afeta a localização indiretamente. A autorização RPKI válida para o /24 de Hong Kong ajuda as redes a rejeitar uma origem não autorizada, enquanto o /24 da China permanece desprotegido por uma autorização de validação. O RPKI não impede vazamentos de rota após a origem autorizada, protege o DNS, criptografa o tráfego ou prova a localização física. É um controle em uma cadeia maior. Os clientes devem solicitar filtros de rota, limites máximos de prefixos, manutenção de IRR, segurança de DNS, arranjos de DDoS e aprovação de mudanças como controles separados.

A falta de IPv6 público também merece uma pergunta sobre localização. Se um cliente precisar de IPv6, mas a Nine Cloud o obtiver de um ASN parceiro, o tráfego pode tomar uma rota diferente e cair sob uma fronteira operacional diferente do IPv4. O provedor de endereço, origem da rota, local de saída e projeto de failover devem ser documentados para ambos os protocolos. Uma aplicação de pilha dupla é tão resiliente quanto a família mais fraca.

O que um comprador deve exigir antes de confiar na alegação de 40 POPs

O primeiro pedido deve ser uma topologia datada e específica do serviço. Deve marcar os POPs exatos usados pelo cliente, não todas as cidades em um mapa de vendas. Cada nó deve nomear o operador da instalação, sala ou área de interconexão, equipamento da Nine Cloud, arranjo de energia do rack, operadora de acesso local, operadora de backbone, handoff e parte responsável pela manutenção. As rotas devem mostrar grupos de risco compartilhado em vez de linhas retas decorativas. Detalhes sensíveis podem ser divulgados sob um acordo de confidencialidade; a ausência de qualquer cronograma verificável é a preocupação.

O segundo pedido deve reconciliar a capacidade. Para cada circuito e porta relevantes, o comprador deve ver a taxa de projeto, taxa instalada, taxa aceita pela operadora, taxa atualmente iluminada, carga de cliente comprometida, reserva de proteção e folga disponível. O total de 2,9T deve vir com uma definição e data. Um produto de 100G deve estar vinculado a uma interface entregável específica e prazo de entrega. Para capacidade hospedada, a mesma tabela deve incluir racks, energia de TI, inventário de servidores, armazenamento, backup e hardware sobressalente.

O terceiro pedido deve provar a recuperação. Um teste deve derrubar o caminho de acesso primário real, não apenas alterar uma preferência de rota no software. Os resultados devem registrar detecção, comutação, perda de pacotes, capacidade após a comutação, recuperação de aplicativos e restauração. Os testes de Data Center devem incluir cenários de energia e resfriamento dentro das regras de segurança do operador da instalação. Serviços em nuvem e hospedados devem demonstrar restauração a partir de backup e exportação para outro provedor. O relatório deve identificar etapas com falha e remediação, não apenas um rótulo de aprovação.

O quarto pedido deve alinhar o suporte ao risco. A página de contato pública da Nine Cloud diz suporte remoto 8 por 5, enquanto seus produtos atendem a aplicativos que podem funcionar continuamente. O cliente deve obter contatos de severidade um 24 horas, se necessário, tempos de resposta no local, cobertura de peças sobressalentes, escalação de operadora, intervalos de notificação, prazos para causa raiz e créditos de serviço. Deve verificar se as pessoas nomeadas na APNIC, PeeringDB, licença e contrato estão atualizadas ou têm sucessores definidos.

O quinto pedido deve resolver as fronteiras legais e de dados. A empresa deve fornecer um registro certificado atual, licença de telecomunicações e escopo; identificar a relação com a HK JIUYUN INFINITE TRADE LIMITED; nomear subcontratados; e declarar onde residem os dados do cliente, logs e backups. Deve explicar como um cliente sai, recebe seus dados e move circuitos se um aluguel de instalação ou contrato de provedor terminar.

Nenhum desses pedidos pressupõe que as alegações da Nine Cloud sejam falsas. Eles traduzem a linguagem ampla da rede em evidências que podem ser precificadas e aplicadas. Uma pequena pegada BGP pública pode suportar uma rede privada valiosa. Um backbone nacional alugado pode ser resiliente. Uma porta de troca de 1 Gbps pode coexistir com circuitos privados muito maiores. Mas cada proposição requer o documento, teste e limite de controle adequados.

Uma rede operacional com desconto de evidência

A Nine Cloud é mais do que uma casca de empresa inativa. Ela tem um registro de sistema autônomo ativo, rotas atuais, uma autorização RPKI válida para um prefixo, um registro de ponto de troca mantido por participantes, um site corporativo ativo, uma ferramenta de latência multi-cidade em funcionamento, histórico de licenças e um sinal recente de aquisição empresarial. Esses fatos sustentam uma conclusão de confiança média de que ela continua a operar e comercializar serviços de rede.

A confiança cai acentuadamente nas camadas física e de capacidade. Nenhuma evidência pública revisada verifica 40 instalações POP atuais, sua propriedade, seu estado de energia ou sua separação de risco compartilhado. Nenhuma evidência pública define o total de 2,9T, relata utilização, identifica capacidade vendida ou demonstra recuperação sob falha. Os dois /24s públicos e as três redes adjacentes observadas mostram alcançabilidade e alguma diversidade lógica, não uma topologia física nacional. O registro NNIX de 1 Gbps é específico, mas desatualizado e muito limitado para validar a alegação agregada.

Isso produz um desconto de evidência, não um veredito de não operação. Os compradores devem avaliar o serviço com base nas instalações, circuitos, termos de suporte e testes que a Nine Cloud pode documentar para sua rota. Eles não devem precificá-lo como uma plataforma de 40 sites, 2,9 terabits e 99,99 por cento apenas porque esses números compartilham uma página. Nem devem descartá-lo porque apenas 512 endereços IPv4 são visíveis atrás de seu ASN. A escala da Internet pública e a escala do transporte privado medem coisas diferentes.

A evidência decisiva seria direta: um inventário datado de POPs e instalações, limites de operadora e energia, capacidade instalada e utilizável, caminhos de proteção específicos do cliente, licenças atuais, conclusão de segurança de rota e resultados de failover testemunhados. Até que eles apareçam, a descrição mais bem fundamentada é precisa. A Nine Cloud opera uma pequena borda de Internet visível em torno do AS131495 e comercializa uma estrutura de rede privada e hospedagem chinesa muito maior. A borda é observável. A estrutura continua sendo uma alegação que deve ser verificada um circuito, rack e teste de recuperação de cada vez.