Résumé

  • L’AS27747 établit l’identité de routage enregistrée de Telecentro, mais ne cartographie ni les actifs physiques ni la capacité de secours.
  • Les déclarations sur quatre alimentations, 2N, N+1, l’anneau de fibre et les ports SIP restent distinctes d’une preuve indépendante de résilience sous panne.

Illustration éditoriale réaliste; il ne s’agit pas d’une photographie des installations de Telecentro.

Pour un client, une connexion fonctionne ou ne fonctionne pas. Derrière cette apparente simplicité se trouve pourtant une chaîne de dépendances: le câble qui rejoint l’immeuble, les équipements du quartier, les fibres métropolitaines, les routeurs qui échangent des informations avec d’autres réseaux, les salles techniques qui les hébergent, puis l’électricité et le refroidissement qui maintiennent le tout en service. Telecentro S.A. apparaît dans les registres publics sous le numéro de système autonome AS27747.

Ce numéro permet d’identifier un acteur du routage de l’internet, mais il ne constitue ni une carte complète de ses câbles ni un certificat de fiabilité.

Cette distinction est le point de départ de l’analyse. Les données de LACNIC, de PeeringDB, de l’autorité argentine ENACOM et de Telecentro elle-même montrent plusieurs couches d’un même réseau. Elles permettent de voir qui est enregistré, où des interconnexions sont déclarées, quelles caractéristiques l’entreprise attribue à son centre de données et comment certains accords ou incidents ont été consignés. Chaque couche répond à une question précise. Aucune, prise isolément, ne permet de conclure que le service résistera à une coupure de fibre, à une perte d’alimentation ou à la panne simultanée de plusieurs équipements.

Ce que l’AS27747 dit, et ce qu’il ne dit pas

Un système autonome est un ensemble de réseaux IP administrés selon une politique de routage commune. Son numéro, appelé ASN, sert à annoncer sur l’internet quels blocs d’adresses peuvent être atteints par cet opérateur et par quels voisins. Dans le cas présent, le service RDAP de LACNIC associe directement l’AS27747 à Telecentro S.A. RDAP est un protocole de consultation de registre: il fournit une fiche structurée sur une ressource internet. Cette fiche est utile parce qu’elle rend l’identité enregistrée unique et vérifiable.

Elle ne décrit cependant pas le chemin d’un paquet depuis un appartement de Buenos Aires jusqu’à un service hébergé à l’étranger. Elle n’indique pas quels câbles appartiennent à Telecentro, lesquels sont loués, quels fourreaux sont partagés avec un concurrent ni quel équipement porte effectivement le trafic à une heure donnée. Elle ne donne pas non plus la capacité de réserve disponible si une liaison est coupée. L’ASN est donc comparable au numéro d’immatriculation d’un réseau: il identifie l’acteur dans le registre, mais ne révèle pas la mécanique complète sous le capot.

Cette limite compte pour les lecteurs non spécialistes. Voir un ASN, plusieurs préfixes ou plusieurs voisins dans un annuaire ne suffit pas à prouver une redondance physique. Deux routes logiques peuvent passer dans le même conduit, franchir le même pont ou dépendre du même bâtiment. Si cet élément commun tombe en panne, les deux chemins disparaissent ensemble. La qualité du registre réside dans l’exactitude de l’identité et des ressources enregistrées. La continuité opérationnelle exige un autre type de preuve: tracés physiques, capacité de secours, essais de bascule, historique d’incidents et temps réel de réparation.

PeeringDB fournit un annuaire d’interconnexion, pas un oscilloscope

PeeringDB est un annuaire maintenu par les réseaux, les points d’échange et les centres d’interconnexion entités. La fiche publique de l’AS27747 identifie Telecentro et énumère deux connexions à AR-IX ainsi que cinq installations, dont « Telecentro - Lomas del Mirador ». Un point d’échange internet, ou IX, est un lieu où plusieurs réseaux peuvent échanger directement du trafic. Le peering désigne cette relation directe; le transit désigne plutôt un service payé qui donne accès au reste de l’internet.

