Resumo

  • A NEXUSLINK Data Center LTDA pode ser associada através do CNPJ50.203.572/0001-46, uma autorização de telecomunicações brasileira de abrangência nacional, a atribuição do Registro.br doAS274464, o site da Nexus Link e um registro de instalação no Rio de Janeiro.
  • Sua pegada de rede é incomumente legível para um provedor jovem: registros públicos listam conexões operacionais em cinco locais do IX.br e no DE-CIX Rio, além de presença de interconexão em seis instalações brasileiras. Esses registros demonstram alcance, não o caminho, capacidade ou resiliência do serviço de qualquer cliente.
  • A empresa descreve colocation, links dedicados, conectividade ISP, proteção DDoS, trânsito internacional e uma instalação seguindo padrões Tier III. As evidências revisadas não identificam uma certificação, publicam um método de medição de SLA ou mostram resultados testados de energia, refrigeração, failover e recuperação.
  • O suporte técnico e um NOC são apresentados como disponíveis 24 horas por dia, 7 dias por semana, mas as páginas públicas não definem compromissos de gravidade, reconhecimento, restauração, atualização, mão remota ou escalonamento. Esses são os termos de trabalho que devem tornar a rede utilizável durante um incidente.

O nome legal e a identidade de rede se unem de forma clara

A aquisição de infraestrutura muitas vezes começa com uma marca, um site e uma lista de capacidades que não se resolvem claramente para o mesmo operador. A NexusLink oferece aos compradores uma cadeia de identidade mais forte do que isso. OCasa dos Dados, baseado em dados federais de empresas brasileiras, lista a NEXUSLINK Data Center LTDA como uma sociedade limitada ativa aberta em 4 de abril de 2023, no Rio de Janeiro. Ele identifica o CNPJ50.203.572/0001-46e fornece serviços de comunicação multimídia como atividade principal, juntamente com atividades de rede de transporte, acesso à internet, software e suporte técnico.

A verificação oficial é mais importante. NoDiário Oficial da União, o Ato Anatel nº 4.925 nomeia a mesma empresa legal e CNPJ e concede autorização por prazo indeterminado para prestar serviços de telecomunicações de interesse coletivo e restrito em todo o Brasil. Isso estabelece permissão regulatória. Não diz que um circuito específico está instalado, que uma instalação atende a um padrão de projeto ou que um cliente recebeu o nível de serviço anunciado.

A identidade de rede é igualmente direta. Oregistro RDAP do Registro.br para AS274464nomeia a NEXUSLINK Data Center LTDA como registrante, usa o CNPJ como identificador da organização e registra o registro do sistema autônomo em 3 de julho de 2025. A empresasitepublica o mesmo endereço na Rua Inhauma que aparece no registro da empresa e apresenta a marca pública como Nexus Link Data Center. Aentrada no diretório BTWfornece uma referência de diretório público e classifica cinco áreas de serviço como ainda não avaliadas. Juntas, essas fontes tornam a identificação incorreta improvável, preservando a distinção entre identidade e garantia de serviço.

O contrato deve manter essa união clara. A entidade legal, CNPJ, número AS, instalação, identificadores de circuito, parte faturadora, contatos de incidente e parte de processamento de dados devem aparecer nos documentos do pedido. Se uma afiliada, operadora ou operador de instalação realizar parte do trabalho, a divisão de responsabilidades deve ser nomeada em vez de oculta por trás da marca Nexus Link.

O registro público de rede é substancial, mas em grande parte fornecido pelo operador

Oregistro de rede no PeeringDBda NexusLink identifica oAS274464, o conjunto de rotasAS-NEXUSLINKDATACENTER-274464-ALL, suporte a IPv4 e IPv6, escopo regional e tráfego auto reportado na faixa de 200-300 Gbps. Ele também vincula um looking glass e um contato NOC. Esses são sinais úteis de um operador preparado para ser examinado através de convenções de roteamento da internet, em vez de apenas por material de vendas.

