Resumo

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

O nome legal e a identidade de rede se encontram claramente

O provisionamento de infraestrutura geralmente começa com uma marca, um site e uma lista de capacidades que não correspondem claramente ao mesmo operador. A NexusLink oferece aos compradores uma cadeia de identidade mais sólida do que isso.Casa dos Dados, com base nos dados federais brasileiros de empresas, lista NEXUSLINK Data Center LTDA como uma sociedade limitada ativa aberta em 4 de abril de 2023 no Rio de Janeiro. Ela identifica o CNPJ50.203.572/0001-46e indica os serviços de comunicação multimídia como atividade principal, ao lado das atividades de rede de transporte, acesso à Internet, software e suporte técnico.

A verificação oficial é mais importante. NoDiário Oficial Federal do Brasil, o ato da Anatel nº 4.925 nomeia a mesma pessoa jurídica e o mesmo CNPJ e concede uma autorização indefinida para fornecer serviços de telecomunicação de interesse coletivo e de interesse restrito em todo o Brasil. Isso estabelece uma autorização regulatória. Isso 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 NEXUSLINK Data Center LTDA como titular, usa o CNPJ como identificador da organização e registra o registro do sistema autônomo em 3 de julho de 2025. Ositeda empresa publica o mesmo endereço da Rua Inhauma que aparece no registro de empresas e apresenta a marca pública como Nexus Link Data Centers. Aentrada de diretório BTWfornece uma referência de diretório público e classifica cinco domínios de serviço como ainda não avaliados. Juntas, essas fontes tornam um erro de identidade improvável, preservando a distinção entre identidade e garantia de serviço.

O registro de rede público é substancial, mas principalmente fornecido pelo operador

Oregistro de rede PeeringDBda NexusLink identificaAS274464, o conjunto de rotasAS-NEXUSLINKDATACENTER-274464-ALL, suporte IPv4 e IPv6, alcance regional e tráfego autodeclarado na faixa de 200-300 Gbps. Ele também inclui um looking glass e um contato NOC. Esses são sinais úteis de um operador preparado para ser examinado de acordo com as convenções de roteamento da Internet, em vez de apenas argumentos 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, mais DE-CIX Rio de Janeiro. Sua lista de instalações cobre Equinix RJ2 e Elea RJO1 no Rio, os sites BR.Digital em São Paulo, Porto Alegre e Salvador, e sua própria entrada NEXUS RJ01.A DE-CIX reportou independentementeem outubro de 2025 que a Nexuslink Data Centers estava entre as dez principais redes conectadas quando seu ponto de troca no Rio entrou em operação. Essa confirmação externa reforça parte da pegada autopublicada.

Existem tensões úteis no registro. O campo estruturado do PeeringDB classifica a política geral de peering como aberta, enquanto as notas da NexusLink a classificam como seletiva e exigem que os possíveis pares atendam às condições de capacidade, NOC, prefixos públicos, IRR e RPKI. Um comprador ou par 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 uso ou capacidade contratada do cliente. As portas de troca e as listas de instalações podem ser alcançadas diretamente ou por transporte; elas não provam que o cliente recebe seis caminhos independentes.

O looking glass anunciado não pôde ser exercitado durante este exame, portanto não forneceu nenhuma evidência de rota ao vivo. Isso pode ser um problema temporário de acesso, em vez de uma falha operacional. Isso ilustra, no entanto, por que um link não é a mesma coisa que um serviço observável. Durante a devida diligência, a NexusLink deve demonstrar a ferramenta, os anúncios de rota, as comunidades, a filtragem e o failover a partir de um caminho relevante para o cliente.

O alcance dos pontos de troca deve ser traduzido em topologia do cliente

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

Eles não revelam a topologia do cliente. Uma conexão a um ponto de troca indica que o sistema autônomo pode trocar tráfego ali. Ela não identifica a porta atribuída a um cliente, o transporte entre as cidades, o chassi compartilhado, os contratos upstream, a supercontratação, os limites de congestionamento, a localização da mitigação 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. Ele deve mostrar o ponto de entrega ao cliente, a fibra de acesso, as entradas do prédio, os roteadores, as portas de troca, os upstreams, os controles de segurança de roteamento, o caminho DDoS e cada componente cuja falha pode interromper o serviço. O diagrama deve distinguir a infraestrutura própria da capacidade alugada e do peering remoto. Também deve indicar se IPv4 e IPv6 recebem tratamento equivalente em termos de filtragem, monitoramento e recuperação.

O teste deve remover uma dependência de cada vez. Retirar um upstream, desativar uma sessão de troca, interromper um caminho de acesso e acionar o procedimento DDoS acordado. Registrar a convergência de rota, perda, latência, acessibilidade de aplicações, horário do 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 ser testada, não completa o suficiente para ser presumida

Apágina de colocationda empresa oferece racks 42U dedicados, alocações compartilhadas de 21U e 10U, e espaço por unidade. Ela descreve geradores e no-breaks, resfriamento de precisão, acesso biométrico, monitoramento contínuo, detecção e extinção de incêndio, vários provedores de conectividade e suporte técnico 24 horas por dia, 7 dias por semana. Esses detalhes fornecem uma base útil para um teste de aceitação. Eles vão além de simplesmente reivindicar racks seguros.