Ces entrées ont une vraie valeur. Elles indiquent où Telecentro déclare pouvoir rencontrer d’autres réseaux et donnent des indices sur la géographie logique de son interconnexion. Elles ne sont néanmoins pas des mesures en temps réel. PeeringDB ne montre pas si un port est saturé, si la session de routage est active au moment de la lecture, si un circuit emprunte une voie physiquement distincte ni quelle capacité resterait après la perte d’un site. Une valeur de trafic déclarée ou une politique de peering ne remplace pas des courbes de charge, des plans de fibres ou des rapports de test.

La bonne lecture consiste donc à utiliser PeeringDB comme une pièce du registre opérationnel. Il aide à relier un nom, un ASN, des points d’échange et des bâtiments déclarés. Mais il faut résister à la tentation de transformer une liste de cinq installations en cinq domaines de panne indépendants. Deux sites peuvent partager un réseau métropolitain, une arrivée électrique, une conduite ou un fournisseur de longue distance. Sans documentation sur les chemins physiques, la pluralité des noms reste une indication de portée, non une preuve de résilience.

Lomas del Mirador donne un ancrage physique, avec des zones d’ombre

La fiche PeeringDB de l’installation 14274 situe « Telecentro - Lomas del Mirador » au 3407, Coronel Pringles, à Lomas del Mirador, dans la province de Buenos Aires. Elle relie le site à l’AS27747 et mentionne une alimentation en courant continu de 48 volts. Cet ancrage géographique est important: il transforme une identité de routage abstraite en un lieu où des équipements peuvent être hébergés et interconnectés.

La même fiche indique toutefois que la présence de sous-stations d’alimentation diverses n’est pas divulguée. Ce silence ne prouve ni qu’il existe plusieurs sous-stations réellement indépendantes ni qu’il n’en existe qu’une. Il signifie simplement que le champ public ne permet pas de trancher. C’est un exemple utile de discipline factuelle: une case « non divulgué » doit rester une inconnue, pas devenir une conclusion favorable ou défavorable.

Pour évaluer un centre de données, l’adresse seule ne suffit pas. Il faudrait connaître les arrivées de fibre, les conduits, les chambres de tirage, les transformateurs, les tableaux électriques, les groupes électrogènes, les réserves de carburant, les systèmes de refroidissement et les procédures d’intervention. Il faudrait aussi savoir quels équipements de réseau sont réellement présents, quelle part du trafic y passe et comment une perte totale du site serait contournée. Les sources publiques actuelles donnent certaines pièces de ce puzzle, mais pas le dessin complet.

Les caractéristiques annoncées du centre de données

Sur sa page destinée aux entreprises, Telecentro présente un centre de données pouvant accueillir 600 baies. Une baie, ou rack, est une armoire normalisée où sont installés serveurs, commutateurs et équipements de télécommunications. La page indique également une conception adaptée à la norme TIA-942 et aux règles locales de la banque centrale argentine, ainsi qu’un niveau de service annoncé de 99,995 %. Ces éléments doivent être attribués à l’entreprise: la page commerciale n’est pas, à elle seule, un certificat indépendant ni un historique mesuré de disponibilité.

Le nombre de 600 baies décrit une capacité d’accueil annoncée. Il ne dit pas combien de baies sont installées, alimentées, occupées, vendues ou utilisables lors d’une défaillance. Un bâtiment peut disposer de place physique sans avoir toute la puissance électrique, le refroidissement ou les connexions nécessaires pour exploiter chaque position. De même, un objectif de disponibilité exprimé en pourcentage est une promesse contractuelle ou commerciale; il ne prouve pas que chaque service a atteint ce résultat sur une période donnée.

