YEGIX a deux serveurs de route mais un seul site à Edmonton répertorié publiquement

Résumé

• YEGIX a une empreinte réseau crédible à Edmonton, mais les registres publics n'identifient qu'un seul site d'échange et ne démontrent pas un accès membre routé de manière indépendante.
• Deux serveurs de route, le filtrage de routes et les vitesses de port publiées renforcent les opérations, mais aucun ne prouve un deuxième site de commutation, une marge de trafic mesurée ou un basculement au niveau de l'installation.
• L'échange ne devient démontrablement résilient que lorsque YEGIX et ses membres peuvent montrer des chemins physiques diversifiés, une capacité opérationnelle actuelle et une pratique de rétablissement maintenue.

Un paquet Edmonton rencontre la ville avant de rencontrer Internet

Imaginez un paquet quittant une succursale de bibliothèque publique à Edmonton pour un service hébergé par un autre réseau local. Le trajet souhaitable est court: du réseau de la bibliothèque à sa connexion métropolitaine, dans la matrice de commutation YEGIX, à travers une relation de peering, et jusqu'au réseau de destination. C'est la promesse pratique derrière l'explication de l'échange sur l'interconnexion locale sur lapage d'accueil YEGIX. C'est aussi l'argument politique avancé par leguide actuel de CIRA sur les IXP canadiens: les réseaux peuvent échanger le trafic approprié au Canada plutôt que d'acheter automatiquement un chemin plus long auprès d'un fournisseur de transit.

Mais « local » n'est pas une propriété conférée par une adresse IP d'Edmonton. C'est le résultat de plusieurs décisions indépendantes. Le réseau d'origine doit sélectionner une route YEGIX. Son routeur doit rester alimenté et connecté. Sa fibre doit arriver au bâtiment d'échange. Le commutateur d'échange et le port de destination doivent fonctionner. Une session BGP bilatérale ou le chemin du serveur de route doivent transporter des informations d'accessibilité valides. Le réseau de destination doit ensuite préférer et renvoyer cette route locale.

Si l'une de ces conditions échoue, la politique de routage ordinaire peut déplacer le paquet vers un transit payant, éventuellement dans une autre ville ou un autre pays, même si les deux points d'extrémité restent à Edmonton.

Il y a une raison historique solide de s'en soucier. Unrapport CIRA de 2016 sur les mesures de Packet Clearing Houseindiquait que 64 % des traceroutes canadiens à canadiens de cette étude traversaient les États-Unis. Cette constatation n'est ni une mesure actuelle de YEGIX ni une preuve qu'un paquet d'Edmonton quitte maintenant le Canada. Elle est utile pour un point plus étroit: la géographie et la politique de routage peuvent diverger, et la capacité d'échange locale n'a d'importance que lorsque les réseaux l'utilisent réellement. L'explication plus ancienne de CIRA sur le peering localdécrit de même le potentiel de latence plus faible et de coût de transit. Le potentiel est le mot clé.

Le cas régional précède également la liste actuelle de l'échange. LeAlberta Broadband Toolkitidentifie YEGIX à Edmonton et YYCIX à Calgary tout en avertissant, en effet, qu'atteindre un échange albertain est un problème de conception réseau pour les communautés en dehors des grands centres. Unrapport sur l'infrastructure numérique de Cyberaplace également YEGIX parmi les actifs d'échange de l'Alberta. Aucun document ne cartographie les conduits, les ondes louées ou les circuits de transport utilisés par les membres actuels.

Cette distinction encadre cette évaluation. YEGIX dispose de suffisamment de preuves de ressources réseau pour être traité comme une infrastructure opérationnelle: un système autonome, des préfixes d'échange, une matrice publiée, des serveurs de route et des entités nommés. La question non résolue est l'indépendance. Un échange local peut réduire la distance tout en concentrant les risques si la plupart des membres entrent dans la même pièce par des routes connexes, si un seul commutateur reste la jonction de plan de données commune, ou si un petit groupe de bénévoles porte toutes les connaissances opérationnelles.

Le chemin logique court du paquet peut donc contenir une longue chaîne de dépendances physiques et institutionnelles.

L'entreprise, la matrice et l'installation sont des choses différentes

YEGIX Internet Exchange Community Ltd. décrit son objectif comme fournissant une infrastructure électronique sans but lucratif pour les réseaux et utilisateurs basés en Alberta. Sapage d'objectifs corporatifsnomme également trois administrateurs, un gestionnaire de réseau et un opérateur de réseau. C'est une preuve significative d'un opérateur communautaire organisé, mais la page ne porte aucune date de résolution visible, de dates de mandat ou de règles de succession. Elle montre qui le site Web identifie; elle n'établit pas par elle-même le statut juridique actuel de chaque poste ni la profondeur du banc de maintenance.

La limite des ressources réseau est plus claire.L'enregistrement RDAP d'ARIN pour AS62502associe le système autonome à YEGIX Internet Exchange Community Ltd. Des enregistrements ARIN séparés couvrent lesressources IPv4 206.53.140.0etIPv6 2001:504:46::de l'échange. Ces enregistrements sont une preuve solide que YEGIX contrôle des ressources Internet identifiables. Ils ne révèlent pas l'inventaire des commutateurs, l'alimentation des baies, les routes de fibre, les pièces de rechange, les sessions BGP en direct ou la charge de trafic. Un ASN est une identité administrative et de routage, pas un certificat de résilience.