O mesmo registro lista seis conexões de troca operacionais: IX.br em São Paulo, Porto Alegre, Salvador, Curitiba e Brasília, além de DE-CIX Rio de Janeiro. Sua lista de instalações abrange Equinix RJ2 e Elea RJO1 no Rio, sites da BR.Digital em São Paulo, Porto Alegre e Salvador, e sua própria entrada NEXUS RJ01. ADE-CIX reportou de forma independenteem outubro de 2025 que a Nexuslink Data Center estava entre as primeiras dez redes conectadas quando sua troca no Rio entrou em operação. Essa confirmação externa fortalece uma parte da pegada auto publicada.

Existem tensões úteis dentro do registro. O campo estruturado do PeeringDB chama a política de peering geral de aberta, enquanto as notas da NexusLink a chamam de seletiva e exigem que potenciais peers atendam a condições de capacidade, NOC, prefixo público, IRR e RPKI. Um comprador ou peer deve perguntar qual declaração prevalece e quando. A faixa de 200-300 Gbps também é um nível de tráfego declarado, não um gráfico de utilização ou capacidade comprometida do cliente. Portas de troca e listagens de instalações podem ser alcançadas diretamente ou através de transporte; elas não provam que o cliente recebe seis caminhos independentes.

O looking glass anunciado não pôde ser exercido durante esta revisão, portanto não forneceu evidências de rota ao vivo. Isso pode ser um problema temporário de acesso, não uma falha operacional. Ainda assim, ilustra por que um link não é o mesmo que um serviço observável. Durante a devida diligência, a NexusLink deve demonstrar a ferramenta, anúncios de rota, comunidades, filtragem e failover a partir de um caminho relevante para o cliente.

O alcance de troca deve ser traduzido em uma topologia de cliente

Apágina de serviço IX.brda NexusLink afirma que oferece acesso direto aos principais pontos de troca de tráfego brasileiros, enquanto suaoferta ISPadiciona trânsito IP de alta capacidade, mitigação DDoS e colocation. Suapágina de trânsito internacionaldescreve múltiplos backbones internacionais e rotas otimizadas para destinos no exterior. Os registros públicos de rede tornam essas alegações mais plausíveis do que um catálogo genérico de conectividade.

Eles não revelam a topologia do cliente. Uma conexão em uma troca diz que o sistema autônomo pode trocar tráfego lá. Não identifica a porta atribuída a um cliente, o transporte entre cidades, chassis compartilhados, contratos de upstream, sobresscrição, limites de congestionamento, local de limpeza DDoS ou o domínio de falha por trás de duas rotas nominalmente separadas. A presença em uma instalação também não prova que a NexusLink armazena equipamentos ou dados do cliente lá.

Para uma compra séria de link ou hospedagem, o provedor deve divulgar um diagrama específico do serviço. Deve mostrar o handoff do cliente, fibra de acesso, entradas do edifício, roteadores, portas de troca, upstreams, controles de segurança de rota, caminho DDoS e cada componente cuja falha pode interromper o serviço. O diagrama deve distinguir infraestrutura própria de capacidade alugada e peering remoto. Também deve indicar se IPv4 e IPv6 recebem tratamento equivalente de filtragem, monitoramento e recuperação.

O teste deve remover uma dependência de cada vez. Retire um upstream, desabilite uma sessão de troca, interrompa um caminho de acesso e acione o procedimento DDoS acordado. Registre convergência de rota, perda, latência, acessibilidade de aplicação, tempo de alarme e resposta do operador. Uma pegada geográfica ampla é valiosa, mas apenas um caminho medido mostra quais partes são independentes para o comprador.

A oferta de instalação é concreta o suficiente para testar, não completa o suficiente para assumir

Apágina de colocationda empresa oferece racks dedicados de 42U, alocações compartilhadas de 21U e 10U, e espaço por unidade. Descreve geradores e UPS, refrigeração de precisão, acesso biométrico, vigilância contínua, detecção e supressão de incêndio, múltiplos provedores de conectividade e suporte técnico 24/7. Esses detalhes fornecem um esboço útil para teste de aceitação. Eles vão além de simplesmente alegar racks seguros.