Telecentro indique dix zones d’incendie séparées physiquement en trois modules. Cette segmentation peut limiter la propagation d’un incident si les murs, les détections, les systèmes d’extinction et les procédures fonctionnent comme prévu. Elle ne permet pas de connaître la dépendance à des systèmes communs: alimentation, refroidissement, contrôle, accès ou réseau. Une séparation visible des salles ne garantit pas automatiquement une séparation des causes de panne.

Quatre arrivées électriques ne signifient pas quatre chemins indépendants

La page de Telecentro dit que le site a accès à quatre alimentations en moyenne tension. Pour un lecteur, le chiffre peut donner l’impression d’une grande marge de sécurité. La question décisive est pourtant l’indépendance. Ces arrivées proviennent-elles de sous-stations différentes ? Empruntent-elles des câbles et des rues distincts ? Passent-elles par le même poste, le même jeu de barres ou le même dispositif de protection ? Peuvent-elles être entretenues sans couper un élément commun ? Les sources publiques examinées ne répondent pas à ces questions.

Il faut aussi distinguer l’accès à une alimentation et la puissance réellement attribuée, installée puis disponible. Une alimentation annoncée peut être contractée sans que tous les transformateurs ou tableaux aient été mis en service. Une capacité électrique nominale peut être réservée à la croissance, aux auxiliaires ou aux contraintes thermiques. Et lors d’une panne, la puissance utilisable peut diminuer afin de préserver les systèmes essentiels.

L’absence de détail sur des sous-stations diverses dans la fiche de l’installation renforce l’incertitude sans la résoudre. Le bon constat n’est donc pas « quatre réseaux électriques indépendants », mais « Telecentro déclare quatre arrivées de moyenne tension, tandis que leur séparation physique et opérationnelle n’est pas établie par les sources disponibles ». Cette formulation est moins spectaculaire, mais elle correspond à ce que les documents permettent réellement de savoir.

Comprendre 2N et N+1 sans confondre schéma et performance

Telecentro décrit une production de secours en configuration 2N avec des groupes Cummins C3000. Dans le langage des centres de données, 2N signifie généralement que deux chaînes complètes sont dimensionnées pour porter chacune la charge prévue. Si une chaîne est indisponible, l’autre devrait pouvoir assurer le service. N+1 signifie qu’un composant supplémentaire est disponible au-delà du nombre nécessaire: par exemple, si quatre unités suffisent, une cinquième sert de réserve.

L’entreprise annonce des onduleurs de 1 250 kVA en N+1 et des batteries lithium-ion également organisées en N+1. Un onduleur, ou UPS, maintient l’alimentation pendant les perturbations et couvre le temps nécessaire au démarrage des groupes électrogènes. Elle mentionne aussi des unités de climatisation de précision, appelées CRAC, dans des salles séparées, ainsi que des groupes d’eau glacée en N+1. Sur le papier, ces architectures réduisent la dépendance à un équipement unique.

Mais les symboles 2N et N+1 ne répondent pas à plusieurs questions concrètes. Quelle charge chaque chaîne peut-elle porter pendant un pic de chaleur ? Combien de temps les batteries tiennent-elles à la charge réelle ? Combien de carburant est stocké sur place, et à quelle fréquence peut-il être livré lors d’une crise ? Les groupes sont-ils testés sous charge ? Une maintenance peut-elle retirer un équipement sans créer un point unique de défaillance ? Les systèmes de contrôle, les réservoirs, les pompes et les tableaux sont-ils eux-mêmes séparés ?

Sans ces réponses, la conception déclarée reste une promesse d’architecture, pas une preuve de performance sous panne.

Le refroidissement est une chaîne physique à part entière

Les serveurs transforment presque toute l’électricité qu’ils consomment en chaleur. Un centre de données peut donc perdre son service même si l’alimentation reste disponible, simplement parce que la chaleur n’est plus évacuée. Les unités CRAC font circuler et conditionnent l’air dans les salles; les chillers rejettent la chaleur vers l’extérieur. Une configuration N+1 fournit une unité de réserve, mais elle ne garantit pas que la tuyauterie, les pompes, les vannes, le traitement de l’eau ou les commandes soient eux aussi redondants.