L'enregistrement d'organisation PeeringDB de YEGIXrelie le nom légal à l'échange et aux enregistrements de serveurs de route. Le mandat pratique de l'opérateur semble couvrir la politique d'échange, la matrice Ethernet partagée, les serveurs de route, la surveillance et la coordination des entités. Un entité, cependant, possède ou contrôle toujours son routeur, sa politique de peering et le circuit qui atteint l'échange. YEGIX n'est pas présenté comme le fournisseur de transit général qui achemine le trafic d'un membre vers le reste d'Internet.

La limite du bâtiment appartient à Wolfpaw. Lemémorandum YEGIX-Wolfpawpublié attribue à YEGIX une demi-baie et l'alimentation pour l'équipement d'échange, tandis que Wolfpaw contrôle le câblage à l'intérieur de l'installation et conserve des services tels que la colocation, la gestion VLAN et le peering privé hors commutateur. Il décrit également un câble ou fibre gratuit pour les clients Wolfpaw admissibles et une tarification non discriminatoire pour les interconnexions. Le document stipule une période initiale de 2015 à 2025 et fait référence à des périodes quinquennales ultérieures, mais un lecteur ne peut pas utiliser ce seul libellé pour vérifier la performance actuelle, les amendements, les droits de résiliation exercés ou l'état de l'équipement hébergé.

Lesrègles de participation YEGIXdéfinissent encore une autre limite. Les membres doivent utiliser BGP, respecter les limites d'adresses MAC et éviter de nuire à la matrice partagée. Le trafic ne peut être acheminé entre entités qu'avec permission, et la version publiée indique qu'il n'y a pas d'accord de peering multilatéral obligatoire. Ces règles régissent la conduite sur l'échange; elles ne forcent aucun réseau à annoncer toutes les routes locales, à accepter les routes de tout autre membre ou à maintenir deux connexions physiques.

Cette séparation compte en cas de panne. Si le serveur de route distribue une mauvaise route, YEGIX a un problème de plan de contrôle. Si le commutateur partagé tombe en panne, YEGIX a un problème de plan de données. Si l'alimentation ou l'accès à la salle est perdu, YEGIX et Wolfpaw doivent coordonner. Si un entité perd son circuit métropolitain, la réparation incombe à ce entité et à son transporteur même si l'équipement YEGIX reste sain. Une affirmation crédible de continuité doit nommer ces limites plutôt que de compresser l'entreprise, l'installation et les réseaux connectés dans une seule boîte appelée « l'échange ».

La carte publique converge vers une seule salle au centre-ville

Lapage de progrès et statutde YEGIX indique que l'échange a sélectionné Wolfpaw au centre-ville d'Edmonton, y a installé un commutateur, des serveurs de route et un équipement de gestion hors bande, a obtenu AS62502 et a mis en ligne ses premiers pairs. C'est le récit le plus clair de l'opérateur sur le démarrage physique. Il décrit un emplacement sélectionné, pas une plateforme de commutation distribuée.

L'enregistrement d'interconnexion indépendant pointe vers le même endroit.L'entrée d'échange PeeringDBliste une installation locale: Wolfpaw Edmonton 1. L'enregistrement d'installation associéplace Wolfpaw Edmonton 1 au Scotia Place II, 10060 Jasper Avenue, Edmonton, et liste YEGIX comme son seul échange local. La page d'installation a été mise à jour bien plus récemment que le profil principal de l'échange, mais aucun des deux enregistrements ne liste un deuxième site YEGIX. Leprofil de la base de données IXP d'Euro-IXplace également YEGIX à Edmonton, bien que ses champs rares et plus anciens ne soient pas utiles pour la topologie actuelle.

Les noms ont changé autour de l'adresse. Le matériel de Wolfpaw appelle Rice Howard Place l'ancien Scotia Place, tandis que PeeringDB conserve Scotia Place II. Cela ressemble à une transition de nom de bâtiment plutôt qu'à une preuve que l'échange a déménagé, mais le matériel public ne fournit pas de déclaration datée de l'emplacement des baies YEGIX qui concilie chaque étiquette. La précision doit s'arrêter à l'installation et à l'adresse publique identifiées; elle ne doit pas s'étendre à une salle, un étage, une zone de rencontre ou un chemin de câble supposé.

Lapage du centre de données d'Edmontonde Wolfpaw fait la publicité de trois installations et déclare que YEGIX est hébergé sur sa plateforme d'Edmonton. Pour EDM 1, la page commercialise des fonctionnalités incluant l'alimentation des baies A et B, une UPS redondante, plusieurs transporteurs, le refroidissement, le support de génératrice et une surveillance 24h/24 et 7j/7. Ce sont des affirmations du propriétaire de l'installation, pas des mesures de l'alimentation exacte de YEGIX ou la preuve que les deux alimentations aboutissent sur des alimentations indépendantes à l'intérieur de l'équipement YEGIX. PeeringDB, notamment, ne divulgue pas de sous-stations d'alimentation diverses pour Wolfpaw Edmonton 1.

