Resumen
- NEXUSLINK centros de datos LTDA puede ser identificado a través del CNPJ
50.203.572/0001-46, una autorización de telecomunicaciones brasileña a nivel nacional, la asignación deAS274464por parte de Registro.br, el sitio web de Nexus Link y un registro de instalación en Río de Janeiro. - Su huella de red es inusualmente legible para un proveedor joven: los registros públicos enumeran conexiones operativas en cinco ubicaciones de IX.br y DE-CIX Río, además de presencia de interconexión en seis instalaciones brasileñas. Esos registros demuestran alcance, no la ruta, capacidad o resiliencia del servicio de ningún cliente.
- La empresa describe colocation, enlaces dedicados, conectividad ISP, protección DDoS, tránsito internacional y una instalación que sigue estándares Tier III. La evidencia revisada no identifica una certificación, publica un método de medición de SLA, ni muestra resultados probados de energía, refrigeración, conmutación por error y recuperación.
- El soporte técnico y un NOC se presentan como disponibles las 24 horas, pero las páginas públicas no definen la severidad, acuse de recibo, restauración, actualización, manos remotas o compromisos de escalado. Esos son los términos laborales que deben hacer que la red sea utilizable durante un incidente.
El nombre legal y la identidad de red se unen limpiamente
La contratación de infraestructura a menudo comienza con una marca, un sitio web y una lista de capacidades que no se resuelven claramente con el mismo operador. NexusLink ofrece a los compradores una cadena de identidad más sólida que eso.Casa dos Dados, basándose en datos federales de empresas brasileñas, enumera a NEXUSLINK centros de datos LTDA como una sociedad limitada activa abierta el 4 de abril de 2023, en Río de Janeiro. Identifica el CNPJ50.203.572/0001-46y otorga servicios de comunicación multimedia como actividad principal, junto con actividades de red de transporte, acceso a Internet, software y soporte técnico.
La verificación oficial es más importante. En elDiario Oficial Federal de Brasil, el Acto de Anatel No. 4.925 nombra a la misma empresa legal y CNPJ y otorga autorización indefinida para proporcionar servicios de telecomunicaciones de interés colectivo e interés restringido en todo Brasil. Eso establece un permiso regulatorio. No dice que un circuito particular esté instalado, que una instalación cumpla con un estándar de diseño, o que un cliente haya recibido el nivel de servicio anunciado.
La identidad de red es igualmente directa. Elregistro RDAP de Registro.br para AS274464nombra a NEXUSLINK centros de datos LTDA como registrante, utiliza el CNPJ como identificador de organización y registra la inscripción del sistema autónomo el 3 de julio de 2025. Elsitio webde la empresa publica la misma dirección de la calle Inhauma que aparece en el registro de la empresa y presenta la marca pública como Nexus Link centros de datos. Laentrada del directorio de BTWproporciona una referencia de directorio público y clasifica cinco áreas de servicio como no evaluadas aún. En conjunto, estas fuentes hacen que una identificación errónea sea poco probable, preservando la distinción entre identidad y garantía de servicio.
El contrato debe mantener esa unión limpia. La entidad legal, CNPJ, número AS, instalación, identificadores de circuito, parte facturadora, contactos de incidentes y parte de procesamiento de datos deben aparecer en los documentos del pedido. Si un afiliado, operador de red o instalación realiza parte del trabajo, la división de responsabilidades debe nombrarse en lugar de ocultarse detrás de la marca Nexus Link.
El registro de red público es sustancial, pero mayormente proporcionado por el operador
El registro de red de PeeringDB de NexusLink identifica AS274464, el conjunto de rutas AS-NEXUSLINKDATACENTER-274464-ALL, soporte IPv4 e IPv6, alcance regional y tráfico auto-reportado en la banda de 200-300 Gbps. También enlaza un looking glass y un contacto NOC. Estas son señales útiles de un operador preparado para ser examinado a través de las convenciones de enrutamiento de Internet en lugar de solo a través de textos de ventas.
El mismo registro enumera seis conexiones de intercambio operativas: IX.br en São Paulo, Porto Alegre, Salvador, Curitiba y Brasilia, más DE-CIX Río de Janeiro. Su lista de instalaciones abarca Equinix RJ2 y Elea RJO1 en Río, sitios de BR.Digital en São Paulo, Porto Alegre y Salvador, y su propia entrada NEXUS RJ01. DE-CIX informó de forma independiente en octubre de 2025 que Nexuslink centros de datos estuvo entre las primeras diez redes conectadas cuando su intercambio en Río entró en funcionamiento. Esa confirmación externa fortalece una parte de la huella auto-publicada.
Hay tensiones útiles dentro del registro. El campo estructurado de PeeringDB denomina la política de peering general como abierta, mientras que las notas de NexusLink la denominan selectiva y requieren que los posibles pares cumplan condiciones de capacidad, NOC, prefijos públicos, IRR y RPKI. Un comprador o par debería preguntar qué declaración rige y cuándo. La banda de 200-300 Gbps también es un nivel de tráfico declarado, no un gráfico de utilización o capacidad comprometida del cliente.
Los puertos de intercambio y las listas de instalaciones pueden alcanzarse directamente o mediante transporte; no prueban que el cliente reciba seis rutas independientes.
El looking glass anunciado no pudo ser utilizado durante esta revisión, por lo que no proporcionó evidencia de ruta en vivo. Puede ser un problema de acceso temporal en lugar de un fallo operativo. Aun así, ilustra por qué un enlace no es lo mismo que un servicio observable. Durante la diligencia, NexusLink debería demostrar la herramienta, los anuncios de ruta, las comunidades, el filtrado y la conmutación por error desde una ruta relevante para el cliente.
El alcance de intercambio debe traducirse a una topología de cliente
La página de servicio IX.br de NexusLink dice que ofrece acceso directo a los principales puntos de intercambio de tráfico brasileños, mientras que su oferta ISP añade tránsito IP de alta capacidad, mitigación DDoS y colocation. Su página de tránsito internacional describe múltiples redes troncales internacionales y rutas optimizadas a destinos en el extranjero. Los registros de red públicos hacen que esas afirmaciones sean más plausibles que un catálogo de conectividad genérico.
No revelan la topología del cliente. Una conexión en un intercambio dice que el sistema autónomo puede intercambiar tráfico allí. No identifica el puerto asignado a un cliente, el transporte entre ciudades, chasis compartido, contratos ascendentes, sobresuscripción, umbrales de congestión, ubicación de depuración DDoS o el dominio de falla detrás de dos rutas nominalmente separadas. La presencia en una instalación tampoco prueba que NexusLink almacene equipo o datos del cliente allí.
Para una compra seria de enlace o hosting, el proveedor debería divulgar un diagrama específico del servicio. Debería mostrar la entrega al cliente, fibra de acceso, entradas al edificio, routers, puertos de intercambio, ascendentes, controles de seguridad de ruta, ruta DDoS y cada componente cuya falla pueda interrumpir el servicio. El diagrama debería distinguir la infraestructura propia de la capacidad arrendada y el peering remoto. También debería indicar si IPv4 e IPv6 reciben un tratamiento equivalente de filtrado, monitoreo y recuperación.
La prueba debería eliminar una dependencia a la vez. Retirar un ascendente, deshabilitar una sesión de intercambio, interrumpir una ruta de acceso y activar el procedimiento DDoS acordado. Registrar la convergencia de ruta, pérdida, latencia, accesibilidad de aplicaciones, tiempo de alarma y respuesta del operador. Una huella geográfica amplia es valiosa, pero solo una ruta medida muestra qué partes son independientes para el comprador.
La oferta de instalación es lo suficientemente concreta para probar, no lo suficientemente completa para asumir
La página de colocation de la empresa ofrece racks dedicados de 42U, asignaciones compartidas de 21U y 10U, y espacio por unidad. Describe generadores y UPS, refrigeración de precisión, acceso biométrico, vigilancia continua, detección y extinción de incendios, múltiples proveedores de conectividad y soporte técnico 24/7. Esos detalles proporcionan un esquema útil de prueba de aceptación. Van más allá de simplemente afirmar racks seguros.
La página de perfil de la empresa dice que su centro de datos sigue estándares Tier III y tiene energía redundante, múltiples redes troncales nacionales e internacionales, controles ambientales y un centro de red en operación continua. El registro de instalación NEXUS RJ01 en PeeringDB ubica una instalación nombrada en la dirección Inhauma de la empresa y la asocia con AS274464 y otras tres redes. Esta es una evidencia significativa de que la empresa expone un sitio de interconexión física, no una prueba de rendimiento certificado de la instalación.
'Sigue estándares Tier III' no es la misma declaración que poseer una certificación de diseño o instalación construida actual de un emisor nombrado. Las páginas públicas revisadas no identifican un certificado, alcance, fecha de auditoría, política de mantenimiento, tiempo de funcionamiento del generador, contrato de combustible, topología de UPS, redundancia de refrigeración, estándar de sistema contra incendios, diversidad de entrada de operador o registro de incidentes.
Incluso un certificado de sitio válido no haría automáticamente que cada servicio del cliente esté disponible continuamente; la energía del rack, los cross-connects, el diseño de red y los procedimientos operativos siguen siendo parte del resultado.
Un comprador debería inspeccionar el rack contratado y trazar tanto las rutas de energía como de red. El registro de aceptación debería incluir identificadores de interruptores y alimentadores, mediciones, densidad de energía, límites ambientales, evidencia de generador y UPS, rutas de cross-connect, procedimiento de acceso, registros de visitantes, manejo de medios, permisos de manos remotas y reglas de aviso de mantenimiento. Un ejercicio presenciado de falla de componente vale más que otro adjetivo en la propuesta.
La evidencia de automatización pública se queda corta en el plano de control del cliente
La categoría asignada de servicio cloud plantea una pregunta práctica: ¿qué puede observar o cambiar un cliente sin esperar a un operador? Las páginas públicas de NexusLink describen monitoreo, conectividad e infraestructura, pero el material revisado no documenta un panel de cliente, API de aprovisionamiento, modelo de roles, flujo de aprobación, exportación de telemetría, historial de configuración, controles de facturación o interfaz de estado de incidentes. El looking glass enlazado es una pista de observabilidad del operador, pero no es un plano de gestión del cliente y no estuvo disponible durante la revisión.
Esto no muestra que NexusLink carezca de automatización. Significa que los compradores no pueden inferir automatización a partir de los nombres de los servicios. Un cliente de enlace dedicado necesita visibilidad de utilización, pérdida, latencia, estado BGP, mantenimiento y tickets. Un cliente de colocation también necesita lecturas de energía y entorno, registros de acceso, solicitudes de manos remotas y un historial duradero de quién cambió qué. Un ISP que compra tránsito necesita controles de cambio de ruta, alertas DDoS y una forma de exportar evidencia a su propio sistema de monitoreo.
El ejercicio de diligencia debería, por lo tanto, seguir una tarea real. Agregar y revocar un usuario, solicitar un cambio de ruta o cross-connect, exportar telemetría, abrir un incidente de severidad uno, aprobar trabajo de emergencia y conciliar la configuración final con el ticket. Si el flujo de trabajo es manual, el contrato debería decir quién realiza cada acción y en qué tiempo. Si es automatizado, el comprador debería probar la autorización, auditabilidad, reversión y estados degradados en lugar de aceptar una demostración de panel como prueba.
Una huella brasileña no resuelve la localidad de datos por sí misma
La entidad legal, dirección, instalación y puntos de interconexión listados de NexusLink están en Brasil. Esa es una evidencia útil de presencia operativa doméstica. Puede reducir la ambigüedad para un cliente que quiere equipo y conectividad primaria en Río de Janeiro. No establece dónde reside cada copia de los datos del cliente, telemetría de monitoreo, material de soporte o registro administrativo.
La colocation hace que una cuestión de localidad sea físicamente clara: el hardware del cliente puede colocarse en un rack nombrado en un sitio nombrado. Otras rutas de datos son menos visibles. Las copias de seguridad de configuración, registros de flujo, muestras DDoS, archivos adjuntos de tickets, registros de control de acceso, datos de facturación y herramientas de colaboración del personal pueden procesarse en otro lugar. El tránsito internacional describe el alcance a redes en el extranjero; no prueba ni refuta el almacenamiento doméstico.
La localidad debería escribirse por clase de datos. Para cada clase, el cronograma del servicio debería identificar la ubicación principal y de respaldo, operador, rol legal, período de retención, control de cifrado, ruta de acceso de soporte y evidencia de eliminación. También debería decir si una conmutación por error, incidente de seguridad o escalado de proveedor cambia la ubicación. La presencia de intercambio en varias ciudades brasileñas debería registrarse como alcance de red, no convertirse silenciosamente en una afirmación de que los datos del cliente se replican en esas ciudades.
El soporte 24/7 necesita relojes, autoridad y manos locales
La página de contacto da horario comercial de 8 a.m. a 6 p.m. los días laborables y describe el soporte técnico como disponible 24 horas al día, siete días a la semana. PeeringDB publica un número de teléfono NOC y un correo electrónico de operaciones de red. El sitio web y los registros de instalación también apuntan a la misma base en Río. En conjunto, proporcionan una ruta pública al personal operativo local.
Lo que permanece indefinido es cómo se comporta ese personal bajo presión. Las páginas revisadas no publican severidades de incidentes, objetivos de acuse de recibo y restauración, cadencia de actualización, autoridad de escalado, inclusiones de manos remotas, cobertura de repuestos, cobertura de idioma, créditos de servicio o distribuciones de respuesta. El catálogo de servicios anuncia un 99.9% de tiempo de actividad en todos los servicios, pero no establece la ventana de medición, exclusiones, punto de demarcación, método de cálculo o remedio. Sin esas definiciones, el mismo porcentaje puede describir obligaciones muy diferentes.
El comprador debería escenificar un incidente fuera del horario comercial. Abrirlo a través del canal contratado, verificar la marca de tiempo y severidad, pedir al NOC que identifique la capa fallida, autorizar una intervención acotada y observar cada transferencia hasta la restauración. La línea de tiempo resultante debería reconciliarse con las alarmas de los dispositivos, la evidencia de enrutamiento, los registros de acceso a la instalación y el monitoreo del cliente. Las personas que respondan a la prueba deberían tener la autoridad y herramientas que tendrían durante una interrupción real.
La garantía proviene de unir los registros a un servicio probado
NexusLink ha cruzado un umbral importante: su identidad pública puede unirse a un permiso regulatorio, un sistema autónomo asignado, una huella de intercambio visible y una instalación nombrada. Los compradores no necesitan comenzar con la pregunta de si existe una red. Pueden comenzar con la pregunta más útil de exactamente qué hará la red por ellos.
Una secuencia de aceptación concisa puede responderla. Primero, vincular CNPJ 50.203.572/0001-46, AS274464, NEXUS RJ01, la entrega, contactos de soporte y cada dependencia subcontratada al pedido. Segundo, inspeccionar el rack y trazar energía, refrigeración, acceso físico y rutas de operador. Tercero, observar enrutamiento y telemetría bajo carga normal, luego interrumpir dependencias de red e instalación aprobadas. Cuarto, ejecutar un incidente fuera de horario y comparar cada reloj con el cronograma del servicio.
Finalmente, ensayar la salida: liberar cross-connects y direcciones, exportar registros, retirar equipo, revocar acceso, detener facturación y obtener evidencia de eliminación de los datos del proveedor.
El nombre de la empresa está respaldado por más que marketing, y su huella enrutada merece una consideración seria. El trabajo restante no es acumular otra lista de ubicaciones o servicios. Es hacer que la topología, localidad, superficie de control y resultado de soporte de un cliente sean observables antes de que una falla haga costosas las distinciones.