Les conditions de fonctionnement changent avec la température extérieure, l’humidité, l’encrassement et la charge informatique. Une unité « disponible » sur une fiche technique peut ne pas offrir toute sa puissance lors d’un épisode de chaleur. Une maintenance mal coordonnée peut également réduire la marge. Pour comprendre la capacité utilisable en situation de panne, il faudrait connaître la charge thermique réelle, l’état des équipements, le chemin commun des fluides et les résultats d’essais où une unité est retirée volontairement.

Telecentro présente des salles séparées pour ses équipements de climatisation. C’est une information de conception pertinente, mais la séparation des pièces n’est qu’une partie de la question. Si deux salles utilisent le même tableau, la même pompe, le même collecteur ou la même logique de contrôle, un incident commun peut encore les atteindre. La résilience ne se mesure pas au nombre de composants annoncés; elle se mesure à la capacité de continuer à fournir le service lorsque l’un des chemins complets est réellement indisponible.

Un anneau de fibre vers quatre nœuds n’est pas encore une carte de diversité

Telecentro affirme que son centre de données est relié par un anneau de fibre optique à quatre nœuds et qu’il offre des connexions vers de grands fournisseurs d’accès et réseaux de diffusion de contenu. Un anneau peut permettre au trafic de prendre l’autre direction lorsqu’un segment est coupé. C’est une architecture courante et utile. Toutefois, le mot « anneau » décrit une topologie logique; il ne précise pas nécessairement le tracé civil de chaque segment.

Deux côtés d’un anneau peuvent sortir du bâtiment par la même chambre, partager un conduit pendant plusieurs kilomètres ou traverser le même pont. Ils peuvent aussi dépendre du même équipement actif. Dans ce cas, une excavation, un incendie ou une panne de commutation peut interrompre les deux directions. Pour démontrer une véritable diversité, il faudrait disposer de plans de conduits, de points d’entrée séparés, d’informations sur les propriétaires des fibres et de résultats montrant une bascule sous charge.

La capacité de secours est tout aussi importante. Si le chemin principal porte déjà beaucoup de trafic, l’autre côté de l’anneau peut exister sans pouvoir absorber la totalité de la charge. Le trafic est alors rétabli partiellement, avec congestion, pertes de paquets ou ralentissements. Les sources publiques ne donnent pas la capacité installée, activée et libre sur chacun des quatre liens. Elles ne montrent pas non plus si les quatre nœuds sont des domaines de panne indépendants. L’anneau déclaré est donc un élément de conception, pas la preuve complète d’un rétablissement sans dégradation.

L’accès des entreprises ajoute une autre couche de dépendance

Telecentro commercialise des accès dédiés pour entreprises pouvant utiliser la fibre, le GPON ou le réseau HFC selon la disponibilité technique et géographique. GPON est une technologie de fibre partagée entre plusieurs abonnés; HFC combine fibre et câble coaxial. La société annonce des débits pouvant atteindre 10 Gbit/s, un niveau de service de 99,5 %, des adresses IPv4 ou IPv6 fixes et une assistance permanente.

Ces caractéristiques commerciales ne disent pas quel support dessert un client précis. Un immeuble raccordé en fibre peut suivre un chemin très différent d’un site servi par le réseau coaxial. Le dernier kilomètre peut dépendre d’un boîtier de rue, d’un amplificateur, d’une armoire électrique, d’un poteau ou d’un conduit partagé. Même une liaison dédiée peut rejoindre le réseau principal par un point d’agrégation commun à de nombreux clients.

Le débit maximal n’est pas davantage une garantie de capacité pendant une panne. Il décrit une offre ou une limite d’accès. La disponibilité réelle dépend de la capacité du segment local, du réseau métropolitain, des interconnexions et du chemin de repli. Pour un client critique, les questions utiles sont donc plus physiques: où les deux accès quittent-ils le bâtiment, quel équipement les agrège, quels nœuds sont communs, et la voie de secours a-t-elle été testée avec la charge attendue ?