Wolfpaw publie également unepage sur l'anneau de fibre d'Edmontonnommant plusieurs points de présence, dont Rice Howard Place, d'autres bâtiments du centre-ville, Edmonton Ouest et un emplacement d'Alberta SuperNet. Elle décrit des segments physiquement diversifiés, plusieurs fournisseurs et des services de 1 à 100 Gbps. Cela démontre que la diversité métropolitaine peut être achetée ou conçue dans l'environnement environnant. Cela ne démontre pas que YEGIX a des commutateurs à ces points, que chaque membre YEGIX achète deux chemins, ou que deux services apparemment diversifiés évitent le même conduit d'entrée près de l'échange.

La carte défendable est donc modeste. La présence de commutation publiquement répertoriée de YEGIX converge vers Wolfpaw Edmonton 1 au centre-ville d'Edmonton. Un écosystème de fibre plus large entoure cette salle, mais les documents publiés ne tracent pas les circuits d'accès des membres ni ne montrent un deuxième nœud d'échange. Aucune route métropolitaine précise ne doit être dessinée à partir d'une liste d'emplacements d'anneaux de fibre.

Pour la résilience, la carte manquante importe autant que l'épingle visible: sans diversité d'entrée spécifique aux membres et séparation des sites d'échange, on ne peut pas dire si les réseaux indépendants restent physiquement indépendants sur leurs derniers kilomètres jusqu'à la matrice.

La portée des membres est le véritable test de redondance métropolitaine

LaFAQ de connexionde YEGIX rend l'exigence d'accès claire. Un entité a besoin de son propre ASN et doit étendre son réseau dans les locaux de Wolfpaw. Les interconnexions sur site sont arrangées via l'installation, et la page décrit les options de port supportées allant de l'Ethernet à basse vitesse aux interfaces 1 et 10 Gbps. C'est une voie d'entrée compréhensible pour un échange communautaire. Cela signifie aussi que la résilience de l'échange commence en dehors de sa baie.

Considérez deux membres qui commandent chacun un service décrit comme diversifié. Leurs transporteurs peuvent utiliser différents produits commerciaux tout en louant des brins dans le même conduit. Leurs chemins peuvent s'approcher du centre-ville depuis des directions différentes mais fusionner à un pont, un regard, une entrée de bâtiment ou une salle de rencontre. Un entité peut avoir deux fournisseurs Internet en amont mais une seule connexion latérale à Wolfpaw. Inversement, un membre peut construire des approches véritablement séparées et faire toujours face au commutateur YEGIX commun une fois que les deux circuits atteignent la salle.

« Deux fournisseurs », « anneau », « A/B » et « redondant » décrivent des conceptions utiles, mais aucune n'est un substitut à une déclaration de domaine de défaillance au niveau de la route.

L'affirmation de l'anneau de fibre de Wolfpaw montre que plusieurs installations et fournisseurs sont disponibles autour d'Edmonton. Le mémorandum YEGIX montre que le câblage à l'intérieur de l'installation reste le domaine de Wolfpaw, tandis que YEGIX assume la responsabilité de la connectivité en dehors de l'installation lors de la construction de l'échange. Les registres publics ne montrent pas que YEGIX a étendu sa matrice aux autres centres de données de Wolfpaw.

Ils ne divulguent pas non plus quels entités arrivent via l'anneau de Wolfpaw, via une longueur d'onde de transporteur, via une fibre municipale, via un routeur colocalisé, ou via une seule interconnexion.

Ce fossé a des conséquences opérationnelles. Si une coupure de construction sectionne une approche partagée du centre-ville, les membres empruntant cette approche peuvent perdre YEGIX en même temps même si la baie d'échange est complètement alimentée. Leurs sessions BGP devraient tomber, et leurs routeurs peuvent rétablir l'accessibilité via le transit. Les applications peuvent rester disponibles, mais les chemins peuvent devenir plus longs, plus chers ou géographiquement différents. Si le circuit affecté transporte également le transit du membre, le résultat peut être bien pire.

YEGIX ne peut pas déterminer ce résultat seul; la conception de routage et de transport de chaque membre le fait.

Le bon test n'est pas de savoir si une carte contient deux lignes colorées. C'est de savoir si des pannes peuvent être injectées ou observées sans supprimer les deux chemins d'accès. Un enregistrement de membre solide identifierait deux démarcations, deux entrées de bâtiment si disponibles, une propriété de transporteur ou de brin distincte, et les groupes de liaisons à risque partagé qui restent. Il indiquerait si les deux liaisons sont actives, si BGP s'exécute sur chacune, et ce qui s'est passé lors de la maintenance ou de la coupure la plus récente. Les détails de route sensibles n'ont pas besoin d'être publiés au niveau de la rue.

Un échange peut rapporter des classes de diversité et des résultats testés sans exposer des coordonnées sensibles à la sécurité.

Jusqu'à ce que de telles preuves apparaissent, YEGIX devrait être décrit comme localement situé plutôt que métropolitainement diversifié. Les réseaux d'Edmonton peuvent atteindre une matrice de commutation locale, et le marché de transport environnant offre des choix. Ce qui ne peut pas encore être montré publiquement, c'est que la communauté atteint cette matrice via des chemins suffisamment indépendants pour préserver l'échange local lors d'une panne métropolitaine significative.

Deux serveurs de route ne font pas deux échanges

