Résumé
- NEXUSLINK centres de données LTDA peut être identifiée via le CNPJ
50.203.572/0001-46, une autorisation télécom brésilienne nationale, l'attribution par Registro.br deAS274464, le site Web Nexus Link et un enregistrement de site à Rio de Janeiro. - Son empreinte réseau est inhabituellement lisible pour un jeune fournisseur: les registres publics listent des connexions opérationnelles sur cinq sites IX.br et DE-CIX Rio, ainsi qu'une présence d'interconnexion dans six installations brésiliennes. Ces enregistrements démontrent la portée, pas le chemin, la capacité ou la résilience du service d'un client.
- L'entreprise décrit la colocation, les liaisons dédiées, la connectivité FAI, la protection DDoS, le transit international et une installation suivant les normes Tier III. Les preuves examinées n'identifient pas de certification, ne publient pas de méthode de mesure SLA, ni ne montrent de résultats testés pour l'alimentation, le refroidissement, le basculement et la reprise.
- Le support technique et un NOC sont présentés comme disponibles 24h/24, mais les pages publiques ne définissent pas les engagements de sévérité, d'accusé de réception, de rétablissement, de mise à jour, de main à distance ou d'escalade. Ce sont les conditions de travail qui doivent rendre le réseau utilisable lors d'un incident.
Le nom légal et l'identité réseau se rejoignent clairement
L'approvisionnement en infrastructure commence souvent par une marque, un site Web et une liste de capacités qui ne correspondent pas clairement au même opérateur. NexusLink offre aux acheteurs une chaîne d'identité plus solide que cela.Casa dos Dados, s'appuyant sur les données fédérales brésiliennes des entreprises, liste NEXUSLINK centres de données LTDA comme une société à responsabilité limitée active ouverte le 4 avril 2023 à Rio de Janeiro. Elle identifie le CNPJ50.203.572/0001-46et indique les services de communication multimédia comme activité principale, aux côtés des activités de réseau de transport, d'accès Internet, de logiciels et de support technique.
La vérification officielle est plus importante. Dans leJournal officiel fédéral du Brésil, l'acte d'Anatel n° 4 925 nomme la même société légale et le même CNPJ et accorde une autorisation indéfinie pour fournir des services de télécommunication d'intérêt collectif et d'intérêt restreint dans tout le Brésil. Cela établit une autorisation réglementaire. Cela ne dit pas qu'un circuit particulier est installé, qu'une installation répond à une norme de conception, ou qu'un client a reçu le niveau de service annoncé.
L'identité réseau est tout aussi directe.L'enregistrement RDAP de Registro.br pour AS274464nomme NEXUSLINK centres de données LTDA comme titulaire, utilise le CNPJ comme identifiant d'organisation et enregistre l'enregistrement du système autonome le 3 juillet 2025. Lesite Webde l'entreprise publie la même adresse rue Inhauma qui apparaît dans le registre des entreprises et présente la marque publique sous le nom Nexus Link centres de données. L'entrée d'annuaire BTWfournit une référence d'annuaire publique et classe cinq domaines de service comme non encore évalués. Ensemble, ces sources rendent une erreur d'identité peu probable tout en préservant la distinction entre identité et assurance de service.
Le contrat devrait conserver cette jonction claire. L'entité légale, le CNPJ, le numéro AS, l'installation, les identifiants de circuit, la partie facturante, les contacts d'incident et la partie traitant les données devraient tous apparaître dans les documents de commande. Si un affilié, transporteur ou opérateur d'installation effectue une partie du travail, la répartition des responsabilités devrait être nommée plutôt que cachée derrière la marque Nexus Link.
L'enregistrement réseau public est substantiel, mais principalement fourni par l'opérateur
L'enregistrement réseau PeeringDBde NexusLink identifieAS274464, le jeu de routesAS-NEXUSLINKDATACENTER-274464-ALL, la prise en charge IPv4 et IPv6, la portée régionale et un trafic auto-déclaré dans la bande 200-300 Gbps. Il inclut également un looking glass et un contact NOC. Ce sont des signes utiles d'un opérateur prêt à être examiné selon les conventions de routage Internet plutôt que seulement par des arguments de vente.
Le même enregistrement liste six connexions d'échange opérationnelles: IX.br à São Paulo, Porto Alegre, Salvador, Curitiba et Brasília, plus DE-CIX Rio de Janeiro. Sa liste d'installations couvre Equinix RJ2 et Elea RJO1 à Rio, les sites BR.Digital à São Paulo, Porto Alegre et Salvador, et sa propre entrée NEXUS RJ01.DE-CIX a rapporté indépendammenten octobre 2025 que Nexuslink centres de données faisait partie des dix premiers réseaux connectés lors de la mise en service de son échange à Rio. Cette confirmation externe renforce une partie de l'empreinte auto-publiée.
Il existe des tensions utiles dans l'enregistrement. Le champ structuré de PeeringDB qualifie la politique de peering générale d'ouverte, tandis que les notes de NexusLink la qualifient de sélective et exigent que les pairs potentiels répondent aux conditions de capacité, NOC, préfixes publics, IRR et RPKI. Un acheteur ou un pair devrait demander quelle déclaration prévaut et quand. La bande 200-300 Gbps est également un niveau de trafic déclaré, pas un graphique d'utilisation ou une capacité client engagée.
Les ports d'échange et les listes d'installations peuvent être atteints directement ou par transport; ils ne prouvent pas que le client reçoit six chemins indépendants.
Le looking glass annoncé n'a pas pu être exercé lors de cet examen, donc il n'a fourni aucune preuve de route en direct. Cela peut être un problème d'accès temporaire plutôt qu'une défaillance opérationnelle. Cela illustre néanmoins pourquoi un lien n'est pas la même chose qu'un service observable. Lors de la diligence, NexusLink devrait démontrer l'outil, les annonces de route, les communautés, le filtrage et le basculement à partir d'un chemin pertinent pour le client.
La portée d'échange doit être traduite en topologie client
Lapage de service IX.brde NexusLink indique qu'elle offre un accès direct aux principaux points d'échange de trafic brésiliens, tandis que sonoffre FAIajoute un transit IP haute capacité, une mitigation DDoS et de la colocation. Sapage de transit internationaldécrit plusieurs backbones internationaux et des routes optimisées vers des destinations étrangères. Les enregistrements réseau publics rendent ces affirmations plus plausibles qu'un catalogue de connectivité générique.
Ils ne révèlent pas la topologie client. Une connexion à un échange indique que le système autonome peut y échanger du trafic. Elle n'identifie pas le port attribué à un client, le transport entre les villes, le châssis partagé, les contrats upstream, la sursouscription, les seuils de congestion, l'emplacement de scrutation DDoS ou le domaine de défaillance derrière deux routes nominalement séparées. La présence dans une installation ne prouve pas non plus que NexusLink y stocke l'équipement ou les données du client.
Pour un achat sérieux de liaison ou d'hébergement, le fournisseur devrait divulguer un diagramme spécifique au service. Il devrait montrer le point de remise client, la fibre d'accès, les entrées du bâtiment, les routeurs, les ports d'échange, les upstreams, les contrôles de sécurité de routage, le chemin DDoS et chaque composant dont la défaillance peut interrompre le service. Le diagramme devrait distinguer l'infrastructure possédée de la capacité louée et du peering à distance. Il devrait également indiquer si IPv4 et IPv6 reçoivent un traitement équivalent en matière de filtrage, de surveillance et de reprise.
Le test devrait supprimer une dépendance à la fois. Retirer un upstream, désactiver une session d'échange, interrompre un chemin d'accès et déclencher la procédure DDoS convenue. Enregistrer la convergence de route, la perte, la latence, l'accessibilité des applications, l'heure d'alarme et la réponse de l'opérateur. Une empreinte géographique large est précieuse, mais seul un chemin mesuré montre quelles parties sont indépendantes pour l'acheteur.
L'offre d'installation est suffisamment concrète pour être testée, pas assez complète pour être présumée
Lapage de colocationde l'entreprise propose des baies 42U dédiées, des allocations partagées 21U et 10U, et un espace par unité. Elle décrit des générateurs et onduleurs, un refroidissement de précision, un accès biométrique, une surveillance continue, la détection et l'extinction d'incendie, plusieurs fournisseurs de connectivité et un support technique 24h/24 et 7j/7. Ces détails fournissent une base utile pour un test de réception. Ils vont plus loin que simplement revendiquer des baies sécurisées.
Lapage de profil de l'entrepriseindique que son centre de données suit les normes Tier III et dispose d'une alimentation redondante, de multiples backbones nationaux et internationaux, de contrôles environnementaux et d'un centre réseau fonctionnant en continu. L'enregistrement d'installation NEXUS RJ01 de PeeringDBplace une installation nommée à l'adresse Inhauma de l'entreprise et l'associe àAS274464et à trois autres réseaux. C'est une preuve significative que l'entreprise expose un site d'interconnexion physique, mais pas une preuve de performance certifiée de l'installation.
« Suit les normes Tier III » n'est pas la même déclaration que de détenir une certification de conception ou de construction en cours d'un émetteur nommé. Les pages publiques examinées n'identifient pas de certificat, périmètre, date d'audit, politique de maintenance, durée de fonctionnement du générateur, contrat de carburant, topologie UPS, redondance de refroidissement, norme de système incendie, diversité d'entrée transporteur ou registre d'incidents.
Même un certificat de site valide ne rendrait pas automatiquement chaque service client continu; l'alimentation de la baie, les cross-connects, la conception du réseau et les procédures opérationnelles restent une partie du résultat.
Un acheteur devrait inspecter la baie contractée et tracer à la fois les chemins d'alimentation et réseau. Le dossier de réception devrait inclure les identifiants de disjoncteur et d'alimentation, le comptage, la densité de puissance, les limites environnementales, les preuves de générateur et UPS, les routes de cross-connect, la procédure d'accès, les journaux de visite, la gestion des médias, les permissions de main à distance et les règles de préavis de maintenance. Un exercice de défaillance de composant témoin vaut plus qu'un adjectif supplémentaire dans la proposition.
Les preuves d'automatisation publiques s'arrêtent avant le plan de contrôle client
La catégorie de service cloud attribuée soulève une question pratique: que peut observer ou modifier un client sans attendre un opérateur? Les pages publiques de NexusLink décrivent la surveillance, la connectivité et l'infrastructure, mais le matériel examiné ne documente pas de tableau de bord client, d'API de provisionnement, de modèle de rôle, de workflow d'approbation, d'export de télémétrie, d'historique de configuration, de contrôles de facturation ou d'interface d'état d'incident.
Le looking glass lié est un indice d'observabilité pour l'opérateur, mais ce n'est pas un plan de gestion client et il n'était pas disponible lors de l'examen.
Cela ne montre pas que NexusLink manque d'automatisation. Cela signifie que les acheteurs ne peuvent pas déduire l'automatisation des noms de services. Un client de liaison dédiée a besoin de visibilité sur l'utilisation, la perte, la latence, l'état BGP, la maintenance et les tickets. Un client de colocation a également besoin de lectures d'alimentation et d'environnement, de registres d'accès, de demandes de main à distance et d'un historique durable de qui a changé quoi. Un FAI achetant du transit a besoin de contrôles de changement de route, d'alertes DDoS et d'un moyen d'exporter des preuves dans son propre système de surveillance.
L'exercice de diligence devrait donc suivre une tâche réelle. Ajouter et révoquer un utilisateur, demander un changement de route ou de cross-connect, exporter la télémétrie, ouvrir un incident de sévérité un, approuver un travail d'urgence et rapprocher la configuration finale avec le ticket. Si le workflow est manuel, le contrat devrait indiquer qui effectue chaque action et dans quel délai. S'il est automatisé, l'acheteur devrait tester l'autorisation, l'auditabilité, le rollback et les états dégradés plutôt que d'accepter une démonstration de tableau de bord comme preuve.
Une empreinte brésilienne ne règle pas à elle seule la localité des données
L'entité légale, l'adresse, l'installation et les points d'interconnexion listés de NexusLink se trouvent au Brésil. C'est une preuve utile de présence opérationnelle nationale. Cela peut réduire l'ambiguïté pour un client qui souhaite des équipements et une connectivité primaire à Rio de Janeiro. Cela n'établit pas où réside chaque copie des données client, de la télémétrie de surveillance, des documents de support ou des enregistrements administratifs.
La colocation rend une question de localité physiquement claire: le matériel du client peut être placé dans une baie nommée sur un site nommé. D'autres chemins de données sont moins visibles. Les sauvegardes de configuration, les journaux de flux, les échantillons DDoS, les pièces jointes de tickets, les registres de contrôle d'accès, les données de facturation et les outils de collaboration du personnel peuvent être traités ailleurs. Le transit international décrit la portée vers les réseaux étrangers; il ne prouve ni n'infirme le stockage national.
La localité devrait être écrite par classe de données. Pour chaque classe, le programme de service devrait identifier l'emplacement principal et de sauvegarde, l'opérateur, le rôle légal, la période de conservation, le contrôle de chiffrement, la voie d'accès au support et la preuve de suppression. Il devrait également indiquer si un basculement, un incident de sécurité ou une escalade fournisseur change l'emplacement. La présence d'échange dans plusieurs villes brésiliennes devrait être enregistrée comme une portée réseau, non convertie silencieusement en une affirmation selon laquelle les données client sont répliquées dans ces villes.
Un support 24h/24 nécessite des horloges, de l'autorité et des mains locales
Lapage de contactdonne des heures commerciales de 8h00 à 18h00 en semaine et décrit le support technique comme disponible 24 heures sur 24, sept jours sur sept. PeeringDB publie un numéro de téléphone NOC et un courriel d'opérations réseau. Le site Web et les registres d'installation pointent également vers la même base à Rio. Ensemble, ils fournissent une voie publique vers la main-d'œuvre opérationnelle locale.
Ce qui reste indéfini, c'est comment cette main-d'œuvre se comporte sous pression. Les pages examinées ne publient pas les sévérités d'incident, les objectifs d'accusé de réception et de rétablissement, la cadence de mise à jour, l'autorité d'escalade, les inclusions de main à distance, la couverture des pièces de rechange, la couverture linguistique, les crédits de service ou les distributions de réponse. Lecatalogue de servicesannonce une disponibilité de 99,9 % sur tous les services, mais il ne précise pas la fenêtre de mesure, les exclusions, le point de démarcation, la méthode de calcul ou le recours. Sans ces définitions, le même pourcentage peut décrire des obligations très différentes.
L'acheteur devrait organiser un incident en dehors des heures commerciales. L'ouvrir via le canal contractué, vérifier l'horodatage et la sévérité, demander au NOC d'identifier la couche défaillante, autoriser une intervention limitée et observer chaque transfert jusqu'à la rétablissement. La chronologie résultante devrait concorder avec les alarmes des équipements, les preuves de routage, les registres d'accès à l'installation et la surveillance du client. Les personnes répondant au test devraient avoir l'autorité et les outils qu'elles auraient lors d'une panne réelle.
L'assurance vient de la jonction des enregistrements à un service testé
NexusLink a franchi un seuil important: son identité publique peut être jointe à une autorisation réglementaire, un système autonome attribué, une empreinte d'échange visible et une installation nommée. Les acheteurs n'ont pas besoin de commencer par la question de savoir si un réseau existe. Ils peuvent commencer par la question plus utile de savoir exactement ce que le réseau fera pour eux.
Une séquence d'acceptation concise peut y répondre. Premièrement, lier le CNPJ50.203.572/0001-46,AS274464, NEXUS RJ01, le point de remise, les contacts de support et chaque dépendance sous-traitée à la commande. Deuxièmement, inspecter la baie et tracer les chemins d'alimentation, de refroidissement, d'accès physique et de transporteur. Troisièmement, observer le routage et la télémétrie en charge normale, puis interrompre les dépendances réseau et d'installation approuvées. Quatrièmement, exécuter un incident en dehors des heures et comparer chaque horloge avec le programme de service. Enfin, répéter la sortie: libérer les cross-connects et les adresses, exporter les journaux, retirer l'équipement, révoquer l'accès, arrêter la facturation et obtenir une preuve de suppression pour les données détenues par le fournisseur.
Le nom de l'entreprise est soutenu par plus que du marketing, et son empreinte routée mérite une considération sérieuse. Le travail restant n'est pas d'accumuler une autre liste de lieux ou services. Il s'agit de rendre la topologie, la localité, la surface de contrôle et le résultat du support d'un client observables avant qu'une panne ne rende les distinctions coûteuses.