Les ports SIP de Rosario, Córdoba et Tucumán

Un document d’ENACOM daté de 2025 consigne une extension d’interconnexion entre Telecom Argentina et Telecentro. Il indique que Telecentro a demandé l’extension et que Telecom a accepté la demande selon les conditions de disponibilité ou de facturation précisées. Le tableau signé énumère un nouveau port SIP pour la numérotation locale à Rosario, Córdoba et Tucumán, sans colocalisation indiquée.

SIP, ou Session Initiation Protocol, est le protocole couramment utilisé pour établir, modifier et terminer des communications téléphoniques sur des réseaux IP. Un port SIP dans un accord d’interconnexion représente un point contractuel et technique où les réseaux de téléphonie peuvent échanger des appels. Il ne s’agit pas d’une carte du réseau IP complet. Le document ne montre ni les câbles empruntés entre les villes, ni la séparation des conduits, ni la capacité disponible lors d’une coupure.

L’accord permet néanmoins de voir comment le service dépend d’autres acteurs. Telecentro peut demander une extension, mais Telecom doit rendre les ressources disponibles ou mettre en œuvre la facturation prévue. La continuité d’un appel entre réseaux dépend donc non seulement des équipements de Telecentro, mais aussi des points d’interconnexion, des ressources de l’autre opérateur et des chemins qui les relient. Cette répartition du contrôle est importante: un seul nom de marque ne maîtrise pas nécessairement toute la chaîne de service.

Un accord d’interconnexion n’est pas une preuve de mise en service permanente

Le document de 2025 décrit une procédure et des points nouveaux. Il ne faut pas en déduire que chaque port est resté actif à tout moment depuis sa signature. La mise à disposition de ressources, la configuration, la facturation et l’exploitation sont des étapes distinctes. Un accord accepté peut précéder la mise en service complète; une ressource mise en service peut ensuite être modifiée ou retirée.

Cette distinction rejoint une règle plus générale de l’infrastructure. « Annoncé », « accepté », « installé », « connecté », « mis sous tension », « testé » et « exploité commercialement » ne sont pas des synonymes. Pour évaluer un service actuel, il faut un indicateur actuel: état opérationnel, mesure, facture, rapport de test ou confirmation des deux parties. Le document d’ENACOM prouve l’existence de l’accord et de son tableau, pas la topologie actuelle de l’ensemble du réseau.

Il serait également erroné de présenter les trois villes comme trois voies de secours indépendantes. Ce sont des points d’interconnexion téléphonique locaux. Ils peuvent améliorer la portée et la distribution du service, mais les liaisons qui les alimentent peuvent partager des infrastructures de longue distance, des bâtiments ou des fournisseurs. Sans carte des routes et sans données de bascule, la diversité géographique des noms ne suffit pas à établir une diversité physique.

Le cas client de 2014: utile, mais étroit

Une résolution d’ENACOM publiée en 2016 porte sur la plainte d’un client dont les services de téléphone et d’internet ont été interrompus à partir du 2 mars 2014. Selon la résolution, les lignes téléphoniques sont restées hors service jusqu’au 26 mars, au-delà du délai de réparation de trois jours ouvrables décrit dans le document. Telecentro a déclaré avoir réparé les lignes et appliqué des remboursements. L’autorité a considéré que les obligations n’avaient pas été pleinement respectées, a imposé une amende de 400 000 unités tarifaires et a prévu une amende journalière de 6 000 unités liée à l’ordre de remboursement non satisfait.

Ce dossier fournit un exemple concret de conséquence pour un utilisateur: la perte simultanée du téléphone et de l’internet, puis une réparation plus longue que le délai réglementaire cité. Il montre aussi que le rétablissement technique et la compensation commerciale sont deux processus distincts. Un service peut revenir alors que le traitement du remboursement ou de la conformité reste ouvert.