La redondance la plus visible dans le plan de contrôle de YEGIX est la paire de serveurs de route. Latable des pairs officielleattribue à AS62502 deux adresses près du sommet de la plage d'échange IPv4 et deux adresses IPv6 correspondantes, chaque serveur étant affiché à 1 Gbps.L'enregistrement PeeringDB d'AS62502identifie le réseau comme « YEGIX Route Servers », nomme l'AS set utilisé pour les clients et dit que les serveurs appliquent la validation d'origine RPKI pour rejeter les annonces invalides. La page d'actualités de YEGIX enregistre un remplacement en 2020 avec deux serveurs Dell plus une machine d'analyse de routage séparée.

C'est une ingénierie utile. Un entité peut établir des sessions avec les deux serveurs afin que la perte d'un processus de serveur de route ou d'un hôte n'élimine pas toute distribution de route multilatérale. YEGIX dit également que des filtres stricts basés sur les registres de routage et PeeringDB, y compris le rejet des invalides RPKI, ont été introduits en 2020. Ces contrôles réduisent certains risques de fuite de route et d'origine invalide. Ils ne rendent pas la distribution de route sans risque, et ils ne transportent pas les paquets échangés entre les membres.

La distinction technique est explicite dansRFC 7947: un serveur de route d'échange agit comme courtier d'informations d'accessibilité BGP et n'insère généralement pas son propre AS dans le chemin de transfert.RFC 7948explique pourquoi les serveurs de route réduisent la charge administrative de maintenance d'un maillage complet de sessions bilatérales, tout en soulignant une opération, un filtrage, une surveillance et une politique client minutieux.RFC 7454fournit les pratiques plus larges d'opérations et de sécurité BGP auxquelles les opérateurs de serveurs de route doivent prêter attention.

Deux serveurs peuvent toujours partager un seul commutateur, un événement d'alimentation de baie, un chemin hors bande, une erreur de configuration ou une action d'opérateur. Les registres publics ne disent pas si la paire YEGIX utilise des alimentations séparées, des unités de baie séparées, différentes versions de logiciel, une maintenance décalée, des chemins de gestion indépendants ou une restauration de configuration qui a été exercée. Ils ne disent pas non plus si les deux serveurs se trouvent derrière le même port d'échange ou le même composant de commutation.

« Deux » est un inventaire, pas une description complète du domaine de défaillance.

Les membres conservent également un choix. Les règles publiées de YEGIX n'imposent pas un arrangement multilatéral unique, et PeeringDB étiquette au moins un réseau listé comme n'utilisant pas le serveur de route dans le snapshot de l'Internet Society. Les sessions BGP bilatérales peuvent préserver des peerings sélectionnés lors d'un incident de serveur de route, à condition que la matrice Ethernet partagée reste disponible et que les deux parties les aient configurées à l'avance. Cela fait des sessions bilatérales une alternative de plan de contrôle, pas un second plan de données.

La distinction compte lors du diagnostic d'une panne. Si un serveur de route tombe en panne et que les clients restent sur l'autre, le transfert de paquets peut continuer. Si les deux serveurs de route tombent en panne, les sessions bilatérales peuvent continuer tandis que l'accessibilité multilatérale disparaît. Si le commutateur d'échange tombe en panne, ni les sessions bilatérales ni celles du serveur de route ne peuvent déplacer le trafic à travers cette matrice. Si l'installation tombe en panne, tout l'équipement dans la salle est en risque.

La paire de serveurs est donc une preuve de redondance de plan de contrôle réfléchie, mais elle ne peut pas répondre à la question plus large posée par le seul site publiquement répertorié de YEGIX.

La vitesse de port n'est pas la même chose que la capacité qu'un paquet peut utiliser

PeeringDB résume actuellement YEGIX comme neuf pairs, 11 connexions et 93 Gbps de vitesse totale. L'arithmétique est visible dans sa liste de ports: plusieurs entrées 10 Gbps, deux connexions Edmonton Transit Service 10 Gbps, une entrée Wolfpaw 20 Gbps, 1 Gbps pour AS112 et deux entrées de serveur de route 1 Gbps. C'est une preuve de ports installés utiles. Ce n'est pas une déclaration selon laquelle 93 Gbps de trafic membre-à-membre peuvent traverser l'échange en continu, survivre à une panne ou atteindre chaque paire de entités.

Leprofil Pulse de l'Internet Societyillustre le problème de définition. Son snapshot 2026 décrit huit ASN et 92 Gbps, traitant explicitement la capacité comme la vitesse cumulative des ports membres. La différence d'un gigabit par rapport au titre de PeeringDB est cohérente avec un choix différent quant à inclure ou non le service AS112, tandis que le nombre de pairs dépend de la question de savoir si les ASN d'infrastructure sont traités comme des membres. Ce n'est pas la preuve d'une panne. C'est la preuve que le numérateur et la population doivent être définis avant qu'un chiffre de capacité ne soit répété.

La propre page des pairs de YEGIX présente une liste plus grande que PeeringDB, incluant plusieurs organisations éducatives et réseaux non présents dans la table tierce et une entrée Netskrt 3x10 Gbps. Sa colonne de statut utilise le mot « open » pour les entités et « active » pour les serveurs de route, mais la page ne définit pas si « open » signifie un port opérationnel, une politique de peering ouverte, ou une autre condition. Additionner cette page produirait un nombre nominal beaucoup plus élevé, mais une telle somme mélangerait un statut peu clair avec des débits d'interface annoncés. Ce serait moins honnête, pas plus actuel.