Apágina de perfil da empresaindica que seu data center segue os padrões Tier III e possui alimentação redundante, múltiplos backbones nacionais e internacionais, controles ambientais e um centro de rede em operação contínua. Oregistro de instalação NEXUS RJ01 no PeeringDBcoloca uma instalação nomeada no endereço Inhauma da empresa e a associa aAS274464e a três outras redes. Isso é uma evidência significativa de que a empresa expõe um local de interconexão física, mas não é uma prova de desempenho certificado da instalação.

'Segue os padrões Tier III' não é a mesma declaração que possuir uma certificação de design ou construção de um emissor nomeado. As páginas públicas examinadas não identificam certificado, escopo, data de auditoria, política de manutenção, tempo de operação do gerador, contrato de combustível, topologia de UPS, redundância de resfriamento, padrão do sistema de incêndio, diversidade de entrada de operadora ou registro de incidentes.

Mesmo um certificado de site válido não tornaria automaticamente cada serviço do cliente contínuo; a alimentação do rack, os cross-connects, o projeto de rede e os procedimentos operacionais continuam sendo parte do resultado.

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

As evidências públicas de automação param antes do plano de controle do cliente

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

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 uso, 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 mudou o quê. Um ISP comprando trânsito precisa de controles de mudança de rota, alertas DDoS e um meio 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 mudança de rota ou cross-connect, exportar telemetria, abrir um incidente de severidade um, aprovar um trabalho de emergência e reconciliar a configuração final com o ticket. Se o fluxo de trabalho for manual, o contrato deve indicar quem executa cada ação e em que prazo. 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 por si só não resolve a localidade dos dados

A entidade legal, o endereço, a instalação e os pontos de interconexão listados da NexusLink estão no Brasil. É uma evidência útil de presença operacional nacional. Isso pode reduzir a ambiguidade para um cliente que deseja equipamentos e conectividade primária no Rio de Janeiro. Isso não estabelece onde reside cada cópia dos dados do cliente, da telemetria de monitoramento, dos documentos de suporte ou dos registros administrativos.

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 o alcance para redes estrangeiras; não prova nem refuta o armazenamento nacional.

A localidade deve ser documentada por classe de dados. Para cada classe, o programa de serviço deve identificar o local principal e de backup, o operador, o papel legal, o período de retenção, o controle de criptografia, o caminho de acesso ao suporte e a comprovação de exclusão. Também deve indicar se um failover, incidente de segurança ou escalação do provedor altera o local. A presença de pontos de troca em várias cidades brasileiras deve ser registrada como alcance de rede, não convertida silenciosamente em uma afirmação de que os dados do cliente são replicados nessas cidades.

Um suporte 24 horas requer relógios, autoridade e mãos locais

Apágina de contatofornece horário comercial das 8h às 18h durante a semana e descreve o suporte técnico como 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, eles fornecem um caminho público para a força de trabalho operacional local.

O que permanece indefinido é como essa força de trabalho se comporta sob pressão. As páginas examinadas não publicam severidades de incidentes, objetivos de confirmação de recebimento e restauração, cadência de atualização, autoridade de escalação, inclusões de mão remota, cobertura de peças de reposição, cobertura de idiomas, créditos de serviço ou distribuições de resposta. Ocatálogo de serviçosanuncia uma disponibilidade de 99,9% em todos os serviços, mas não especifica a janela de medição, exclusões, ponto de demarcação, método de cálculo ou recurso. Sem essas definições, a mesma porcentagem pode descrever obrigações muito diferentes.

O comprador deve organizar um incidente fora do horário comercial. Abri-lo pelo canal contratado, verificar o carimbo de data/hora e a severidade, solicitar ao NOC que identifique a camada com falha, autorizar uma intervenção limitada e observar cada transferência até a restauração. A cronologia resultante deve estar de acordo com os alarmes dos equipamentos, 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 falha real.

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

A NexusLink ultrapassou um limite importante: sua identidade pública pode ser unida a uma autorizaçã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 pela questão de saber se uma rede existe. Eles podem começar pela pergunta mais útil de saber exatamente o que a rede fará por eles.

Uma sequência de aceitação concisa pode responder a isso. Primeiro, vincular o CNPJ50.203.572/0001-46,AS274464, NEXUS RJ01, o ponto de entrega, os contatos de suporte e cada dependência terceirizada ao pedido. Segundo, inspecionar o rack e traçar os caminhos de alimentação, resfriamento, acesso físico e operadora. Terceiro, observar o roteamento e a telemetria em carga normal e, em seguida, interromper as dependências de rede e instalação aprovadas. Quarto, executar um incidente fora do horário comercial e comparar cada relógio com o programa de serviço. Por fim, repetir a saída: liberar os cross-connects e endereços, exportar logs, remover o equipamento, revogar o acesso, interromper o faturamento e obter comprovação de exclusão para os dados detidos pelo provedor.

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