Il serait pourtant abusif d’utiliser ce cas unique pour mesurer la fiabilité actuelle de tout le réseau de Telecentro. Le document ne fournit ni taux global de pannes, ni cause physique détaillée, ni performance du centre de données, ni échantillon représentatif. Il concerne un client et un événement ancien. Sa valeur est celle d’un cas historique vérifié: il rappelle que les délais de réparation ont des conséquences réelles, sans permettre une généralisation sur la fréquence ou la durée des pannes aujourd’hui.

Comment une panne peut se propager

Une interruption peut commencer très près de l’utilisateur. Une coupure de câble dans une rue peut isoler un immeuble ou un quartier. Si le chemin de repli partage le même conduit, la présence de deux liens logiques n’apporte aucune protection. Un équipement d’agrégation en panne peut toucher plusieurs branches à la fois. Une perte d’alimentation dans une armoire peut interrompre un segment même si le grand centre de données continue de fonctionner.

À un niveau supérieur, la perte d’un nœud métropolitain peut déplacer du trafic vers les autres nœuds. Si ceux-ci ont assez de capacité et si les routes sont correctement configurées, l’utilisateur peut ne voir qu’une brève perturbation. Si la réserve est insuffisante, il peut subir une hausse de latence, une baisse de débit ou une interruption de certaines destinations. Une panne dans un point d’interconnexion peut aussi obliger le trafic à emprunter un service de transit plus long et plus coûteux.

Dans un centre de données, la séquence peut être différente. Le réseau électrique tombe; les batteries maintiennent la charge pendant que les groupes démarrent. Si un groupe ne démarre pas, la chaîne 2N devrait théoriquement offrir une autre voie. Mais une commande commune, un problème de carburant ou un tableau partagé peut réduire cette protection. Une perte de refroidissement progresse plus lentement: la température monte, les équipements limitent leur puissance, puis s’arrêtent pour se protéger. La conséquence dépend donc autant du point de départ que des dépendances communes invisibles.

Qui contrôle la reprise

Telecentro contrôle son ASN dans le sens où elle administre la politique de routage associée à l’identité enregistrée. Elle exploite aussi les services qu’elle commercialise et décrit son centre de données. Mais la reprise après une panne peut nécessiter plusieurs propriétaires et opérateurs. Un fournisseur d’électricité doit rétablir le réseau. Un propriétaire de conduit doit autoriser l’accès. Une entreprise de travaux doit localiser et réparer une fibre. Un partenaire d’interconnexion doit reconfigurer ou remettre à disposition un port.

Cette multiplicité limite la vitesse d’action d’un seul opérateur. Telecentro peut rerouter du trafic si un chemin alternatif existe, mais elle ne peut pas nécessairement réparer immédiatement un câble appartenant à un tiers. Elle peut démarrer ses groupes électrogènes, mais elle dépend de la livraison de carburant si la coupure se prolonge. Elle peut déplacer une session de routage, mais le réseau voisin doit accepter et transporter la charge.

Pour les clients, cette répartition du contrôle explique pourquoi un engagement de service ne se traduit pas toujours par une réparation physique immédiate. Le contrat définit des objectifs et parfois des compensations. La reprise dépend de l’accès au site, des pièces, des équipes, de la sécurité, de la capacité de secours et des décisions coordonnées entre organisations. Une analyse honnête doit donc suivre les dépendances réelles plutôt que s’arrêter à la frontière juridique d’une entreprise.

Capacité installée, capacité vendue et capacité utilisable

Les sources disponibles donnent plusieurs chiffres, mais pas un bilan complet de capacité. Les 600 baies annoncées décrivent un nombre de positions. Les onduleurs de 1 250 kVA décrivent la taille nominale d’équipements dans une architecture annoncée. Les offres pouvant atteindre 10 Gbit/s décrivent une vitesse commerciale. Aucun de ces chiffres ne révèle directement la charge informatique actuelle, le nombre de clients, l’occupation, la puissance réellement distribuée à chaque baie ou la marge disponible après la perte d’une chaîne.