Lapage de graphiques agrégésconfirme que YEGIX publie des images de trafic quotidiennes, hebdomadaires, mensuelles et annuelles. C'est une preuve opérationnelle précieuse car un graphique changeant indique une mesure et une activité de trafic. Le texte de la page, cependant, n'expose pas de tableau durable de pics, moyennes, méthode d'échantillonnage, intervalles manquants ou capacité par panne. Une ligne visuelle ne peut pas établir la marge utilisable restant après la perte d'une liaison de commutateur ou d'un port entité, surtout lorsque le châssis de commutation et l'architecture de liaison montante ne sont pas publiés.

La capacité installée, allumée, opérationnelle et utilisable sont des états séparés. Un port 10 Gbps peut être installé mais inactif. Il peut être opérationnel alors que le membre n'annonce qu'un petit ensemble de routes. Il peut transporter un trafic substantiel mais n'avoir aucun chemin alternatif. La vitesse totale du port compte également les deux côtés des échanges de trafic et ne révèle pas le fond de panier du commutateur, la sursouscription, la performance des paquets, le comportement des tampons ou la réserve de maintenance.

Les ports des serveurs de route transportent principalement des messages BGP et du trafic de gestion, pas la charge utile des membres à leur taux agrégé nominal.

La conclusion responsable est bornée. YEGIX a plusieurs connexions Ethernet décrites opérationnellement, avec un titre PeeringDB actuel de 93 Gbps et un snapshot 2026 de l'Internet Society de 92 Gbps sous une convention membres uniquement. Les preuves publiques ne divulguent pas la capacité vendue ou réservée, le trafic de pointe mesuré sous forme lisible par machine, les limites de transfert du commutateur, les ports de rechange alimentés, le débit en condition de panne ou un déclencheur de capacité pour la mise à niveau.

Ces inconnues empêchent une affirmation défendable sur la capacité utilisable, mais elles n'effacent pas la preuve solide qu'une matrice d'échange en direct existe.

Les preuves d'adhésion ne se concilient pas proprement

L'adhésion est la substance économique et opérationnelle d'un échange: un commutateur sans contreparties utiles ne crée aucun chemin local. La table officielle de YEGIX nomme actuellement AS112, Axia Connect, Cybera, Edmonton Public Library, Edmonton Transit Service, Hurricane Electric, Hiperfi, Hybrid Wireless, MCSnet, MacEwan University, Netskrt, NorQuest College, University of Alberta, Wolfpaw et deux serveurs de route YEGIX. Sachronologie d'actualitésenregistre des ajouts jusqu'à Netskrt en juin 2025, après Hiperfi en 2024 et Hybrid Wireless et NorQuest College en 2023. Cette chronologie est un signe positif d'attention continue.

PeeringDB montre un ensemble plus petit: neuf enregistrements de pairs lorsque les entrées d'infrastructure sont incluses. Internet Society Pulse, dérivant sa vue de PeeringDB, rapporte huit ASN dans son snapshot indexé 2026. Le profil plus ancien d'Euro-IX ne rapporte aucun nombre de membres actuel utile. Ces sources ne contredisent pas nécessairement l'état du câble au même instant. Elles peuvent appliquer des définitions, des calendriers de mise à jour et des exigences de participation différents.

Une organisation peut rester nommée sur une page d'échange tout en ne maintenant pas son entrée PeeringDB; un port réservé ou configuré peut ne pas avoir de session BGP active; un service d'infrastructure peut être inclus dans un décompte et exclu d'un autre.

Le problème n'est pas qu'une table doit être fausse. Le problème est qu'aucune ne fournit les preuves de session horodatées nécessaires pour les concilier. Une liste actuelle devrait distinguer l'organisation, l'ASN, le port physique, l'état configuré, l'état actif, la participation au serveur de route et la dernière vérification. Elle devrait expliquer si plusieurs ports appartiennent à un membre et si un service nommé comme AS112 est inclus dans l'adhésion principale. Cela permettrait aux lecteurs de reproduire les décomptes de membres et de connexions sans inférer l'activité à partir d'un mot marketing.

Il y a aussi des signaux positifs dans l'écart. La liste officielle inclut des adresses IPv4 et IPv6 pour de nombreuses entrées. PeeringDB expose deux connexions ETS et deux connexions de serveur de route YEGIX. Pulse rapporte que sept des huit ASN listés utilisent le serveur de route et six sur huit avec couverture RPKI dans son snapshot. Ces détails sont trop structurés pour ressembler à une simple annonce aspirante. Ils soutiennent une conclusion moyenne à forte que YEGIX reste actif sur le réseau, tout en laissant la liste exacte actuelle incertaine.

Des vues de route non officielles et des pages ASN commerciales peuvent suggérer qu'AS62502 et les adresses d'échange restent visibles, mais elles ne peuvent pas régler le statut des membres. Un collecteur de routes peut voir un préfixe alors que l'interconnexion locale d'un entité est en panne; une page d'entreprise en cache peut survivre après un changement de topologie. La preuve décisive serait un export daté par YEGIX des ports configurés et opérationnels, idéalement accompagné de décomptes agrégés de sessions BGP et d'une cadence de mise à jour claire.

