Résumé
- LACNIC identifie CORPORACION CONEXTELECOM S.A.C comme titulaire de l'AS269975 active, directement attribuée, enregistrée le 18 mars 2020 avec une adresse à Lima. RIPEstat a observé l'ASN annoncée le 21 juillet 2026 à 16:00 UTC et l'a associée à un préfixe IPv4 et un préfixe IPv6 pendant la période étudiée.
- PeeringDB signale un port opérationnel à 1 000 Mbps chez JumboIX Peru ainsi qu'une présence aux sites IPTP San Isidro Lima, Cirion Lima - LIM1 et Equinix LM1 - Lima. Ces informations identifient des points de connexion; elles ne prouvent ni la propriété des installations, ni la capacité disponible, ni la diversité de transport entre les sites, ni le chemin vers les locaux d'un client.
- Conex commercialise des services fibre pour les particuliers, les PME et les entreprises et revendique deux chemins fibre, un backup radio, une restauration automatique, un NOC opéré en continu et une connexion directe aux grands câbles sous-marins. Il s'agit de déclarations de l'entreprise, non de preuves indépendantes de séparation physique, de temps de rétablissement, de capacité de câble ou de performance sous charge.
- La question pertinente de diligence raisonnable est de savoir comment l'ASN visible, le port d'échange et les remises aux installations sont liés au réseau d'accès promu. Les clients ont besoin d'une documentation au niveau du tracé, des détails de démarcation, des scénarios de panne, des limites de backup et des preuves de rétablissement mesurées avant de considérer la visibilité logique comme une résilience physique.
La visibilité commence avec l'ASN
Un numéro de système autonome est un élément de preuve d'infrastructure utile car il donne au réseau un identifiant public stable. Dans le cas de Conex Telecom, AS269975 relie plusieurs informations autrement distinctes. L'enregistrement LACNIC indique le titulaire légal. RIPEstat montre que le numéro était visible dans le routage à un moment d'observation donné. PeeringDB utilise le même ASN pour décrire une connexion d'échange et une présence dans des installations. Le site web de l'entreprise fournit la proposition de valeur client qui sous-tend ces enregistrements techniques.
C'est plus qu'un simple suivi de marque. Un acheteur peut distinguer l'opérateur d'entreprises aux noms similaires, identifier la ressource réseau discutée et poser des questions sur des préfixes et points de connexion spécifiques. Un fournisseur localisable dans les registres et les données de routage est plus facile à vérifier qu'un fournisseur représenté uniquement par une page de vente. L'ASN crée un point de départ pour la diligence raisonnable technique.
Mais ce n'est qu'une coordonnée logique. Elle ne montre pas où chaque fibre passe, quels chemins de câbles sont partagés, à qui appartient le segment d'accès, comment l'alimentation est protégée, ou si deux services apparemment séparés convergent au même répartiteur ou à la même entrée de bâtiment. Elle ne montre pas la bande passante utilisable disponible pour un client particulier. Elle ne peut pas prouver le temps nécessaire pour réparer une coupure, remplacer un équipement ou obtenir un accès physique à un point d'interconnexion.
La distinction est importante car une route visible peut coexister avec un chemin de service fragile. Les enregistrements de routage peuvent montrer qu'un ASN et ses préfixes sont présents sans rien dire sur le nombre de chemins physiques sous cette présence. Inversement, une petite surface de routage visible ne signifie pas nécessairement un mauvais service. Elle signifie seulement que les preuves logiques publiques sont minces et ne doivent pas être étirées pour tirer des conclusions physiques.
Pour Conex, AS269975 rend l'investigation possible. Il ne la décide pas. Le bon usage du numéro est d'organiser la chaîne de preuves de l'identité légale aux ressources annoncées, en passant par les remises d'échange et d'installation, jusqu'au circuit d'accès du client. Chaque étape après la limite logique nécessite sa propre preuve.
Le registre fixe la limite d'identité
L'enregistrement RDAP de LACNIC est le meilleur ancrage public pour l'identité de l'opérateur. Il associe AS269975 à CORPORACION CONEXTELECOM S.A.C, décrit la ressource de système autonome comme une attribution directe active et donne l'adresse Narciso de la Colina 605 à Lima. Il enregistre la date d'enregistrement du numéro de système autonome au 18 mars 2020 et montre que l'entité registrante associée a été modifiée pour la dernière fois le 2 septembre 2024.
Ces faits offrent une limite juridique et administrative utile. Le nom de l'entreprise doit être conservé tel quel, même si une formulation différente apparaît ailleurs sur le site web de l'entreprise. Une variation en pied de page n'est pas une raison suffisante pour remplacer l'identité du registre. Les clients peuvent utiliser le nom et l'adresse LACNIC pour faire correspondre l'entité dans une offre, un contrat, une facture et un bon de commande.
L'enregistrement du registre n'attribue pas de responsabilité opérationnelle. Il n'établit pas que l'entreprise nommée possède la fibre utilisée pour chaque service, qu'elle possède des équipements sur chaque site divulgué, ou qu'elle emploie directement chaque personne impliquée dans l'installation et la réparation. Il ne dit pas quels fournisseurs tiers fournissent le backhaul, les chemins de câbles, l'accès aux tours, l'électricité, la maintenance de terrain ou la connectivité amont.
Un titulaire d'ASN et un propriétaire d'actifs peuvent être la même partie à certains endroits et des parties différentes à d'autres; cet enregistrement ne tranche pas cette question.
Le statut actif ne certifie pas non plus la qualité de service. Il indique l'état de la ressource numérotée dans le registre, pas si un forfait résidentiel atteint sa vitesse annoncée, si un circuit d'entreprise dispose d'accès différenciés, ou si un NOC atteint un objectif de réponse. Les dates d'enregistrement et de mise à jour aident à établir la chronologie mais ne sont pas des mesures opérationnelles.
La preuve d'identité est donc solide dans un cadre délibérément étroit. CORPORACION CONEXTELECOM S.A.C est le titulaire du registre associé à AS269975 à l'adresse indiquée à Lima. Tout ce qui concerne la capacité de service pour les clients, les actifs physiques et la récupérabilité nécessite des preuves issues du niveau commercial et technique pertinent.
Deux préfixes observés définissent une petite limite publique
La vue des préfixes annoncés de RIPEstat a observé deux ressources pour AS269975 entre le 7 juillet et le 21 juillet 2026: le bloc IPv4 190.89.28.0/24 et le bloc IPv6 2803:16e0::/32. L'aperçu AS de RIPEstat a également signalé AS269975 comme annoncé au moment d'observation à 16:00 UTC le 21 juillet. Ensemble, ces enregistrements montrent une identité de routage double pile actuellement visible à la période étudiée.
L'observation est significative. Elle lie l'identifiant légal aux routes vues dans le système de routage global, montrant que le réseau n'est pas seulement représenté par un enregistrement dormant. Les enregistrements IPv4 et IPv6 donnent également aux clients deux ressources spécifiques à surveiller lorsqu'ils évaluent l'accessibilité, les changements de chemin ou le comportement d'origine des routes.
Néanmoins, deux préfixes observés ne sont pas un inventaire du réseau de service. RIPEstat prévient que les résultats des préfixes annoncés peuvent exclure les routes avec une très faible visibilité sur ses collecteurs à alimentation complète. La période est également limitée. Elle enregistre ce que le système a observé, pas nécessairement tout ce que l'opérateur utilise dans chaque contexte, et pas ce qui sera nécessairement visible à un autre moment. Un client ne devrait pas transformer la liste en une affirmation selon laquelle Conex a exactement deux routes, deux connexions ou deux réseaux physiques.
Le IPv4 /24 et IPv6 /32 sont également des types d'objets différents des désignations de vitesse de détail. La taille du préfixe ne dit rien sur le débit disponible. Un réseau peut annoncer un grand bloc d'adresses sur un chemin contraint ou un petit bloc sur un chemin bien équipé. La capacité d'adressage et la capacité de transmission ne sont pas interchangeables. Les enregistrements soutiennent l'identification des routes, pas un calcul de bande passante.
La lecture la plus défendable est précise: AS269975 était visible, et RIPEstat a associé les deux préfixes mentionnés pendant la période étudiée. Cela rend possible une investigation au niveau du tracé. Cela ne montre pas comment le trafic client atteint ces routes, combien de chemins physiques indépendants les soutiennent, ou ce qui se passe en cas de panne d'un composant.
La cohérence de routage montre l'alignement, pas la résilience
Les données de cohérence de routage de RIPEstat ajoutent une couche supplémentaire. Elles montrent à la fois 190.89.28.0/24 et 2803:16e0::/32 dans BGP et dans les données whois ou IRR, avec LACNIC identifié comme autorité. C'est un signal d'alignement utile: les origines de route observées et les informations de routage enregistrées pointent vers le même ASN pour les deux préfixes au moment de la requête.
Cet alignement réduit un type d'ambiguïté. Un client ou un pair peut voir que les préfixes discutés ne sont pas seulement mentionnés sur une page marketing. Ils apparaissent à la fois dans les observations de routage et dans les données liées au registre. Cela donne également à un opérateur une base de référence concrète pour enquêter sur un futur changement d'origine ou une disparition.
La cohérence de routage n'est cependant pas une valeur de résilience. Elle ne rend pas compte de la séparation des chemins de fibre, de la redondance des routeurs, de la protection de l'alimentation, des pièces de rechange, de la congestion, de la perte de paquets ou du personnel de réparation. Un préfixe peut provenir de manière cohérente d'une seule dépendance vulnérable. Deux préfixes cohérents peuvent partager le même transport et le même équipement. Le fait que l'IPv4 et l'IPv6 soient tous deux présents ne prouve pas que leurs domaines de défaillance sont séparés.
Un enregistrement cohérent ne doit pas non plus être lu comme une garantie permanente. Le routage est observé à un moment donné, et les données du registre peuvent changer. Sur le plan opérationnel, ce qui importe, c'est de savoir si la surveillance détecte les écarts et si l'opérateur peut les expliquer et les corriger. Pour un client professionnel, la mesure de suivi utile est de convenir des conditions d'origine et de chemin à surveiller, de qui reçoit une alerte, et de ce qui constitue un événement de routage affectant le service en vertu du contrat.
Les données soutiennent donc la confiance dans l'attribution, pas dans le rétablissement. Elles aident à répondre: Quel réseau est-ce? Elles ne répondent pas: Comment ce service survivra-t-il à une panne physique ou opérationnelle? Cette deuxième question se situe en dessous et autour de BGP, dans les parties du réseau que la vue de routage publique ne peut pas révéler.
AS7195 est un indice, pas une carte amont
La même réponse de cohérence de routage liste AS7195 comme un pair d'import et d'export visible en BGP mais pas dans whois au moment de la requête. C'est notable car cela identifie un voisinage observé spécifique autour d'AS269975. Cela donne à un client ou un analyste un point de départ pour demander comment le trafic entre et sort du réseau Conex.
Le libellé doit rester serré. Le résultat n'établit pas qu'AS7195 est le seul fournisseur amont de Conex Telecom, son fournisseur amont principal, ou le seul chemin transportant le trafic client. Il ne décrit pas la relation commerciale entre les deux réseaux. Il ne montre pas l'emplacement physique de la remise, sa capacité contractuelle, son utilisation, son failover, ou la part du trafic qui l'emprunte.
L'absence du même voisinage dans whois ou IRR dans cette réponse ne doit pas être transformée en une allégation de mauvais comportement. C'est une différence entre deux vues de données à un moment donné. Le routage opérationnel peut être visible sans que la relation n'apparaisse dans le champ dérivé du registre comparé. La question utile est de savoir si l'opérateur peut documenter le voisinage, son rôle et les alternatives disponibles lorsqu'il devient indisponible.
Pour la diligence raisonnable en matière de résilience, la relation AS7195 observée crée une question de dépendance, pas une réponse. Existe-t-il un autre chemin logique? Si oui, est-il physiquement indépendant? Deux sessions amont se terminent-elles sur des équipements et des sites différents, ou convergent-elles avant d'atteindre le réseau d'accès client? Quels préfixes sont annoncés sur chaque chemin, et comment le failover est-il testé? Aucun de ces détails ne peut être déduit du seul voisinage observé.
AS7195 devrait donc apparaître dans l'analyse comme un indice de routage limité. Il affine l'enquête sur la concentration amont, mais les preuves publiques ne soutiennent pas une topologie complète. Une évaluation sérieuse nécessite des politiques de routage actuelles, des preuves de remise physique et de failover de la part de Conex lui-même.
PeeringDB donne au réseau une forme commerciale
L'entrée PeeringDB pour ASN 269975 nomme CORPORACION CONEXTELECOM et la marque Conex Telecom, classifie le réseau comme Cable/DSL/ISP et indique sa portée comme Amérique du Sud. Elle décrit le profil de trafic comme majoritairement entrant, liste un trafic auto-déclaré dans la plage 1-5 Gbps et enregistre un Internet Exchange et trois installations. Le profil renvoie également au site web de l'entreprise.
Ces champs sont utiles car ils placent l'ASN dans un contexte opérationnel. La classification Cable/DSL/ISP est cohérente avec une entreprise vendant de l'accès, et non avec une ressource réseau détenue à des fins totalement différentes. Un modèle majoritairement entrant est plausible pour un fournisseur d'accès dont les clients consomment plus de contenu qu'ils n'en envoient, mais l'indication reste autodéclarée. Ce n'est pas un flux de trafic mesuré disponible dans les enregistrements publics examinés ici.
La plage 1-5 Gbps nécessite une discipline similaire. Elle fournit un ordre de grandeur choisi pour le profil PeeringDB. Elle ne montre pas le trafic de pointe, le transit réservé, l'utilisation de l'échange, les réserves, la demande client, la surréservation de ligne ou la croissance. Elle ne peut pas non plus être répartie entre les clients résidentiels, PME et entreprises. Traiter la limite supérieure de la plage comme une capacité serait particulièrement trompeur, car le trafic déclaré et la capacité provisionnée sont des grandeurs différentes.
Le nombre d'un exchange et de trois installations dans PeeringDB est également une carte de présence, pas un diagramme de résilience. Il indique où le réseau signale des relations d'interconnexion ou d'installation. Il ne révèle pas si tous les sites sont également actifs, si le trafic peut basculer entre eux, ou si le transport qui les relie suit des chemins indépendants.
Le profil rend Conex plus lisible, mais la plupart de ses champs opérationnels sont des déclarations du réseau. Ce sont des indices précieux pour la vérification. Un acheteur peut demander des statistiques d'interface actuelles, des détails de remise contractuelle et un diagramme reliant les entrées PeeringDB au service client proposé. En attendant, le profil donne une forme au réseau sans prouver sa force.
Le port JumboIX est une limite dure, pas une promesse de capacité
Le point d'interconnexion le plus concret est l'entrée PeeringDB NetIXLAN. Elle liste un port opérationnel à 1 000 Mbps pour Conex chez JumboIX Peru, avec les adresses IPv4 196.61.191.244 et IPv6 2a03:9d41:7::244. C'est une divulgation plus spécifique qu'une vague affirmation de présence sur un exchange. Elle identifie l'exchange, la vitesse du port, le statut et les adresses d'interface dans une seule entrée.
Un port à 1 000 Mbps peut supporter une relation de peering utile, mais le chiffre ne peut pas être traité comme une capacité utilisable par le client. C'est la vitesse nominale du port dans la divulgation. L'entrée ne montre pas l'utilisation moyenne ou de pointe, le nombre de pairs, le volume de données échangées, une limitation, une réserve ou la capacité des chemins alimentant le port. Elle ne montre pas si le port est dédié à une seule fonction ou comment son trafic se rapporte à la plage de trafic réseau auto-déclarée de 1 à 5 Gbps.
Le mot opérationnel a également une signification limitée. Il rend compte de l'état de la connexion d'échange dans l'entrée PeeringDB. Ce n'est pas un historique de disponibilité, une garantie de disponibilité ou une preuve que chaque client peut atteindre chaque destination pertinente via ce port. Un statut opérationnel actuel peut changer, et une interface d'échange fonctionnelle peut toujours dépendre du transport et de l'équipement en dehors du fabric de l'échange.
Les adresses double pile sont utiles pour la confirmation technique. Elles montrent que la connexion d'échange listée inclut à la fois l'adressage IPv4 et IPv6, tandis que RIPEstat a observé séparément un préfixe IPv6 provenant d'AS269975. Mais ces faits n'établissent pas une politique de routage identique, un volume de trafic égal ou un comportement de failover identique entre les deux protocoles. Chacun doit être surveillé indépendamment.
Pour un client, le port devrait mener à une série de questions. Quel trafic est autorisé à utiliser JumboIX? Quel chemin relie le réseau d'accès de Conex à l'échange? Que se passe-t-il si ce chemin, le routeur Conex ou le port d'échange tombe en panne? Le trafic est-il redirigé vers une alternative documentée, et la redirection a-t-elle été testée sous charge réaliste? La divulgation à 1 000 Mbps marque une limite d'interconnexion réelle. La résilience dépend de tout ce qui est connecté de part et d'autre.
Trois installations ne donnent pas automatiquement trois chemins
Les enregistrements d'installations de PeeringDB listent Conex aux sites IPTP San Isidro Lima, Cirion Lima - LIM1 et Equinix LM1 - Lima. Les entrées sont importantes car elles identifient trois points nommés dans la région de Lima où le réseau signale une présence. Cela suffit pour poser des questions spécifiques au site, plutôt que d'accepter une vague affirmation de couverture métropolitaine.
Cela ne suffit pas à dire que Conex possède, exploite ou contrôle l'une de ces installations. Un réseau peut être présent via une armoire, une cage, un port, un cross-connect, un arrangement distant ou un service fourni par une autre partie. Les lignes publiques ne définissent pas l'intérêt de propriété de Conex, l'allocation d'espace, l'inventaire des équipements ou les droits d'accès. Elles n'établissent pas non plus que chaque présence listée est actuellement utilisée pour le même service offert à un client particulier.
Plus important encore, trois noms d'installations ne prouvent pas trois routes indépendantes. Deux sites peuvent être reliés par des chemins de câbles partagés, des fournisseurs de transport communs, des tronçons de rue partagés, la même entrée de bâtiment ou le même équipement amont. Les enregistrements ne montrent pas les chemins physiques entre San Isidro et les deux sites de Lima listés, ni le chemin de l'un d'eux vers les clients de Chorrillos. Compter des marqueurs sur une liste d'installations ne remplace pas le traçage de la fibre.
Les entrées améliorent néanmoins la qualité de la diligence raisonnable. Un acheteur peut demander à quelle installation la remise de service proposée a lieu, à qui appartient l'équipement à ce point, comment les employés ou sous-traitants de Conex obtiennent l'accès, quelle alimentation s'applique et comment le trafic est redirigé si ce site devient indisponible. Si une deuxième installation est proposée comme backup, le fournisseur peut être invité à montrer le transport et la séparation opérationnelle qui en font une véritable alternative.
La conclusion juste est une présence sans diversité dérivée. Les trois divulgations indiquent une empreinte d'interconnexion plus large qu'un seul point anonyme. Leur valeur de résilience reste dépendante de preuves physiques de chemin, d'équipement, d'alimentation et d'exploitation que PeeringDB ne fournit pas.
L'offre de détail dépasse la carte réseau publique
Le site web de Conex commercialise des services Internet à Chorrillos et segmente son offre entre clients résidentiels, PME et entreprises. Il fait la promotion de l'accès fibre, de l'installation rapide, du support et du personnel local. Il liste également les canaux de contact et l'adresse Narciso de la Colina 605 à Surquillo, Lima, alignant l'activité publique sur l'adresse trouvée dans l'enregistrement d'identité LACNIC.
Cette proposition de valeur client est plus large que les preuves réseau visibles via l'ASN. Les enregistrements techniques publics identifient les ressources de routage et les points de connexion. Ils ne définissent pas les rues, les bâtiments ou les locaux qui peuvent être desservis, la technologie d'accès utilisée à chaque adresse, ou la limite entre les actifs propres de Conex et l'infrastructure tierce. L'accent mis par le site web sur Chorrillos est une déclaration de marché, pas une carte de tracé.
Cet écart est normal dans le sens où les opérateurs publient rarement chaque chemin d'accès. Il est néanmoins commercialement important. La résilience d'un client est déterminée par le chemin physique spécifique de ses locaux au réseau de l'opérateur, pas seulement par la présence de l'opérateur sur un exchange ou un centre de données. Un fournisseur peut avoir une interconnexion solide et pourtant desservir un client individuel via une seule entrée vulnérable. Il peut également avoir des alternatives d'accès locales qui n'apparaissent pas dans les données de routage publiques. Seules des preuves spécifiques au service distinguent ces cas.
La segmentation en utilisateurs résidentiels, PME et entreprises suggère également des attentes différentes, mais le site web seul ne définit pas les conditions de service associées à chaque classe. Une désignation tarifaire ne montre pas si la bande passante est garantie, contestée, façonnée ou soumise à une autre condition. Pas plus qu'une affirmation générale de support n'établit un engagement de rétablissement professionnel.
Les pages de vente de Conex montrent donc le côté demande prévu d'AS269975: des personnes et des entreprises achetant de l'accès à Lima. Elles ne montrent pas comment chaque service promu atteint la frontière réseau visible. Ce maillon manquant est le point sur lequel les clients devraient concentrer leurs questions.
Les désignations tarifaires ne doivent pas être confondues avec le débit fourni
Les pages résidentielles montrent des désignations tarifaires de 500 Mbps à 1.5 GB, tandis que l'offre PME affiche des désignations de 100 Mbps à 600 Mbps. Ailleurs, l'entreprise présente Carrier Ethernet de 10 Mbps à 1 Gbps. Ces chiffres sont commercialement pertinents car ils définissent l'échelle à laquelle Conex invite les clients à comparer.
Ils nécessitent une transcription minutieuse. La désignation résidentielle supérieure est affichée comme 1.5 GB, ce qui en soi ne suffit pas à déterminer l'unité de débit prévue. Elle ne doit pas être convertie tacitement en 1.5 Gbps ou en une autre mesure sans clarification du fournisseur. Plus généralement, une vitesse affichée ne dit pas si le chiffre est un maximum, un débit d'information garanti, un niveau de burst, un réglage de port d'accès ou une autre définition tarifaire.
Les preuves publiques ne contiennent pas de tests de débit indépendants, de mesures de congestion ou de performance sous demande simultanée. Elles ne montrent pas non plus comment les désignations tarifaires de détail se rapportent à la plage de trafic auto-déclarée de 1 à 5 Gbps de PeeringDB ou au port JumboIX à 1 000 Mbps. Additionner ces chiffres créerait un modèle de capacité erroné. Ils se réfèrent à différentes couches et peuvent avoir été enregistrés à des moments différents.
Pour les clients résidentiels et PME, les questions utiles incluent la vitesse attendue aux heures de pointe, comment la performance est mesurée, si la valeur annoncée s'applique dans les deux sens, et quel recours existe en cas de sous-performance persistante. Pour les acheteurs professionnels et Carrier Ethernet, l'investigation devrait aller plus loin: la bande passante garantie, le type de remise, les objectifs de latence et de perte, le lieu de mesure, le traitement de la maintenance et les conditions de rétablissement devraient être spécifiés dans la commande.
La signification économique est claire sans conclusion non étayée sur les marges de Conex. Un fournisseur régional doit équilibrer la demande vendue avec les ressources d'accès, d'agrégation, de peering et de transit. Les désignations tarifaires publiques révèlent la promesse au marché. Elles ne montrent pas si le réseau sous-jacent dispose de réserves suffisantes au moment et à l'endroit où un client en a besoin.
Le trafic majoritairement entrant cadre la question de dépendance
PeeringDB décrit le trafic de Conex comme majoritairement entrant. En tant que champ de profil autodéclaré, cela ne doit pas être traité comme un rapport mesuré, mais cela aide à cadrer la question opérationnelle. Un fournisseur servant des clients d'accès s'attendrait à ce qu'une grande partie du trafic demandé par ces clients provienne de contenus et de services ailleurs. La résilience des chemins entrants peut donc être directement pertinente pour l'expérience vendue.
Le champ n'identifie pas d'où vient ce trafic. Le port JumboIX peut transporter une partie du trafic échangé localement; le voisinage AS7195 observé peut transporter une partie du trafic; d'autres relations peuvent exister en dehors des preuves publiques étroites. Rien dans les enregistrements ne soutient une répartition complète entre peering, transit et interconnexion privée. La plage auto-déclarée de 1 à 5 Gbps ne peut pas non plus être attribuée à une source particulière.
Cette incertitude est importante lorsqu'une offre de vente met l'accent sur des vitesses d'accès élevées. Une connexion côté client rapide ne garantit pas une performance équivalente vers toutes les destinations. Le résultat de bout en bout dépend de l'agrégation et de l'interconnexion au-delà des locaux. Si une partie substantielle de la demande utilise une seule dépendance contrainte ou sujette aux pannes, un port d'accès peut rester opérationnel tandis que l'expérience client se dégrade. C'est un scénario à tester, pas un état déterminé ici.
Un acheteur peut transformer la description majoritairement entrant en questions pratiques. Quels chemins externes transportent les destinations importantes pour l'entreprise? Lesquels de ces chemins ont des alternatives? Comment Conex gère-t-il la congestion ou contourne-t-il une interconnexion défaillante? Quelles mesures un client peut-il voir, et à partir de quels points sont-elles collectées? Pour les services professionnels, la réponse devrait distinguer le segment d'accès local de la performance au-delà du réseau Conex.
Le champ PeeringDB est donc un indice analytique, pas un jugement. Il attire l'attention sur la capacité et la récupérabilité des chemins de trafic entrants, tandis que la topologie et l'utilisation réelles restent à prouver.
Deux chemins fibre et backup radio nécessitent une définition physique
Conex indique que son réseau utilise de la fibre urbaine et interurbaine et fait la promotion de deux chemins fibre plus un backup radio. S'ils sont physiquement et opérationnellement indépendants, cette conception pourrait améliorer considérablement la continuité. Le site web public ne fournit cependant pas de dessins de tracé, d'informations sur les chemins de câbles, de détails d'accès, de spécifications radio, de limites de capacité ou de résultats de failover. L'affirmation reste une description de première main dont la signification pratique dépend de ces faits manquants.
« Deux chemins » peut décrire plusieurs arrangements très différents. Les fibres peuvent quitter un bâtiment client par des entrées séparées ou partager la même. Elles peuvent suivre des rues différentes ou occuper le même chemin de câbles. Elles peuvent se terminer sur des équipements différents ou converger vers un seul châssis, une seule source d'alimentation ou une seule installation. Elles peuvent appartenir à Conex, être louées à un fournisseur ou assemblées à partir de plusieurs fournisseurs. Aucune de ces possibilités ne peut être sélectionnée à partir des preuves publiques.
Le backup radio est tout aussi indéfini. Le site web constate que Conex dit qu'un tel backup existe; il n'identifie pas sa couverture, son arrangement spectral, son débit, son alimentation, ses contraintes de ligne de vue ou les services éligibles. Un chemin radio capable de maintenir la gestion de base ou un trafic d'entreprise sélectionné ne peut pas porter la charge totale normalement transportée par la fibre. Cette observation est un principe de diligence raisonnable, pas une déclaration sur le système radio réel de Conex.
La restauration automatique nécessite également un déclencheur et une cible. Le trafic se déplace-t-il après une perte de lumière, une perte de voisin routé, un seuil de performance ou une décision manuelle? Quels services clients participent? Combien de temps dure la détection, et que se passe-t-il avec les sessions actives? La restauration signifie-t-elle que toute connectivité revient, que la bande passante contractuelle revient, ou qu'une application définie reste utilisable? Le texte de vente ne répond pas à cela.
Pour un client dépendant de la résilience, Conex devrait être en mesure de cartographier les chemins revendiqués de la démarcation de service aux nœuds réseau pertinents, d'identifier les segments partagés et d'indiquer les limites utilisables du backup. Un test contrôlé devrait alors démontrer la transition et le rétablissement. Sans ces preuves, deux fibres et un chemin radio sont des composants dans un récit, pas une preuve de conception de service indépendante.
Le langage des câbles sous-marins directs nécessite une limite de propriété et de route
Le site web revendique également une connexion directe aux principaux câbles sous-marins. C'est un langage potentiellement important pour un opérateur dont les clients ont besoin de connectivité internationale, mais il est trop large pour établir par lui-même un fait physique ou commercial. Le matériel public ne nomme aucun système de câble, station d'atterrissement, contrat de capacité, longueur d'onde, opérateur ou route du réseau de Conex à un point d'atterrissement.
« Direct » peut avoir différentes significations commerciales. Il pourrait s'agir d'une relation qui évite un intermédiaire à un certain niveau, d'une connexion obtenue via un partenaire, d'un chemin vers une capacité associée à un système de câble, ou simplement d'une manière abrégée de décrire une portée internationale. Les preuves disponibles ne permettent pas de choisir entre ces interprétations. Elles ne montrent certainement pas que Conex possède des actifs de câbles sous-marins ou dispose d'un accès physique propre au câble.
La distinction est importante car la résilience internationale dépend de plus que du nom d'un câble. Un client doit comprendre le service contractuel, la remise, le chemin terrestre vers l'interconnexion pertinente, toutes les dépendances partagées et le chemin alternatif qui s'applique lorsque la route préférée n'est pas disponible. Deux produits associés à des noms de câbles différents peuvent néanmoins partager l'infrastructure terrestre, tandis qu'un service bien conçu peut offrir une protection non visible dans les textes marketing.
Les installations PeeringDB et la présence JumboIX de Conex ne comblent pas cette lacune. Elles montrent des divulgations d'interconnexion nationale à Lima, pas une topologie sous-marine. Le voisinage AS7195 observé n'identifie pas non plus de chemin de câble. Aucun ne doit être combiné pour créer une route fictive vers la côte ou au-delà.
L'affirmation est mieux traitée comme une invitation à fournir des détails. Nommez le service et les contreparties, définissez ce que direct signifie, identifiez les limites physiques et contractuelles pertinentes, indiquez la capacité disponible pour le service client et documentez la conception de rétablissement. En attendant, le langage du câble sous-marin indique une promesse de connectivité prévue, pas un accès vérifié au câble.
Un NOC 7j/24h/365 n'est pas une horloge de rétablissement
Conex déclare maintenir un centre d'opérations réseau exploité 24h/24 et 365 jours par an, offrant support, personnel local et restauration automatique. Une surveillance continue et un support accessible peuvent être précieux, mais la déclaration publique ne fournit pas de niveaux de personnel, de systèmes surveillés, d'étapes d'escalade, de couverture de terrain, de résultats de réparation moyens ou d'engagements de service spécifiques au client. Elle doit être attribuée comme une déclaration de l'entreprise, pas comme une performance opérationnelle vérifiée.
Un NOC peut observer et coordonner sans être en mesure d'effectuer chaque réparation à distance. Le rétablissement physique peut dépendre de l'accès au bâtiment, d'un technicien de terrain, d'un entrepreneur en fibre, de pièces de rechange, d'un opérateur d'installation ou d'un fournisseur amont. Le temps pour accuser réception d'une alarme diffère du temps pour la diagnostiquer, envoyer de l'aide, atteindre la panne, obtenir l'autorisation de travail et ramener le service à son état contractuel.
La restauration automatique couvre une autre limite. Un système de routage ou de transport peut rediriger le trafic autour d'une panne, mais un basculement réussi ne restaure pas nécessairement la pleine capacité ou chaque application. La page publique ne définit pas quelles pannes sont couvertes, si le basculement est automatique de bout en bout, à quelle fréquence il est testé, ou quel risque résiduel subsiste. Elle n'établit pas non plus que le chemin radio supporte le même niveau de trafic que le service fibre principal.
Les clients devraient donc demander une horloge avec des étapes nommées. Quand Conex détecte-t-il un événement? Quand le client est-il notifié? Qu'est-ce qui déclenche le chronomètre de réponse? Quand une ressource de terrain est-elle affectée? Quel état est considéré comme rétabli? Si le service revient avec une capacité réduite, comment cela est-il signalé et résolu? Des performances historiques anonymisées sur ces étapes seraient plus révélatrices qu'une promesse générale de vigilance constante.
La déclaration de NOC n'est crédible qu'en tant que description de la couverture opérationnelle prévue dans les limites de son libellé. Les preuves nécessaires à la résilience résident dans des résultats reproductibles: détection, communication, basculement, réparation et rétablissement complet dans des conditions définies.
Le maillon manquant va des locaux à l'échange
Les enregistrements publics décrivent les deux extrémités d'une chaîne de service potentielle plus clairement que le milieu. À une extrémité, Conex commercialise l'accès fibre aux clients de Chorrillos et des offres plus larges pour les clients résidentiels, PME et entreprises. À l'autre extrémité, AS269975 est visible avec deux préfixes, un port JumboIX et trois divulgations de présence dans des installations. Ce qui n'est pas public, c'est le chemin physique et opérationnel qui relie la démarcation d'un client à ces limites réseau.
Une carte de diligence raisonnable utile commence aux locaux. Elle identifie l'entrée du bâtiment, le support d'accès, les équipements de terminaison et la dépendance électrique. Elle suit ensuite le service à travers les chemins de rue, les points d'agrégation et les éventuelles remises tierces. Elle continue vers les routeurs qui font provenir ou reçoivent le trafic pour AS269975, les installations où ces routeurs ou connexions sont présents, et les chemins d'échange ou amont disponibles au-delà.
Chaque transition a un propriétaire et un mode de défaillance. Un client peut posséder son propre équipement après la démarcation, tandis que Conex contrôle la connexion d'accès. Un propriétaire peut contrôler l'accès à une colonne montante. Un fournisseur de transport peut posséder une partie de la fibre. Un opérateur d'installation peut contrôler l'accès à une salle. Un réseau amont peut contrôler un chemin plus large. Les preuves publiques n'attribuent pas ces rôles pour les services de Conex, la carte doit donc être construite à partir de la commande et de la conception réelles.
La carte devrait également identifier les points de convergence. Deux circuits d'accès peuvent se rencontrer à un poteau, un chemin de câbles, un équipement d'agrégation ou une source d'alimentation. Un backup radio peut dépendre du même accès au toit ou de la même alimentation locale que la terminaison fibre. Deux installations d'interconnexion peuvent être reliées par un seul chemin de transport métropolitain. Ce sont des scénarios à exclure ou à inclure avec des preuves, pas des hypothèses qu'ils existent.
Une fois la chaîne visible, le rôle des données techniques publiques devient plus clair. Les préfixes et l'ASN identifient la cible logique. JumboIX et les trois installations identifient les limites d'interconnexion possibles. Ils ne fournissent pas la route du client vers ces limites. Le dossier de résilience de Conex sera le plus solide là où il pourra combler ce maillon manquant avec une documentation actuelle et spécifique au service.
Un acheteur a besoin d'un dossier de preuves, pas d'un slogan plus long
La première partie d'un dossier de preuves utile est l'identité et la portée du service. Le contrat doit utiliser la personne morale qui fournit le service, l'aligner le cas échéant avec CORPORACION CONEXTELECOM S.A.C et identifier tout tiers responsable de parties essentielles de la livraison ou de la réparation. La commande doit spécifier les locaux, la démarcation, la classe de service, la définition de la bande passante et indiquer s'il s'agit d'un contrat résidentiel, PME, Internet d'entreprise ou Carrier Ethernet.
La deuxième partie est une déclaration de tracé physique. Pour un service vendu comme résilient, elle doit montrer les deux chemins fibre revendiqués à un niveau suffisant pour identifier les entrées de bâtiment partagées, les tronçons de rue, les chemins de câbles, les points d'agrégation et les installations. Les détails de tracé sensibles n'ont pas besoin d'être publiés au monde, mais le client ou un auditeur indépendant a besoin de suffisamment de preuves pour tester l'indépendance. Le backup radio doit être décrit par sa couverture, son débit utile attendu, sa dépendance électrique, sa logique d'activation et les services protégés.
La troisième partie est la conception logique et d'interconnexion. Conex doit aligner le service proposé avec AS269975, les préfixes observés, le rôle du port JumboIX, le voisinage AS7195 observé et tous les chemins supplémentaires sur lesquels il repose. Le but n'est pas d'exiger que chaque relation réseau soit publique. C'est de montrer quelles alternatives existent pour le trafic important du client et si elles évitent le même domaine de défaillance.
La quatrième partie est la preuve de capacité. Les désignations tarifaires, la plage PeeringDB de 1 à 5 Gbps et le port d'échange à 1 000 Mbps doivent rester séparés. Un client a besoin de la bande passante promise à sa remise, de la méthode de mesure, des éventuelles conditions de concurrence ou de façonnage, de la capacité disponible pendant le fonctionnement du backup et du point où la performance est évaluée. L'utilisation actuelle peut aider, mais elle doit être liée aux interfaces pertinentes pour le service proposé.
La cinquième partie est l'exploitation. Le fournisseur doit définir la couverture de surveillance, la notification des incidents, la gravité, les contacts d'escalade, le déploiement sur le terrain, l'autorisation d'accès, la stratégie de remplacement et les phases de rétablissement. Si un NOC est disponible en continu, le client doit savoir ce qu'il peut faire directement et ce qui nécessite une autre partie. Si la restauration automatique est essentielle à la vente, les résultats des tests doivent montrer l'événement déclencheur, le temps de transition, l'impact sur le trafic et la capacité après basculement.
Enfin, le dossier nécessite un contrôle des modifications. Les routes, les installations, les fournisseurs amont et les conditions de service peuvent changer après l'installation. Le client doit être informé lorsqu'une dépendance substantielle ou une hypothèse de résilience change, et la conception doit être revue après un tel changement. Les preuves ne sont pas un ornement d'achat unique. Elles sont la description maintenue du service sur lequel on compte.
Les scénarios de panne sont plus révélateurs que les nombres de composants
Compter deux chemins fibre, un backup radio, trois installations et un port d'échange peut donner l'impression de redondance sans montrer comment les composants interagissent. Les tests de scénarios sont une meilleure discipline car ils demandent si le résultat du service survit à une perte spécifique.
Un scénario est la panne de l'accès fibre principal du client. Le résultat pertinent n'est pas seulement de savoir si une interface de backup s'active. C'est de savoir si le chemin radio ou le deuxième chemin fibre porte le service client défini, avec quelle capacité, après quelle transition et avec quelles applications affectées. Le matériel public ne fournit aucun résultat, donc une démonstration contrôlée est nécessaire.
Un deuxième scénario est la perte de l'équipement ou de la source d'alimentation au point de convergence de deux chemins d'accès. Si les deux routes se terminent sur le même équipement, la diversité de route peut ne pas protéger contre cette panne. Cet article n'affirme pas une telle convergence chez Conex. Il identifie le test nécessaire pour déterminer que les chemins promus ne partagent pas un point inacceptable.
Un troisième scénario est la perte de la connexion JumboIX ou du transport qui l'alimente. La surveillance devrait montrer quel trafic est déplacé où, comment les chemins changent et si l'alternative a une capacité suffisante. Le voisinage AS7195 observé pourrait être pertinent, mais son rôle ne peut être supposé. Un quatrième scénario est la perte d'accès à une installation listée. La réponse devrait identifier les services affectés et si un autre site est vraiment opérationnellement indépendant.
Un cinquième scénario est une réparation sur le terrain dans des conditions exceptionnelles. Le NOC peut détecter le problème immédiatement, mais le rétablissement peut dépendre de l'accès au site, des techniciens ou d'un fournisseur. Mesurer chaque phase montre si la surveillance continue se traduit par une capacité d'action continue.
Ces tests transforment des affirmations larges en preuves de service, sans exiger une promesse irréaliste que rien ne tombera en panne. L'objectif est de comprendre ce qui tombe en panne ensemble, quelle capacité reste et comment le rétablissement se déroule. L'empreinte publique de Conex fournit suffisamment de composants nommés pour concevoir les questions. Elle ne fournit pas les réponses.
La visibilité logique est le début du dossier de résilience
AS269975 donne à Conex Telecom une identité réseau publique claire. LACNIC la relie à CORPORACION CONEXTELECOM S.A.C et à une adresse à Lima. RIPEstat a observé l'ASN et deux préfixes en juillet 2026, avec des données de routage et de registre alignées pour ces ressources. PeeringDB ajoute un port JumboIX Peru à 1 000 Mbps et trois divulgations de présence dans des installations. Le site web de l'entreprise relie cette empreinte technique à une activité d'accès desservant les résidentiels, les PME et les entreprises.
Ces faits suffisent à établir une visibilité. Ils ne suffisent pas à établir une capacité utilisable par le client ou une résilience physique. Le port à 1 000 Mbps n'est pas une preuve de bande passante libre. Le profil 1-5 Gbps est un trafic autodéclaré, pas une réserve provisionnée. La présence dans des installations n'est ni une propriété ni un transport diversifié. Deux chemins fibre promus ne sont pas des chemins séparés prouvés. Le backup radio n'a ni capacité publique ni résultat de test. Une déclaration de NOC n'a pas d'horloge de rétablissement publique. Le langage des câbles sous-marins n'a pas de câble nommé ni de limite de route.
Ce n'est pas une conclusion que Conex ne possède pas les capacités promises. C'est une conclusion sur les preuves actuelles. L'opérateur peut avoir des conceptions, des contrats et des résultats opérationnels plus solides que ceux visibles dans les huit enregistrements publics examinés ici. Si c'est le cas, le chemin le plus court vers un dossier de résilience plus solide est de montrer aux clients les preuves physiques et opérationnelles pertinentes.
La chaîne critique commence à un bâtiment spécifique, suit le chemin d'accès à travers l'agrégation et les remises d'installation, atteint les routeurs et les interconnexions soutenant AS269975, et inclut les personnes et les procédures nécessaires lorsque la restauration automatique s'arrête. Chaque maillon devrait avoir un propriétaire, une limite de capacité, un mode de défaillance et une action de rétablissement.
Conex s'est rendu trouvable au niveau logique. La question est maintenant de savoir si son service d'accès est tout aussi lisible en dessous. Jusqu'à ce que la séparation des routes, les limites de backup et la performance de rétablissement soient démontrées pour le service acheté, AS269975 doit être lu comme une invitation à la diligence raisonnable, pas comme un certificat de résilience.
Sources
- https://cxt.pe/
- https://rdap.lacnic.net/rdap/autnum/269975
- https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS269975
- https://stat.ripe.net/data/as-overview/data.json?resource=AS269975
- https://stat.ripe.net/data/as-routing-consistency/data.json?resource=AS269975
- https://www.peeringdb.com/api/net?asn=269975
- https://www.peeringdb.com/api/netfac?net_id=25536
- https://www.peeringdb.com/api/netixlan?net_id=25536