Il faut séparer au moins cinq états. La capacité de conception est ce que le système prévoit. La capacité installée correspond aux équipements réellement posés. La capacité alimentée est celle qui peut recevoir l’électricité nécessaire. La capacité vendue ou contractée est promise à des clients. La capacité utilisable sous défaillance est ce qui reste lorsque le composant principal est hors service. Un site peut être très grand sur le papier et disposer d’une réserve limitée au moment critique.

Pour le réseau, la même logique s’applique. Une fibre peut être posée sans être équipée. Un port peut être installé sans transporter sa charge maximale. Une liaison peut être active tout en n’ayant presque aucune marge de secours. La question de résilience n’est donc pas « combien existe-t-il de liens ? », mais « quelle quantité de trafic peut être transportée lorsque le lien le plus important disparaît, et pendant combien de temps ? » Les documents publics étudiés ne donnent pas cette réponse chiffrée.

Ce que les utilisateurs et les entreprises peuvent réellement observer

Un client résidentiel voit surtout les symptômes: modem hors ligne, appels impossibles, pages lentes ou vidéo dégradée. Une entreprise peut observer des pertes de paquets, une latence plus élevée, une bascule vers un second fournisseur ou l’indisponibilité d’adresses publiques. Ces observations ne révèlent pas toujours la cause. Une panne locale peut ressembler à une panne de réseau, et un problème de routage externe peut ressembler à une défaillance du dernier kilomètre.

Les entreprises qui dépendent fortement de la connectivité peuvent vérifier leur propre exposition. Deux contrats n’offrent une véritable diversité que si les chemins physiques, les bâtiments d’entrée et les nœuds d’agrégation sont distincts. Un test de bascule doit être réalisé sous charge, pas seulement par une vérification administrative. Les temps de convergence, la capacité disponible et les procédures manuelles doivent être mesurés.

Ces vérifications ne remplacent pas la responsabilité de l’opérateur, mais elles rendent la dépendance visible. Elles permettent aussi de distinguer une promesse contractuelle d’une capacité observée. Si le second lien se sature immédiatement lors d’un test, le problème est connu avant l’incident réel. Si les deux fibres quittent le bâtiment par le même conduit, l’entreprise peut décider si ce risque est acceptable ou si une entrée réellement séparée est nécessaire.

Les preuves qui permettraient une évaluation plus forte

Plusieurs documents changeraient sensiblement l’analyse. Des plans montrant des entrées de fibre séparées et des conduits distincts permettraient d’évaluer l’anneau annoncé. Des informations sur l’origine des quatre alimentations de moyenne tension indiqueraient si elles viennent de sous-stations et de tracés indépendants. Des rapports d’essais sous charge montreraient si les groupes, les onduleurs et le refroidissement peuvent porter le service lorsqu’une chaîne complète est retirée.

Des données historiques de disponibilité, accompagnées d’une définition claire du périmètre et des exclusions, donneraient un sens mesurable aux niveaux de service annoncés. Des courbes de capacité avant et après une panne montreraient si les liens de secours absorbent réellement le trafic. Des rapports d’incident expliquant la cause, la propagation, la bascule et le temps de réparation permettraient de relier la conception à l’expérience.

Pour les points SIP, une confirmation opérationnelle actuelle et une description des chemins de transport seraient nécessaires avant de parler de diversité. Pour les installations listées dans PeeringDB, des informations sur les circuits entre sites et les dépendances communes permettraient de savoir si la dispersion des bâtiments réduit réellement le risque. Tant que ces preuves ne sont pas publiques, l’incertitude doit rester visible.

Une lecture prudente n’est pas une accusation