C'est plus qu'une amabilité de divulgation. Les opérateurs décidant de se construire dans YEGIX ont besoin de savoir quelles contreparties sont réellement atteignables, à quels débits de port et sous quelles politiques. Les institutions publiques ont besoin de savoir si un chemin local est une route maintenue activement ou une possibilité historique. Une liste propre et horodatée convertirait plusieurs signaux raisonnables en un fait opérationnel actuel.

Les institutions publiques élèvent les enjeux mais pas la portée de l'affirmation

Les listes publiées de YEGIX incluent Edmonton Public Library, Edmonton Transit Service et des établissements postsecondaires. LePlan d'action numériqued'Edmonton décrit un réseau de fibre municipal connecté au système de LRT, aux établissements postsecondaires, aux bibliothèques, aux capteurs et au Wi-Fi public. Ce contexte montre pourquoi l'interconnexion locale peut au-delà de la livraison commerciale sur le Web: les réseaux municipaux et éducatifs soutiennent les communications utilisées par les résidents, le personnel, les systèmes de recherche et les lieux publics.

Il serait cependant erroné de transformer une connexion de peering en une affirmation que YEGIX exploite ces services publics. L'échange fournit un endroit où les systèmes autonomes entités peuvent échanger du trafic sélectionné. La ville, la bibliothèque, le service de transport, les universités, les fournisseurs d'applications et leurs transporteurs restent responsables de leurs propres réseaux et services. Une panne de YEGIX n'arrête pas nécessairement un bus, ne ferme pas un système de bibliothèque ou ne déconnecte pas un campus.

Les entités bien conçus conservent le transit et d'autres chemins, et seul le trafic qui préférait YEGIX doit reconverger.

Les effets probables sont gradués. La perte d'un chemin de peering local peut augmenter la latence, la consommation de transit ou la distance parcourue par le trafic. Elle peut changer la juridiction qu'une route traverse. Elle peut supprimer un chemin direct vers un partenaire de contenu ou de réseau tout en laissant l'accès général à Internet intact. Ce n'est que si le entité a couplé son circuit YEGIX à un domaine de défaillance unique plus large, ou manque d'alternatives fonctionnelles pour une destination nécessaire, que la perte d'échange devient une panne de service.

Les preuves publiques ne décrivent pas ces conceptions entité par entité.

C'est pourquoi les affirmations de continuité devraient être formulées autour du routage, pas des résultats civiques. YEGIX peut aider les réseaux locaux à préserver les chemins locaux, réduire la dépendance au transit distant et diversifier les choix d'interconnexion. Il ne peut pas garantir que tout le trafic du secteur public d'Edmonton reste à Edmonton ou au Canada. La politique BGP, l'adhésion à la destination, le routage de retour et les pannes influencent tous le chemin.

Les mesures historiques canadiennes et les rapports de l'Alberta établissent la valeur d'un peering plus local; ils ne mesurent pas les routes actuelles entre les entités YEGIX nommés.

Pour les institutions publiques, l'assurance utile serait un test conjoint. Un membre pourrait retirer ou désactiver son chemin d'accès YEGIX principal, observer si un chemin d'échange secondaire diversifié reste, puis confirmer que la reconvergence du transit fonctionne lorsque l'échange entier est indisponible. Les résultats pourraient rapporter le temps de convergence et les classes de routes affectées sans divulguer d'adresses sensibles. Cela montrerait ce que YEGIX contribue à la continuité tout en respectant la frontière entre l'échange et les services publics qui y sont connectés.

Chaque panne a un rayon différent

Une seule étiquette telle que « panne YEGIX » cache plusieurs événements avec des conséquences très différentes. Commencez par la périphérie du membre. Un routeur, une optique ou une interconnexion défaillante supprime le port de ce membre. Les autres entités peuvent continuer à échanger du trafic, tandis que le réseau affecté revient aux routes qu'il a préparées. Si les circuits YEGIX et de transit du membre partagent le même châssis ou approche de fibre, le rayon s'étend au-delà du peering. Ce risque partagé appartient à la conception du membre même s'il apparaît à la démarcation de l'échange.

Une coupure de fibre métropolitaine peut supprimer plusieurs membres ensemble. L'anneau de Wolfpaw revendique plusieurs fournisseurs et chemins diversifiés, mais il n'y a pas de cartographie publique entre ces chemins et les entités YEGIX. La coupure peut donc affecter un circuit, un groupe de transporteurs ou l'entrée commune du bâtiment. La restauration dépend du transporteur, de l'accès aux épissures, des conditions hivernales, des permis et de la disponibilité d'un chemin lumineux alternatif.

YEGIX peut coordonner et communiquer, mais il ne peut pas épisser le câble d'un transporteur simplement parce que le trafic était destiné à son commutateur.

Une panne de commutateur ou de carte de ligne est plus centrale. Les règles caractérisent le service comme un LAN Ethernet commuté partagé. Le matériel public n'identifie pas un second commutateur de production, une conception à double matrice ou un second site. Si tous les ports membres aboutissent sur un seul châssis, un événement de châssis peut supprimer toutes les sessions de peering en même temps. S'il existe des composants redondants cachés, leur valeur ne peut être évaluée sans savoir quels domaines de défaillance ils séparent et si le basculement a été testé.