Apágina de perfil da empresaafirma que seu Data Center segue padrões Tier III e possui energia redundante, múltiplos backbones nacionais e internacionais, controles ambientais e um centro de rede operando continuamente. Oregistro de instalação NEXUS RJ01 no PeeringDBcoloca uma instalação nomeada no endereço da empresa na Rua Inhauma e a associa aoAS274464e a outras três redes. Esta é uma evidência significativa de que a empresa expõe um local de interconexão física, não uma prova de desempenho certificado da instalação.

"Segue padrões Tier III" não é a mesma afirmação que possuir uma certificação atual de design ou instalação construída emitida por uma entidade nomeada. As páginas públicas revisadas não identificam um certificado, escopo, data de auditoria, política de manutenção, tempo de funcionamento do gerador, contrato de combustível, topologia UPS, redundância de refrigeração, padrão de sistema de incêndio, diversidade de entrada de operadora ou registro de incidentes.

Mesmo um certificado de local válido não tornaria automaticamente todos os serviços do cliente continuamente disponíveis; energia do rack, cross-connects, design de rede e procedimentos operacionais continuam sendo parte do resultado.

Um comprador deve inspecionar o rack contratado e traçar os caminhos de energia e rede. O registro de aceitação deve incluir identificadores de disjuntor e alimentação, medição, densidade de potência, limites ambientais, evidências de gerador e UPS, rotas de cross-connect, procedimento de acesso, registros de visitantes, manuseio de mídia, permissões de mão remota e regras de aviso de manutenção. Um exercício testemunhado de falha de componente vale mais do que mais um adjetivo na proposta.

A evidência pública de automação para aquém do plano de controle do cliente

A categoria atribuída de serviço em nuvem levanta uma questão prática: o que um cliente pode observar ou alterar sem esperar por um operador? As páginas públicas da NexusLink descrevem monitoramento, conectividade e infraestrutura, mas o material revisado não documenta um painel do cliente, API de provisionamento, modelo de papéis, fluxo de trabalho de aprovação, exportação de telemetria, histórico de configuração, controles de faturamento ou interface de status de incidente. O looking glass vinculado é uma pista de observabilidade do operador, mas não é um plano de gerenciamento do cliente e não estava disponível durante a revisão.

Isso não mostra que a NexusLink carece de automação. Significa que os compradores não podem inferir automação a partir dos nomes dos serviços. Um cliente de link dedicado precisa de visibilidade sobre utilização, perda, latência, estado BGP, manutenção e tickets. Um cliente de colocation também precisa de leituras de energia e ambiente, registros de acesso, solicitações de mão remota e um histórico durável de quem alterou o quê. Um ISP comprando trânsito precisa de controles de alteração de rota, alertas DDoS e uma maneira de exportar evidências para seu próprio sistema de monitoramento.

O exercício de devida diligência deve, portanto, seguir uma tarefa real. Adicionar e revogar um usuário, solicitar uma alteração de rota ou cross-connect, exportar telemetria, abrir um incidente de gravidade um, aprovar trabalho emergencial e reconciliar a configuração final com o ticket. Se o fluxo de trabalho for manual, o contrato deve dizer quem executa cada ação e em quanto tempo. Se for automatizado, o comprador deve testar autorização, auditabilidade, rollback e estados degradados, em vez de aceitar uma demonstração de painel como prova.

Uma pegada brasileira não resolve a localidade de dados por si só

A entidade legal, endereço, instalação e pontos de interconexão listados da NexusLink estão no Brasil. Isso é uma evidência útil de presença operacional doméstica. Pode reduzir a ambiguidade para um cliente que deseja equipamentos e conectividade primária no Rio de Janeiro. Não estabelece onde cada cópia dos dados do cliente, telemetria de monitoramento, material de suporte ou registro administrativo reside.