Dire que les sources ne prouvent pas une diversité physique ne signifie pas que cette diversité n’existe pas. Dire qu’un niveau de service n’est pas un historique mesuré ne signifie pas que le service est mauvais. L’objectif est de faire correspondre chaque conclusion au type de preuve disponible. Le registre confirme l’identité. L’annuaire indique des lieux déclarés. La page de l’entreprise décrit une architecture. Les documents du régulateur consignent un accord et un cas client. Chaque source est utile dans sa propre limite.

Cette méthode évite deux erreurs opposées. La première consiste à reprendre les déclarations de résilience comme des faits testés. La seconde consiste à transformer toute absence de preuve publique en preuve d’une faiblesse. Une infrastructure privée ne publie pas toujours ses plans pour des raisons commerciales ou de sécurité. L’absence de détail appelle donc une conclusion limitée, pas un verdict.

Pour Telecentro, les données disponibles permettent d’affirmer que l’AS27747 fournit une identité de réseau enregistrée, que plusieurs interconnexions et installations sont déclarées, et que l’entreprise présente des dispositifs de puissance, de refroidissement et de fibre pour son centre de données. Elles ne permettent pas de mesurer la capacité de secours, l’autonomie, les chemins communs ni la performance des bascules.

Ce qu’il faudra surveiller

Les prochains éléments utiles seraient des preuves d’exploitation plutôt que de nouvelles étiquettes. Un rapport de test montrant la perte volontaire d’une chaîne électrique, un bilan de charge du refroidissement, une carte vérifiée des entrées de fibre ou un compte rendu d’incident apporteraient plus d’information qu’une nouvelle déclaration « redondante ». Une mise à jour de PeeringDB peut signaler un changement d’interconnexion, mais elle devrait être confirmée par des données opérationnelles.

Il faudra aussi distinguer l’expansion commerciale de l’expansion physique. L’ajout d’un port SIP, d’un service à 10 Gbit/s ou d’un nouveau partenaire ne prouve pas que de nouveaux conduits ou de nouvelles sous-stations ont été construits. À l’inverse, des travaux physiques peuvent améliorer la résilience sans modifier immédiatement les entrées publiques. Les deux couches doivent être suivies séparément.

Enfin, les futurs incidents devront être examinés avec leur périmètre exact. Un problème touchant un client, une rue ou une plateforme ne doit pas devenir une conclusion sur l’ensemble de l’AS27747. Mais un incident bien documenté peut montrer où les dépendances communes se trouvent, quelle capacité de secours était réellement disponible et combien de temps la reprise a demandé. C’est dans ces faits de fonctionnement que la résilience devient observable.

Un registre décrit la réalité administrative; le service révèle la réalité opérationnelle

L’AS27747 est essentiel parce que l’internet a besoin d’identifiants uniques et de registres exacts. Sans cette couche, les réseaux ne sauraient pas clairement qui annonce quelles ressources. Mais le registre n’est pas souverain sur la réalité physique: il n’alimente pas les routeurs, ne refroidit pas les salles et ne répare pas les fibres. Il conserve la trace d’une identité et permet aux opérateurs de coordonner leurs politiques.

La réalité opérationnelle se trouve dans le code qui tourne, les routes effectivement utilisées, les équipements sous tension, les équipes capables d’intervenir et la capacité qui reste pendant une panne. Les déclarations de Telecentro sur 2N, N+1, quatre arrivées et un anneau à quatre nœuds décrivent une intention d’architecture. Elles deviennent une preuve de résilience seulement lorsqu’elles sont reliées à des chemins indépendants, à des essais et à une performance observée.

Pour un lecteur non spécialiste, la conclusion peut se résumer ainsi: Telecentro possède une identité de réseau publique et documentée, et elle décrit une infrastructure comportant plusieurs couches de secours. Les sources publiques ne montrent pas encore tout ce qu’il faudrait pour savoir comment ces couches se comportent lors d’une panne complexe. La bonne question n’est donc pas de savoir si le mot « redondance » apparaît, mais de savoir quel chemin reste réellement utilisable, avec quelle capacité, pendant combien de temps et sous le contrôle de qui.

Sources