L'hypothèse prudente n'est pas qu'aucune redondance n'existe, mais qu'aucune au-delà de la paire de serveurs de route publiée n'est démontrée.

Une panne de serveur de route a un rayon de plan de contrôle plus étroit. Un des deux serveurs peut tomber en panne avec les clients restant sur l'autre. La perte ou la mauvaise configuration des deux peut supprimer les routes apprises via eux tandis que les sessions BGP bilatérales persistent. De mauvais filtres peuvent rejeter des routes valides; des filtres permissifs peuvent distribuer des routes indésirables. Le rejet des invalides RPKI déclaré par les serveurs de route est une sauvegarde utile, mais la validité de la route n'est pas la même chose que l'opportunité de la route.

La révision des changements, le déploiement par étapes et la restauration restent nécessaires.

Un événement d'installation atteint tous les appareils dans la salle. La perte de service public, un problème d'UPS ou de génératrice, une panne de refroidissement, la suppression d'incendie, l'eau, l'accès physique, les restrictions de sécurité et l'évacuation du bâtiment peuvent tous compter. Wolfpaw fait la publicité de systèmes d'installation redondants et d'un support 24h/24 et 7j/7, mais YEGIX ne publie pas la chaîne d'alimentation exacte de son équipement ni un résultat de basculement récent.

Les alimentations de baie A et B ajoutent peu si un commutateur à un seul cordon utilise une alimentation, tandis que les alimentations doubles ajoutent moins si les deux tracent jusqu'à un composant amont commun.

Enfin, il y a la panne organisationnelle. Les certificats, les domaines, les frais ARIN, le firmware, les filtres, le matériel de rechange et les contacts d'urgence nécessitent tous des personnes et de l'argent. L'historique des actualités de YEGIX documente les dons de frais, d'équipement, d'espace en baie, d'électricité et d'effort bénévole. Le soutien communautaire est une force; la concentration des connaissances ou du financement est un risque s'il n'existe pas de succession et de réserve de maintenance.

Contrairement à une coupure de fibre, cette panne peut se développer tranquillement jusqu'à ce qu'un renouvellement, une mise à niveau ou un incident soit manqué.

Qui est affecté dépend de la couche qui casse. Un membre peut perdre un chemin préféré; un groupe peut perdre l'accès métropolitain; tous les pairs peuvent perdre la matrice partagée; ou les clients du serveur de route seuls peuvent perdre une accessibilité pratique. Les utilisateurs finaux peuvent ne rien remarquer, une augmentation de latence, une performance dégradée ou une perte de service complète. Aucune source publique ne soutient une conséquence universelle unique. La résilience de l'échange devrait donc être rapportée comme une matrice de composants, d'alternatives et de résultats testés, pas comme un pourcentage de disponibilité.

La récupération est une opération communautaire, pas seulement un exercice de pièces de rechange

YEGIX a plusieurs signes de continuité opérationnelle. Son historique de statut enregistre la gestion hors bande à distance depuis l'installation initiale. La page d'actualités documente les remplacements de serveurs de route, la maintenance des graphiques, les changements de filtrage et les dons récurrents pour les frais de ressources numériques et de domaine. Le site Web actuel nomme des opérateurs de réseau ainsi que des administrateurs. Ces faits montrent que des personnes ont maintenu le service pendant des années plutôt que de simplement l'annoncer une fois.

Ce qui n'est pas public, c'est un objectif de récupération. Il n'y a pas de délai de rétablissement de la matrice de commutation déclaré, pas d'inventaire matériel actuel, pas de pièce de rechange à froid ou à chaud déclarée pour le commutateur YEGIX, pas d'archive d'incidents, pas de calendrier de maintenance et pas de test montrant une opération depuis une autre installation. Wolfpaw fait la publicité de pièces de rechange à froid pour son propre réseau de commutation, mais cette affirmation ne doit pas être transférée à l'équipement YEGIX sans une déclaration explicite.

Le support de l'installation et la réparation de l'échange sont des responsabilités connexes, pas interchangeables.

La récupération commence par la détection. Les graphiques de port et de trafic peuvent révéler une chute, les sessions de serveur de route peuvent montrer une perte de plan de contrôle, et l'accès hors bande peut permettre un diagnostic lorsque le LAN de production est indisponible. Elle nécessite ensuite une autorité: quelqu'un doit savoir s'il faut désactiver un port, annuler un filtre, remplacer une optique, demander une vérification d'interconnexion ou entrer dans l'installation.

Les règles publiées permettent à YEGIX de déconnecter les ports nuisibles, mais elles ne décrivent pas l'escalade, la notification aux pairs ou qui peut approuver un changement d'urgence lorsqu'un opérateur principal est indisponible.

L'exigence suivante est un état connu bon. Les configurations de serveur de route, les filtres de préfixe, la configuration du commutateur et les listes de contacts doivent être sauvegardés et reproductibles. Un second serveur de route protège contre une panne d'hôte uniquement si sa configuration est utilisable indépendamment et si les opérateurs peuvent résister à la propagation d'un mauvais changement aux deux. Un commutateur de rechange n'aide que si le firmware, les optiques, la configuration, l'accès console et les plans de câblage sont prêts.

Un second site n'aide que si les membres y ont des ports accessibles et que la politique de routage rend le chemin alternatif réel.