A colocation torna uma questão de localidade fisicamente clara: o hardware do cliente pode ser colocado em um rack nomeado em um local nomeado. Outros caminhos de dados são menos visíveis. Backups de configuração, logs de fluxo, amostras DDoS, anexos de tickets, registros de controle de acesso, dados de faturamento e ferramentas de colaboração da equipe podem ser processados em outro lugar. O trânsito internacional descreve alcance a redes no exterior; não prova nem refuta o armazenamento doméstico.

A localidade deve ser definida por classe de dados. Para cada classe, o cronograma de serviço deve identificar o local primário e de backup, operador, função legal, período de retenção, controle de criptografia, rota de acesso de suporte e evidência de exclusão. Também deve dizer se um failover, incidente de segurança ou escalação de fornecedor altera o local. A presença de troca em várias cidades brasileiras deve ser registrada como alcance de rede, não convertida silenciosamente em uma alegação de que os dados do cliente são replicados nessas cidades.

Suporte 24 horas precisa de relógios, autoridade e mãos locais

Apágina de contatoinforma horário comercial das 8h às 18h em dias úteis e descreve suporte técnico disponível 24 horas por dia, 7 dias por semana. O PeeringDB publica um número de telefone NOC e um e-mail de operações de rede. O site e os registros de instalação também apontam para a mesma base no Rio. Juntos, fornecem uma rota pública para mão de obra operacional local.

O que permanece indefinido é como essa mão de obra se comporta sob pressão. As páginas revisadas não publicam severidades de incidente, metas de reconhecimento e restauração, cadência de atualização, autoridade de escalonamento, inclusões de mão remota, cobertura de peças de reposição, cobertura de idioma, créditos de serviço ou distribuições de resposta. Ocatálogo de serviçosanuncia 99,9% de uptime em todos os serviços, mas não informa a janela de medição, exclusões, ponto de demarcação, método de cálculo ou remediação. Sem essas definições, a mesma porcentagem pode descrever obrigações muito diferentes.

O comprador deve encenar um incidente fora do horário comercial. Abra-o através do canal contratado, verifique o timestamp e a gravidade, peça ao NOC para identificar a camada com falha, autorize uma intervenção limitada e observe cada handoff até a restauração. A linha do tempo resultante deve reconciliar-se com alarmes de dispositivo, evidências de roteamento, registros de acesso à instalação e monitoramento do cliente. As pessoas que respondem ao teste devem ter a autoridade e as ferramentas que teriam durante uma interrupção real.

A garantia vem da união dos registros a um serviço testado

A NexusLink cruzou um limiar importante: sua identidade pública pode ser associada a permissão regulatória, um sistema autônomo atribuído, uma pegada de troca visível e uma instalação nomeada. Os compradores não precisam começar com a questão de saber se existe uma rede. Eles podem começar com a questão mais útil do exatamente o que a rede fará por eles.

Uma sequência concisa de aceitação pode respondê-la. Primeiro, vincule CNPJ50.203.572/0001-46,AS274464, NEXUS RJ01, o handoff, contatos de suporte e cada dependência subcontratada ao pedido. Segundo, inspecione o rack e trace os caminhos de energia, refrigeração, acesso físico e operadoras. Terceiro, observe o roteamento e a telemetria sob carga normal, depois interrompa dependências aprovadas de rede e instalação. Quarto, realize um incidente fora do horário comercial e compare cada relógio com o cronograma de serviço. Finalmente, ensaie a saída: libere cross-connects e endereços, exporte logs, remova equipamentos, revogue acesso, pare o faturamento e obtenha evidências de exclusão para dados mantidos pelo provedor.

O nome da empresa é apoiado por mais do que marketing, e sua pegada roteada merece consideração séria. O trabalho restante não é acumular outra lista de locais ou serviços. É tornar a topologia, localidade, superfície de controle e resultado de suporte de um cliente observáveis antes que uma falha torne as distinções caras.