La finance communautaire appartient au même plan. YEGIX dit que le premier port est gratuit et que la gestion a été un effort bénévole. Cela abaisse la barrière au peering local, mais le matériel de remplacement, le travail d'audit, l'accès à l'installation et la main-d'œuvre d'urgence coûtent toujours de l'argent. Les registres de dons publics démontrent la générosité; ils ne divulguent pas une réserve de maintenance ou un plan d'investissement pluriannuel. Une indépendance durable signifie que l'opérateur peut financer un remplacement sans gloire avant la panne, pas seulement attirer un don après.

La prochaine étape la plus convaincante serait un rapport de résilience annuel compact. Il pourrait indiquer le nombre de sites de production, de commutateurs, de ports alimentés et de sessions membres opérationnelles; résumer la maintenance des serveurs de route et des commutateurs; décrire si les sauvegardes ont été restaurées; enregistrer la durée et la portée des incidents significatifs; et donner le statut de succession du conseil et des opérations. Rien de tout cela n'exige la publication de détails exploitables sur les baies.

Cela montrerait que la capacité institutionnelle de la communauté est maintenue avec le même sérieux que sa configuration BGP.

Ce qui rendrait YEGIX démontrablement indépendant

YEGIX franchit déjà le premier seuil probatoire. Le nom légal réapparaît sur son site, ARIN et PeeringDB. AS62502 et l'espace d'échange IPv4 et IPv6 dédié sont enregistrés. Les tables publiques exposent les adresses des membres et les débits de port. Deux serveurs de route sont identifiés, des contrôles de sécurité de routage sont décrits, des graphiques de trafic sont publiés, et une installation nommée à Edmonton héberge l'échange. Cette combinaison soutient une conclusion forte sur les ressources réseau et une conclusion crédible que l'échange a fonctionné au-delà de son lancement en 2015.

Elle ne franchit pas le seuil d'indépendance. Une seule installation est publiquement répertoriée. L'anneau de fibre environnant est un service du fournisseur d'installation, pas une preuve d'une matrice YEGIX multi-sites. Les routes des membres vers la salle ne sont pas divulguées, même par classe de diversité. Les totaux de vitesse de port diffèrent selon la définition, les listes officielle et tierce ne se concilient pas, et aucune mesure publique ne montre la capacité utilisable après la perte d'un composant.

Deux serveurs de route réduisent un risque de plan de contrôle tout en restant apparemment exposés au même site et au plan de données partagé.

Cinq divulgations changeraient cette évaluation. Premièrement, publier une déclaration de topologie datée: nombre de sites d'échange, nombre et rôle des commutateurs de production, et si des liaisons inter-sites transportent le LAN de peering. Deuxièmement, publier une liste qui sépare les connexions configurées, opérationnelles et actives sur le serveur de route. Troisièmement, définir la capacité: somme des ports membres, limite de transfert du commutateur, pic observé, seuil de mise à niveau et marge post-panne.

Quatrièmement, rapporter la diversité d'accès en classes non sensibles, y compris si les membres peuvent entrer via des installations ou des approches physiques indépendantes. Cinquièmement, publier un bref registre opérationnel annuel couvrant les incidents, la maintenance, les tests de récupération, les pièces de rechange et la succession.

La sécurité du routage devrait rester une partie du travail. Internet Society Pulse dit que YEGIX ne participait pas au programme MANRS IXP dans son snapshot 2026, tout en rapportant une utilisation substantielle de RPKI parmi les membres listés. Lematériel de sécurité de routage MANRSdécrit le filtrage des serveurs de route, la transparence et les informations sur les membres comme des pratiques se renforçant mutuellement. La non-participation n'est pas une preuve de routage dangereux, et rejoindre un programme ne prouverait pas la résilience physique. Une explication publiée des contrôles existants et de la vérification serait plus précieuse qu'un badge seul.

L'amélioration physique décisive serait un emplacement de commutation véritablement séparé que les membres peuvent atteindre sans traverser le premier. Il aurait besoin d'une alimentation et d'un accès d'installation indépendants, d'une conception inter-site protégée, d'un comportement clair lors du partitionnement, et d'une adoption suffisante par les membres pour être utile. Placer simplement un second commutateur ailleurs n'aide pas un entité dont les deux circuits partagent le même chemin du centre-ville. De même, un chemin membre diversifié ne préserve pas le peering lorsque les deux extrémités aboutissent sur un châssis en panne.

L'indépendance doit exister des deux côtés de la démarcation.

Pour l'instant, la description la plus précise n'est ni « projet non prouvé » ni « échange métropolitain résilient ». YEGIX est un véritable échange communautaire d'Edmonton avec des ressources identifiables, une longue histoire opérationnelle et des entités précieux du secteur public et des réseaux. Sa topologie publique converge encore vers une seule installation répertoriée, et sa composition exacte de membres en direct et sa capacité en condition de panne restent incertaines.

Le prochain niveau de crédibilité viendra de la démonstration qu'un paquet peut survivre à la perte d'un serveur de route, d'un chemin de commutateur, d'un chemin d'installation et d'un opérateur clé sans abandonner l'échange local. La localité est l'endroit où se trouve l'équipement. L'indépendance de l'infrastructure est ce qui reste en fonctionnement lorsqu'un chemin ne l'est plus.