YEGIX hat zwei Route Server, aber nur einen öffentlich gelisteten Standort in Edmonton

Zusammenfassung

• YEGIX hat einen glaubwürdigen Live-Netzwerk-Fußabdruck in Edmonton, aber öffentliche Aufzeichnungen nennen nur eine Austauschplattform und belegen keinen unabhängig gerouteten Mitgliederzugang.
• Zwei Route Server, Routenfilterung und veröffentlichte Portgeschwindigkeiten stärken den Betrieb, doch keiner von ihnen belegt einen zweiten Switching-Standort, gemessene Verkehrsreserven oder Ausfallsicherheit auf Standortebene.
• Der Austausch wird nachweislich widerstandsfähig erst dann, wenn YEGIX und seine Mitglieder vielfältige physische Pfade, aktuelle Betriebskapazität und eine gepflegte Wiederherstellungspraxis vorweisen können.

Ein Edmonton-Paket trifft die Stadt, bevor es das Internet erreicht

Stellen Sie sich ein Paket vor, das eine öffentliche Bibliothek in Edmonton verlässt, um einen Dienst eines anderen lokalen Netzwerks zu erreichen. Die wünschenswerte Reise ist kurz: vom Netzwerk der Bibliothek zu ihrer Metro-Verbindung, in die YEGIX-Switching-Fabric, über eine Peering-Beziehung und hinaus zum Zielnetzwerk. Das ist das praktische Versprechen hinter der eigenen Erklärung des Austauschs zur lokalen Vernetzung auf derYEGIX-Homepage. Es ist auch der politische Fall, der imaktuellen CIRA-Leitfaden zu kanadischen IXPsdargelegt wird: Netzwerke können passenden Verkehr in Kanada austauschen, anstatt automatisch einen längeren Pfad über einen Transit-Provider zu kaufen.

Aber „lokal“ ist keine Eigenschaft, die allein eine Edmonton-IP-Adresse verleiht. Es ist das Ergebnis mehrerer unabhängiger Entscheidungen. Das Ursprungsnetzwerk muss eine YEGIX-Route auswählen. Sein Router muss eingeschaltet und verbunden bleiben. Seine Glasfaser muss am Austauschgebäude ankommen. Der Austausch-Switch und der Zielport müssen funktionieren. Eine bilaterale BGP-Sitzung oder der Route-Server-Pfad muss gültige Erreichbarkeitsinformationen übermitteln. Das Zielnetzwerk muss dann diese lokale Route bevorzugen und zurückgeben.

Wenn eine dieser Bedingungen fehlschlägt, kann die normale Routing-Richtlinie das Paket zu kostenpflichtigem Transit verschieben, möglicherweise durch eine andere Stadt oder ein anderes Land, obwohl sich beide Endpunkte in Edmonton befinden.

Es gibt einen guten historischen Grund, sich darum zu kümmern. EinCIRA-Bericht von 2016 über Messungen der Packet Clearing Houseergab, dass 64 Prozent der kanadisch-kanadischen Traceroutes in dieser Studie die USA überquerten. Diese Feststellung ist weder eine aktuelle Messung von YEGIX noch ein Beweis dafür, dass ein Edmonton-Paket nun Kanada verlässt. Sie ist nur für einen engeren Punkt nützlich: Geografie und Routing-Richtlinie können auseinanderfallen, und lokale Austauschkapazität ist nur dann wichtig, wenn Netzwerke sie tatsächlich nutzen. Die ältereCIRA-Erklärung zum lokalen Peeringbeschreibt ähnlich das Potenzial für geringere Latenz und Transiteinsparungen. Potenzial ist das entscheidende Wort.

Der regionale Fall liegt auch vor der aktuellen Liste des Austauschs. DasAlberta Broadband Toolkitidentifiziert YEGIX in Edmonton und YYCIX in Calgary, warnt aber im Wesentlichen davor, dass das Erreichen eines Alberta-Austauschpunkts ein Netzwerk-Design-Problem für Gemeinden außerhalb der großen Zentren ist. EinCybera Digital-Infrastruktur-Berichtordnet YEGIX ebenfalls unter den Austauschwerten Albertas ein. Keines der Dokumente kartiert die Schächte, gemieteten Wellen oder Carrier-Schaltungen, die von den heutigen Mitgliedern genutzt werden.

Diese Unterscheidung bildet den Rahmen dieser Bewertung. YEGIX hat genügend Netzwerk-Ressourcen-Nachweise, um als betriebene Infrastruktur behandelt zu werden: ein autonomes System, Austauschpräfixe, eine veröffentlichte Fabric, Route Server und benannte Teilnehmer. Das ungelöste Problem ist die Unabhängigkeit. Ein lokaler Austausch kann die Entfernung verringern und gleichzeitig das Risiko bündeln, wenn die meisten Mitglieder denselben Raum über verwandte Routen betreten, wenn ein Switch der gemeinsame Datenebene-Knotenpunkt bleibt oder wenn eine kleine Freiwilligengruppe das gesamte Betriebswissen trägt.

Der kurze logische Pfad des Pakets kann daher eine lange Kette physischer und institutioneller Abhängigkeiten enthalten.

Das Unternehmen, die Fabric und die Einrichtung sind verschiedene Dinge

YEGIX Internet Exchange Community Ltd. beschreibt seine Aufgabe als Bereitstellung gemeinnütziger elektronischer Infrastruktur für Netzwerke und Nutzer in Alberta. SeineSeite mit den Unternehmenszielennennt außerdem drei Direktoren, einen Netzwerkmanager und einen Netzwerkbetreiber. Das ist ein aussagekräftiger Nachweis eines organisierten Community-Betreibers, aber die Seite enthält kein sichtbares Datum der Auflösung, Amtszeiten oder Nachfolgeregelungen. Sie zeigt, wen die Website identifiziert; sie begründet für sich genommen nicht die aktuelle Rechtsstellung jedes Amtes oder die Tiefe der Wartungsbank.

Die Grenze der Netzwerkressourcen ist klarer.ARINs RDAP-Datensatz für AS62502ordnet das autonome System YEGIX Internet Exchange Community Ltd. zu. Separate ARIN-Datensätze decken die206.53.140.0 IPv4-Ressourcenund die2001:504:46:: IPv6-Ressourcendes Austauschs ab. Diese Registrierungen sind starke Belege dafür, dass YEGIX identifizierbare Internet-Nummernressourcen kontrolliert. Sie offenbaren keine Switch-Bestände, Rack-Strom, Glasfaser-Routen, Ersatzteile, aktive BGP-Sitzungen oder Verkehrslast. Eine ASN ist eine administrative und Routing-Identität, kein Nachweis von Ausfallsicherheit.

PeeringDBs YEGIX-Organisationsdatensatzverbindet den rechtlichen Namen mit den Austausch- und Route-Server-Datensätzen. Der praktische Aufgabenbereich des Betreibers scheint die Austauschrichtlinie, die gemeinsame Ethernet-Fabric, Route Server, Überwachung und Teilnehmerkoordination zu umfassen. Ein Teilnehmer besitzt oder kontrolliert jedoch weiterhin seinen Router, seine Peering-Richtlinie und die Schaltung, die den Austausch erreicht. YEGIX wird nicht als allgemeiner Transit-Provider präsentiert, der den Verkehr eines Mitglieds zum Rest des Internets transportiert.

Die Gebäudegrenze gehört Wolfpaw. Das veröffentlichteMemorandum zwischen YEGIX und Wolfpawweist YEGIX ein halbes Rack und Strom für Austauschgeräte zu, während Wolfpaw die Verkabelung innerhalb der Einrichtung kontrolliert und Dienstleistungen wie Colocation, VLAN-Verwaltung und privates Peering außerhalb des Switches bereithält. Es beschreibt auch eine kostenlose Kabel- oder Glasfaserverbindung für qualifizierte Wolfpaw-Kunden und eine diskriminierungsfreie Listenpreisgestaltung für Cross-Connects. Das Dokument gibt einen Anfangszeitraum von 2015 bis 2025 an und bezieht sich auf anschließende Fünfjahreszeiträume, aber ein Leser kann allein anhand dieser Formulierung nicht die aktuelle Leistung, Änderungen, ausgeübte Kündigungsrechte oder den Zustand der gehosteten Ausrüstung überprüfen.

DieYEGIX-Teilnahmeregelndefinieren eine weitere Grenze. Mitglieder müssen BGP verwenden, MAC-Adressenbeschränkungen einhalten und die gemeinsame Fabric nicht beschädigen. Datenverkehr kann nur mit Erlaubnis zwischen Teilnehmern weitergeleitet werden, und die veröffentlichte Version besagt, dass es keine verbindliche multilaterale Peering-Vereinbarung gibt. Diese Regeln regeln das Verhalten am Austausch; sie zwingen kein Netzwerk, alle lokalen Routen anzukündigen, die Routen jedes anderen Mitglieds zu akzeptieren oder zwei physische Verbindungen aufrechtzuerhalten.

Diese Trennung ist bei einem Ausfall wichtig. Wenn der Route Server eine schlechte Route verteilt, hat YEGIX ein Problem mit der Steuerungsebene. Wenn der gemeinsame Switch ausfällt, hat YEGIX ein Problem mit der Datenebene. Wenn Strom oder Zugang zum Raum ausfallen, müssen YEGIX und Wolfpaw koordinieren. Wenn ein Teilnehmer seine Metro-Schaltung verliert, liegt die Reparatur bei diesem Teilnehmer und seinem Carrier, auch wenn die YEGIX-Geräte gesund bleiben.

Eine glaubwürdige Kontinuitätsbehauptung muss diese Grenzen benennen, anstatt das Unternehmen, die Einrichtung und die angeschlossenen Netzwerke in einer einzigen Box namens „der Austausch“ zusammenzufassen.

Die öffentliche Karte konvergiert auf einen Raum in der Innenstadt

YEGIXsFortschritts- und Statusseitesagt, dass der Austausch Wolfpaw in der Innenstadt von Edmonton ausgewählt, dort einen Switch, Route Server und Out-of-Band-Management-Geräte installiert, AS62502 erhalten und seine ersten Peers online gebracht hat. Dies ist der klarste Betreiberbericht über den physischen Start. Er beschreibt einen ausgewählten Standort, keine verteilte Switching-Plattform.

Der unabhängige Interconnection-Datensatz verweist auf denselben Ort.PeeringDBs Austauscheintraglistet eine lokale Einrichtung auf: Wolfpaw Edmonton 1. Der zugehörigeEinrichtungsdatensatzplatziert Wolfpaw Edmonton 1 in Scotia Place II, 10060 Jasper Avenue, Edmonton, und listet YEGIX als einzigen lokalen Austausch. Die Einrichtungsseite wurde viel kürzlich aktualisiert als das Top-Level-Profil des Austauschs, aber keiner der Datensätze listet einen zweiten YEGIX-Standort auf. Euro-IXsIXP-Datenbankprofilplatziert YEGIX ebenfalls in Edmonton, obwohl seine spärlichen und älteren Felder keine nützlichen Belege für die heutige Topologie sind.

Namen haben sich um die Adresse herum verschoben. Wolfpaws Material nennt Rice Howard Place das frühere Scotia Place, während PeeringDB Scotia Place II beibehält. Dies sieht nach einer Gebäudenamen-Transition aus und nicht nach einem Beweis dafür, dass der Austausch umgezogen ist, aber das öffentliche Material liefert keine datierte YEGIX-Rack-Standortaussage, die jedes Etikett abgleicht. Die Genauigkeit sollte bei der öffentlich identifizierten Einrichtung und Straßenadresse aufhören; sie sollte nicht auf einen vermuteten Raum, Stockwerk, Meet-Me-Bereich oder Kabelpfad ausgedehnt werden.

WolfpawsEdmonton-Rechenzentrumsseitebewirbt drei Einrichtungen und sagt, dass YEGIX auf seiner Edmonton-Plattform gehostet wird. Für EDM 1 bewirbt die Seite Funktionen wie A- und B-Rack-Stromversorgung, redundante USV, mehrere Carrier, Kühlung, Generatorunterstützung und Rund-um-die-Uhr-Überwachung. Dies sind Behauptungen des Einrichtungsbetreibers, keine Messungen der genauen YEGIX-Einspeisung oder der Nachweis, dass beide Einspeisungen an unabhängigen Stromversorgungen innerhalb der YEGIX-Geräte enden. PeeringDB lässt bemerkenswerterweise diverse Versorgungs-Unterstationen für Wolfpaw Edmonton 1 unerwähnt.

Wolfpaw veröffentlicht auch eineEdmonton-Glasfaserring-Seite, die mehrere Points of Presence nennt, darunter Rice Howard Place, andere Gebäude in der Innenstadt, West-Edmonton und einen Alberta-SuperNet-Standort. Sie beschreibt physisch diverse Segmente, mehrere Anbieter und Dienste von 1 bis 100 Gbps. Dies zeigt, dass Metro-Diversität in der Umgebung gekauft oder entwickelt werden kann. Es zeigt nicht, dass YEGIX Switches an diesen Punkten hat, dass jedes YEGIX-Mitglied zwei Pfade kauft oder dass zwei scheinbar diverse Dienste denselben Eingangskabelkanal in der Nähe des Austauschs vermeiden.

Die vertretbare Karte ist daher bescheiden. YEGIXs öffentlich gelistete Switching-Präsenz konvergiert auf Wolfpaw Edmonton 1 in der Innenstadt von Edmonton. Ein breiteres Glasfaser-Ökosystem umgibt diesen Raum, aber die veröffentlichten Materialien verfolgen keine Mitgliederzugangsschaltungen oder zeigen einen zweiten Austauschknoten. Aus einer Liste von Glasfaserring-Standorten sollte keine genaue Metro-Route abgeleitet werden.

Für die Ausfallsicherheit ist die fehlende Karte genauso wichtig wie die sichtbare Stecknadel: Ohne mitgliederspezifische Eingangsdiversität und Austauschstandorttrennung kann man nicht sagen, ob unabhängige Netzwerke auf ihren letzten Kilometern in die Fabric physisch unabhängig bleiben.

Die Mitgliederreichweite ist der eigentliche Metro-Redundanz-Test

YEGIXsVerbindungs-FAQmacht die Zugangsvoraussetzung deutlich. Ein Teilnehmer benötigt eine eigene ASN und muss sein Netzwerk in die Wolfpaw-Räumlichkeiten erweitern. On-Site-Cross-Connects werden über die Einrichtung arrangiert, und die Seite beschreibt unterstützte Portoptionen von niedrigeren Ethernet-Geschwindigkeiten bis zu 1- und 10-Gbps-Schnittstellen. Dies ist ein verständlicher Einstiegspfad für einen Community-Austausch. Es bedeutet auch, dass die Widerstandsfähigkeit des Austauschs außerhalb seines Racks beginnt.

Betrachten Sie zwei Mitglieder, die jeweils einen als divers beschriebenen Dienst bestellen. Ihre Carrier können unterschiedliche kommerzielle Produkte verwenden, während sie Stränge in derselben Leitung mieten. Ihre Pfade können aus verschiedenen Richtungen in die Innenstadt führen, aber an einer Brücke, einem Schacht, einem Gebäudeeingang oder einem Meet-Me-Raum zusammenlaufen. Ein Teilnehmer kann zwei vorgelagerte Internet-Provider, aber nur eine seitliche Verbindung zu Wolfpaw haben.

Umgekehrt kann ein Mitglied wirklich getrennte Zugänge bauen und dennoch auf den gemeinsamen YEGIX-Switch treffen, sobald beide Schaltungen den Raum erreichen. „Zwei Provider“, „Ring“, „A/B“ und „redundant“ beschreiben nützliche Entwürfe, aber keiner ist ein Ersatz für eine Aussage über die Fehlerdomäne auf Routenebene.

Die Wolfpaw-Glasfaserring-Behauptung zeigt, dass mehrere Einrichtungen und Anbieter in Edmonton verfügbar sind. Das YEGIX-Memorandum zeigt, dass die Verkabelung innerhalb der Einrichtung Wolfpaws Domäne bleibt, während YEGIX die Verantwortung für die Konnektivität außerhalb der Einrichtung beim Aufbau des Austauschs trägt. Öffentliche Aufzeichnungen zeigen nicht, dass YEGIX seine Fabric auf andere Wolfpaw-Rechenzentren ausgedehnt hat. Sie offenbaren auch nicht, welche Teilnehmer über Wolfpaws Ring, über eine Carrier-Wellenlänge, über städtische Glasfaser, über einen colocierten Router oder über einen einzelnen Cross-Connect ankommen.

Diese Lücke hat betriebliche Konsequenzen. Wenn ein Bauarbeiter einen gemeinsamen Innenstadt-Zugang durchtrennt, können Mitglieder, die diesen Zugang nutzen, YEGIX auf einmal verlieren, auch wenn das Austausch-Rack vollständig mit Strom versorgt ist. Ihre BGP-Sitzungen sollten ausfallen, und ihre Router können die Erreichbarkeit möglicherweise über Transit wiederherstellen. Die Anwendungen bleiben möglicherweise verfügbar, aber die Pfade könnten länger, teurer oder geografisch anders werden. Wenn die betroffene Schaltung auch den Transit des Mitglieds trägt, kann das Ergebnis viel schlimmer sein.

YEGIX kann dieses Ergebnis nicht allein bestimmen; das Routing und Transportdesign jedes Mitglieds tut es.

Der richtige Test ist nicht, ob eine Karte zwei farbige Linien enthält. Es ist, ob Ausfälle injiziert oder beobachtet werden können, ohne beide Zugangspfade zu entfernen. Ein aussagekräftiger Mitgliedsdatensatz würde zwei Demarkationen, zwei Gebäudeeingänge (wo verfügbar), unterschiedliche Carrier- oder Strang-Eigentumsverhältnisse und die verbleibenden Shared-Risk-Link-Gruppen identifizieren. Er würde angeben, ob beide Verbindungen aktiv sind, ob BGP über jede läuft und was bei der letzten Wartung oder Unterbrechung passiert ist. Vertrauliche Routendetails müssen nicht auf Straßenebene veröffentlicht werden.

Ein Austausch kann Diversitätsklassen und getestete Ergebnisse melden, ohne sicherheitsrelevante Koordinaten preiszugeben.

Bis solche Beweise erscheinen, sollte YEGIX als lokal situiert und nicht als Metro-divers beschrieben werden. Edmontoner Netzwerke können eine lokale Switching-Fabric erreichen, und der umgebende Cartermarkt bietet Wahlmöglichkeiten. Was noch nicht öffentlich gezeigt werden kann, ist, dass die Community diese Fabric über ausreichend unabhängige Pfade erreicht, um den lokalen Austausch während eines bedeutenden Metro-Ausfalls zu bewahren.

Zwei Route Server machen noch keine zwei Austausche

Das sichtbarste Redundanzmerkmal innerhalb von YEGIXs Steuerungsebene ist das Paar von Route Servern. Dieoffizielle Peertabelleweist AS62502 zwei Adressen nahe dem oberen Ende des IPv4-Austauschbereichs und zwei entsprechende IPv6-Adressen zu, wobei jeder Server mit 1 Gbps angezeigt wird.PeeringDBs AS62502-Datensatzidentifiziert das Netzwerk als „YEGIX Route Servers“, nennt das für Clients verwendete AS-Set und sagt, dass die Server RPKI-Origin-Validierung anwenden, um ungültige Ankündigungen zurückzuweisen. Die YEGIX-Nachrichtenseite dokumentiert einen Austausch von 2020 mit zwei Dell-Servern plus einer separaten Routing-Analyse-Maschine.

Das ist nützliche Ingenieursarbeit. Ein Teilnehmer kann Sitzungen mit beiden Servern aufbauen, sodass der Verlust eines Route-Server-Prozesses oder -Hosts nicht notwendigerweise die gesamte multilaterale Routenverteilung beseitigt. YEGIX sagt auch, dass strenge Filter basierend auf Routing-Registrierungen und PeeringDB, einschließlich der RPKI-invalid-Ablehnung, im Jahr 2020 eingeführt wurden. Diese Kontrollen reduzieren bestimmte Routen-Lecks und Invalid-Origin-Risiken. Sie machen die Routenverteilung nicht risikofrei, und sie transportieren nicht die zwischen Mitgliedern ausgetauschten Pakete.

Der technische Unterschied wird explizit inRFC 7947beschrieben: Ein Exchange-Route-Server vermittelt BGP-Erreichbarkeitsinformationen und fügt im Allgemeinen seine eigene AS nicht in den Weiterleitungspfad ein.RFC 7948erklärt, warum Route Server den administrativen Aufwand für die Aufrechterhaltung eines vollständigen Mesh bilateraler Sitzungen reduzieren, und betont gleichzeitig sorgfältigen Betrieb, Filterung, Überwachung und Client-Richtlinien.RFC 7454enthält die breiteren BGP-Betriebs- und Sicherheitspraktiken, die Route-Server-Betreiber beachten müssen.

Zwei Server können immer noch einen Switch, eine Rack-Stromversorgung, einen Out-of-Band-Pfad, einen Konfigurationsfehler oder eine Bedieneraktion gemeinsam nutzen. Öffentliche Aufzeichnungen sagen nicht, ob das YEGIX-Paar separate Stromversorgungen, separate Rack-Einheiten, verschiedene Softwareversionen, gestaffelte Wartung, unabhängige Verwaltungspfade oder einen Konfigurationsrollback verwendet, der getestet wurde. Sie sagen auch nicht, ob beide Server hinter demselben Austauschport oder derselben Switching-Komponente sitzen. „Zwei“ ist eine Bestandszählung, keine vollständige Fehlerdomänenbeschreibung.

Mitglieder behalten auch eine Wahl. YEGIXs veröffentlichte Regeln erzwingen keine einzige multilaterale Vereinbarung, und PeeringDB kennzeichnet mindestens ein gelistetes Netzwerk bei der Internet Society als nicht den Route Server nutzend. Bilaterale BGP-Sitzungen können ausgewählte Peerings während eines Route-Server-Vorfalls bewahren, vorausgesetzt, die gemeinsame Ethernet-Fabric bleibt verfügbar und beide Parteien haben sie im Voraus konfiguriert. Das macht bilaterale Sitzungen zu einer Alternative für die Steuerungsebene, nicht zu einer zweiten Datenebene.

Diese Unterscheidung ist wichtig bei der Diagnose eines Ausfalls. Wenn ein Route Server ausfällt und Clients auf dem anderen verbleiben, kann die Paketweiterleitung fortgesetzt werden. Wenn beide Route Server ausfallen, können bilaterale Sitzungen fortgesetzt werden, während die multilaterale Erreichbarkeit verschwindet. Wenn der Austausch-Switch ausfällt, können weder bilaterale noch Route-Server-Sitzungen Datenverkehr über diese Fabric bewegen. Wenn die Einrichtung ausfällt, sind alle Geräte im Raum gefährdet.

Das Paar von Servern ist daher ein Hinweis auf durchdachte Redundanz der Steuerungsebene, kann aber die größere Frage nicht beantworten, die sich aus YEGIXs einem öffentlich gelisteten Standort ergibt.

Portgeschwindigkeit ist nicht dasselbe wie Kapazität, die ein Paket nutzen kann

PeeringDB fasst YEGIX derzeit als neun Peers, elf Verbindungen und 93 Gbps Gesamtgeschwindigkeit zusammen. Die Arithmetik ist in seiner Portliste sichtbar: mehrere 10-Gbps-Einträge, zwei 10-Gbps-Verbindungen von Edmonton Transit Service, ein 20-Gbps-Wolfpaw-Eintrag, 1 Gbps für AS112 und zwei 1-Gbps-Route-Server-Einträge. Dies sind nützliche installierte Port-Nachweise. Es ist keine Aussage, dass 93 Gbps Mitglied-zu-Mitglied-Verkehr kontinuierlich den Austausch passieren kann, einen Ausfall überlebt oder jedes Teilnehmerpaar erreicht.

DasInternet Society Pulse-Profilveranschaulicht das Definitionsproblem. Sein 2026-Schnappschuss beschreibt acht ASNs und 92 Gbps und behandelt die Kapazität explizit als die kumulative Geschwindigkeit der Mitgliederports. Der Unterschied von einem Gigabit zu PeeringDBs Schlagzeile ist mit einer anderen Entscheidung vereinbar, ob der AS112-Dienst gezählt wird, während die Peer-Anzahl davon abhängt, ob Infrastruktur-ASNs als Mitglieder behandelt werden. Dies ist kein Beweis für einen Ausfall. Es ist ein Beweis dafür, dass der Zähler und die Population definiert werden müssen, bevor eine Kapazitätszahl wiederholt wird.

YEGIXs eigene Peerseite präsentiert eine größere Liste als PeeringDB, darunter mehrere Bildungs- und Netzwerkorganisationen, die nicht in der Drittanbietertabelle enthalten sind, und einen 3x10-Gbps-Netskrt-Eintrag. Ihre Statusspalte verwendet das Wort „open“ für Teilnehmer und „active“ für Route Server, aber die Seite definiert nicht, ob „open“ einen betriebsbereiten Port, eine offene Peering-Richtlinie oder einen anderen Zustand bedeutet. Das Summieren dieser Seite würde eine viel höhere nominale Zahl ergeben, aber eine solche Summe würde unklaren Status mit beworbenen Schnittstellenraten mischen. Es wäre weniger ehrlich, nicht aktueller.

Dieaggregierte Graphseitebestätigt, dass YEGIX tägliche, wöchentliche, monatliche und jährliche Verkehrsbilder veröffentlicht. Dies ist ein wertvoller Betriebsnachweis, da ein sich ändernder Graph Messung und Verkehrsaktivität anzeigt. Der Seitentext legt jedoch keine dauerhafte Tabelle von Spitzenwerten, Durchschnittswerten, Abtastmethode, fehlenden Intervallen oder Kapazität pro Ausfall offen. Eine visuelle Linie kann den nutzbaren Spielraum nicht bestimmen, der nach dem Ausfall einer Switch-Verbindung oder eines Teilnehmerports verbleibt, insbesondere wenn das Switching-Chassis und die Uplink-Architektur nicht veröffentlicht sind.

Installiert, beleuchtet, betriebsbereit und nutzbar sind separate Zustände. Ein 10-Gbps-Port kann installiert, aber ungenutzt sein. Er kann betriebsbereit sein, während das Mitglied nur eine kleine Menge Routen ankündigt. Er kann erheblichen Datenverkehr tragen, aber keinen alternativen Pfad haben. Die Gesamtportgeschwindigkeit zählt auch beide Seiten des Verkehrsaustauschs und offenbart nicht das Switch-Backplane, Überbuchung, Paketgrößenleistung, Pufferverhalten oder Wartungsreserven. Route-Server-Ports tragen hauptsächlich BGP-Nachrichten und Verwaltungsverkehr, keine Mitgliedernutzlast zu ihrer nominalen aggregierten Rate.

Die verantwortungsvolle Schlussfolgerung ist begrenzt. YEGIX hat mehrere betrieblich beschriebene Ethernet-Verbindungen, mit einer aktuellen PeeringDB-Schlagzeile von 93 Gbps und einem 2026 Internet Society-Schnappschuss von 92 Gbps unter einer Mitglieder-Konvention. Öffentliche Beweise offenbaren nicht verkaufte oder reservierte Kapazität, gemessenen Spitzenverkehr in maschinenlesbarer Form, Switch-Weiterleitungsgrenzen, mit Strom versorgte reservierte Ports, Durchsatz unter Ausfallbedingungen oder einen Kapazitätsschwellwert für ein Upgrade.

Diese Unbekannten verhindern eine vertretbare Behauptung über nutzbare Kapazität, aber sie löschen nicht den starken Beweis, dass eine Live-Austausch-Fabric existiert.

Die Mitgliedschaftsbeweise gleichen sich nicht sauber ab

Die Mitgliedschaft ist die wirtschaftliche und betriebliche Substanz eines Austauschs: Ein Switch ohne nützliche Gegenparteien erzeugt keinen lokalen Pfad. YEGIXs offizielle Tabelle nennt derzeit AS112, Axia Connect, Cybera, Edmonton Public Library, Edmonton Transit Service, Hurricane Electric, Hiperfi, Hybrid Wireless, MCSnet, MacEwan University, Netskrt, NorQuest College, die University of Alberta, Wolfpaw und zwei YEGIX-Route-Server. SeineNachrichtenchronologieverzeichnet Ergänzungen bis zu Netskrt im Juni 2025, nach Hiperfi im Jahr 2024 und Hybrid Wireless und NorQuest College im Jahr 2023. Diese Chronologie ist ein positives Zeichen für anhaltende Aufmerksamkeit.

PeeringDB zeigt eine kleinere Menge: neun Peer-Datensätze, wenn Infrastruktureinträge eingeschlossen sind. Internet Society Pulse, das seine Ansicht von PeeringDB ableitet, meldet acht ASNs in seinem indizierten 2026-Schnappschuss. Euro-IXs älteres Profil meldet keine nützliche aktuelle Mitgliederanzahl. Diese Quellen widersprechen nicht notwendigerweise dem Zustand der Leitung zum gleichen Zeitpunkt. Sie können unterschiedliche Definitionen, Aktualisierungspläne und Teilnahmeanforderungen anwenden.

Eine Organisation kann auf einer Austauschseite genannt bleiben, während sie ihren PeeringDB-Eintrag nicht pflegt; ein reservierter oder konfigurierter Port kann keine Live-BGP-Sitzung haben; ein Infrastrukturdienst kann in einer Zählung enthalten und in einer anderen ausgeschlossen sein.

Das Problem ist nicht, dass eine Tabelle falsch sein muss. Das Problem ist, dass keine die zeitgestempelten Sitzungsnachweise liefert, die erforderlich sind, um sie abzugleichen. Eine aktuelle Liste sollte Organisation, ASN, physischen Port, konfigurierten Zustand, Live-Zustand, Route-Server-Teilnahme und letzte Überprüfung unterscheiden. Sie sollte erklären, ob mehrere Ports zu einem Mitglied gehören und ob ein benannter Dienst wie AS112 in der Schlagzeilenmitgliedschaft enthalten ist. Dies würde es Lesern ermöglichen, sowohl Mitglieds- als auch Verbindungszahlen zu reproduzieren, ohne Aktivität aus einem Marketingwort abzuleiten.

Es gibt auch positive Signale innerhalb der Diskrepanz. Die offizielle Liste enthält IPv4- und IPv6-Adressen für viele Einträge. PeeringDB zeigt zwei ETS-Verbindungen und zwei YEGIX-Route-Server-Verbindungen. Pulse berichtet, dass sieben der acht gelisteten ASNs den Route Server nutzen und sechs von acht RPKI-Abdeckung in seinem Schnappschuss haben. Diese Details sind zu strukturiert, um wie eine bloße Wunschankündigung auszusehen. Sie stützen eine mittlere bis starke Schlussfolgerung, dass YEGIX netzwerkaktiv bleibt, während sie die genaue aktuelle Liste unsicher lassen.

Inoffizielle Route-Views und kommerzielle ASN-Seiten können darauf hindeuten, dass AS62502 und die Austauschadressen sichtbar bleiben, aber sie können den Mitgliedsstatus nicht klären. Ein Route-Collector kann ein Präfix sehen, während der lokale Cross-Connect eines Teilnehmers ausgefallen ist; eine zwischengespeicherte Unternehmensseite kann nach einer Topologieänderung überleben. Der entscheidende Beweis wäre ein datierter YEGIX-Export von konfigurierten und betriebsbereiten Ports, idealerweise begleitet von aggregierten BGP-Sitzungszahlen und einer klaren Aktualisierungskadenz.

Dies ist mehr als eine Offenlegungsnettigkeit. Betreiber, die entscheiden, ob sie in YEGIX aufbauen, müssen wissen, welche Gegenparteien tatsächlich erreichbar sind, mit welchen Portraten und unter welchen Richtlinien. Öffentliche Einrichtungen müssen wissen, ob ein lokaler Pfad eine aktiv gepflegte Route oder eine historische Möglichkeit ist. Eine saubere, zeitgestempelte Liste würde mehrere vernünftige Signale in eine aktuelle Betriebstatsache umwandeln.

Öffentliche Einrichtungen erhöhen die Einsätze, aber nicht den Umfang der Behauptung

YEGIXs veröffentlichte Listen umfassen Edmonton Public Library, Edmonton Transit Service und postsekundäre Einrichtungen. EdmontonsDigital Action Planbeschreibt ein städtisches Glasfasernetz, das mit dem LRT-System, postsekundären Einrichtungen, Bibliotheken, Sensoren und öffentlichem WLAN verbunden ist. Dieser Kontext zeigt, warum lokale Interconnection über die kommerzielle Webbereitstellung hinaus wichtig sein kann: Kommunale und Bildungsnetzwerke unterstützen die Kommunikation von Bewohnern, Mitarbeitern, Forschungssystemen und öffentlichen Orten.

Es wäre jedoch ein Fehler, eine Peering-Verbindung in eine Behauptung zu verwandeln, dass YEGIX diese öffentlichen Dienste betreibt. Der Austausch bietet einen Ort, an dem teilnehmende autonome Systeme ausgewählten Datenverkehr austauschen können. Die Stadt, Bibliothek, der Verkehrsbetrieb, Universitäten, Anwendungsanbieter und ihre Carrier bleiben für ihre eigenen Netzwerke und Dienste verantwortlich. Ein YEGIX-Ausfall stoppt nicht unbedingt einen Bus, schließt ein Bibliothekssystem oder trennt einen Campus. Richtig konzipierte Teilnehmer behalten Transit und andere Pfade, und nur Verkehr, der YEGIX bevorzugt hat, muss neu konvergieren.

Die wahrscheinlichen Auswirkungen sind abgestuft. Der Verlust eines lokalen Peering-Pfades kann Latenz, Transitverbrauch oder die Entfernung des Verkehrswegs erhöhen. Er kann ändern, welche Gerichtsbarkeit eine Route durchquert. Er kann einen direkten Pfad zu einem Inhalts- oder Netzwerkpartner entfernen, während der allgemeine Internetzugang intakt bleibt. Nur wenn der Teilnehmer seine YEGIX-Schaltung mit einer breiteren einzelnen Fehlerdomäne gekoppelt hat oder keine funktionierenden Alternativen für ein erforderliches Ziel hat, wird der Austauschverlust zu einem Dienstausfall.

Öffentliche Beweise beschreiben diese teilnehmerindividuellen Entwürfe nicht.

Deshalb sollten Kontinuitätsbehauptungen um Routing formuliert werden, nicht um kommunale Ergebnisse. YEGIX kann lokalen Netzwerken helfen, lokale Pfade zu bewahren, die Abhängigkeit von entferntem Transit zu verringern und Interconnection-Optionen zu diversifizieren. Es kann nicht garantieren, dass der gesamte öffentliche Verkehr Edmontons in Edmonton oder Kanada bleibt. BGP-Richtlinie, Zielmitgliedschaft, Rückrouting und Ausfälle beeinflussen alle den Pfad. Die historischen kanadischen Messungen und Alberta-Berichte belegen den Wert von mehr lokalem Peering; sie messen nicht die heutigen Routen zwischen den genannten YEGIX-Teilnehmern.

Für öffentliche Einrichtungen wäre die nützliche Zusicherung ein gemeinsamer Test. Ein Mitglied könnte seinen primären YEGIX-Zugangspfad zurückziehen oder deaktivieren, beobachten, ob ein diverser sekundärer Austauschpfad bleibt, und dann bestätigen, dass die Transit-Rekonvergenz funktioniert, wenn der gesamte Austausch nicht verfügbar ist. Die Ergebnisse könnten Konvergenzzeit und betroffene Routenklassen melden, ohne sensible Adressen preiszugeben. Dies würde zeigen, was YEGIX zur Kontinuität beiträgt, während die Grenze zwischen dem Austausch und den mit ihm verbundenen öffentlichen Diensten respektiert wird.

Jeder Ausfall hat einen anderen Radius

Ein einziges Etikett wie „YEGIX-Ausfall“ verbirgt mehrere Ereignisse mit sehr unterschiedlichen Konsequenzen. Beginnen Sie am Mitgliedsrand. Ein ausgefallener Router, Optik oder Cross-Connect entfernt den Port dieses Mitglieds. Andere Teilnehmer können weiterhin Datenverkehr austauschen, während das betroffene Netzwerk auf die Routen zurückfällt, die es vorbereitet hat. Wenn die YEGIX- und Transit-Schaltungen des Mitglieds dasselbe Chassis oder denselben Glasfaserzugang teilen, erweitert sich der Radius über das Peering hinaus. Dieses gemeinsame Risiko gehört zum Mitgliederentwurf, auch wenn es an der Austauschgrenze erscheint.

Ein Metro-Glasfaser-Durchtrennung kann mehrere Mitglieder zusammen entfernen. Wolfpaws Ring behauptet mehrere Anbieter und diverse Pfade, aber es gibt keine öffentliche Zuordnung zwischen diesen Pfaden und YEGIX-Teilnehmern. Der Durchtrennung kann daher eine Schaltung, eine Carriergruppe oder den gemeinsamen Gebäudeeingang betreffen. Die Wiederherstellung hängt vom Carrier, Spleißzugang, winterlichen Bedingungen, Genehmigungen und der Verfügbarkeit eines alternativen beleuchteten Pfades ab. YEGIX kann koordinieren und kommunizieren, aber es kann das Kabel eines Carriers nicht splissen, nur weil der Verkehr zu seinem Switch unterwegs war.

Ein Switch- oder Line-Card-Ausfall ist zentraler. Die Regeln charakterisieren den Dienst als ein gemeinsames geschaltetes Ethernet-LAN. Öffentliches Material identifiziert keinen zweiten Produktions-Switch, kein Dual-Fabric-Design und keinen zweiten Standort. Wenn alle Mitgliederports auf einem Chassis enden, kann ein Chassis-Ereignis alle Peering-Sitzungen auf einmal entfernen. Wenn es versteckte redundante Komponenten gibt, kann ihr Wert nicht beurteilt werden, ohne zu wissen, welche Fehlerdomänen sie trennen und ob Failover getestet wurde.

Die vorsichtige Annahme ist nicht, dass keine Redundanz existiert, sondern dass keine über das veröffentlichte Route-Server-Paar hinaus demonstriert wird.

Ein Route-Server-Ausfall hat einen engeren Radius der Steuerungsebene. Einer von zwei Servern kann ausfallen, während Clients auf dem anderen verbleiben. Der Verlust oder die Fehlkonfiguration beider kann Routen entfernen, die über sie gelernt wurden, während bilaterale BGP-Sitzungen fortbestehen. Schlechte Filter können gültige Routen zurückweisen; permissive Filter können unerwünschte verteilen. Die erklärte RPKI-invalid-Ablehnung der Route Server ist eine nützliche Sicherheitsvorkehrung, doch Routenvalidität ist nicht dasselbe wie Routenerwünschtheit. Änderungsprüfung, gestaffelte Bereitstellung und Rollback bleiben notwendig.

Ein Einrichtungsereignis erreicht jedes Gerät im Raum. Netzausfall, USV- oder Generatorprobleme, Kühlungsausfall, Brandbekämpfung, Wasser, physischer Zugang, Sicherheitsbeschränkungen und Gebäudeevakuierung können alle eine Rolle spielen. Wolfpaw bewirbt redundante Einrichtungssysteme und Rund-um-die-Uhr-Support, aber YEGIX veröffentlicht nicht die genaue Stromkette für seine Geräte oder ein aktuelles Failover-Ergebnis. A- und B-Rack-Einspeisungen bringen wenig, wenn ein einzeln angeschlossener Switch eine Einspeisung verwendet, während duale Einspeisungen weniger bringen, wenn beide auf eine gemeinsame vorgelagerte Komponente zurückführen.

Schließlich gibt es organisatorisches Versagen. Zertifikate, Domains, ARIN-Gebühren, Firmware, Filter, Ersatzhardware und Notfallkontakte erfordern alle Menschen und Geld. Die YEGIX-Nachrichtenhistorie dokumentiert Spenden von Gebühren, Ausrüstung, Rack-Platz, Strom und ehrenamtlichem Einsatz. Community-Unterstützung ist eine Stärke; Konzentration von Wissen oder Finanzierung ist ein Risiko, wenn keine Nachfolge und Wartungsreserve existiert. Im Gegensatz zu einem Glasfaser-Durchtrennung kann sich dieses Versagen leise entwickeln, bis eine Verlängerung, ein Upgrade oder ein Vorfall verpasst wird.

Wer betroffen ist, hängt davon ab, welche Schicht bricht. Ein Mitglied kann einen bevorzugten Pfad verlieren; eine Gruppe kann den Metro-Zugang verlieren; alle Peers können die gemeinsame Fabric verlieren; oder nur Route-Server-Clients können die bequeme Erreichbarkeit verlieren. Endnutzer bemerken möglicherweise nichts, eine Latenzerhöhung, eine Leistungsverschlechterung oder einen vollständigen Dienstausfall. Keine öffentliche Quelle stützt eine einzige universelle Konsequenz.

Die Widerstandsfähigkeit des Austauschs sollte daher als eine Matrix von Komponenten, Alternativen und getesteten Ergebnissen berichtet werden, nicht als eine Betriebszeit-Prozentsatz.

Wiederherstellung ist ein Community-Betrieb, keine bloße Ersatzteilübung

YEGIX hat mehrere Anzeichen für Betriebskontinuität. Seine Statusgeschichte verzeichnet Fern-Out-of-Band-Management ab der Erstinstallation. Die Nachrichtenseite dokumentiert Route-Server-Austausche, Graphenwartung, Filteränderungen und wiederkehrende Spenden für Nummernressourcen- und Domain-Gebühren. Die aktuelle Website nennt Netzwerkbetreiber sowie Direktoren. Diese Fakten zeigen, dass Menschen den Dienst über Jahre hinweg aufrechterhalten haben, anstatt ihn nur einmal anzukündigen.

Was nicht öffentlich ist, ist ein Wiederherstellungsziel. Es gibt keine angegebene Zeit zur Wiederherstellung der Switching-Fabric, kein aktuelles Hardware-Inventar, keinen deklarierten Kalt- oder Warmersatz für den YEGIX-Switch, kein Vorfallarchiv, keinen Wartungskalender und keinen Test, der den Betrieb von einer anderen Einrichtung zeigt. Wolfpaw bewirbt kalte Ersatzteile für sein eigenes Switching-Netzwerk, aber diese Behauptung sollte nicht auf YEGIX-Geräte übertragen werden, ohne eine explizite Aussage. Einrichtungsunterstützung und Austauschreparatur sind verwandte Verantwortlichkeiten, nicht austauschbare.

Die Wiederherstellung beginnt mit der Erkennung. Port- und Verkehrsgraphen können einen Abfall offenbaren, Route-Server-Sitzungen können einen Verlust der Steuerungsebene zeigen, und Out-of-Band-Zugriff kann eine Diagnose ermöglichen, wenn das Produktions-LAN nicht verfügbar ist. Sie erfordert dann Autorität: Jemand muss wissen, ob ein Port deaktiviert, ein Filter zurückgesetzt, eine Optik ausgetauscht, eine Cross-Connect-Prüfung angefordert oder die Einrichtung betreten werden soll.

Die veröffentlichten Regeln erlauben YEGIX, schädliche Ports zu trennen, aber sie beschreiben keine Eskalation, Peer-Benachrichtigung oder wer eine Notfalländerung genehmigen kann, wenn ein primärer Betreiber nicht verfügbar ist.

Die nächste Anforderung ist ein bekannter guter Zustand. Route-Server-Konfigurationen, Präfixfilter, Switch-Konfiguration und Kontaktlisten sollten gesichert und reproduzierbar sein. Ein zweiter Route Server schützt nur vor einem Host-Ausfall, wenn seine Konfiguration unabhängig nutzbar ist und Betreiber einer Ausbreitung einer schlechten Änderung auf beide widerstehen können. Ein Ersatz-Switch hilft nur, wenn Firmware, Optik, Konfiguration, Konsolenzugang und Verkabelungspläne bereit sind. Ein zweiter Standort hilft nur, wenn Mitglieder dort erreichbare Ports haben und die Routing-Richtlinie den alternativen Pfad real macht.

Community-Finanzierung gehört in denselben Plan. YEGIX sagt, der erste Port sei kostenlos und das Management sei eine ehrenamtliche Anstrengung gewesen. Das senkt die Hürde für lokales Peering, aber Ersatzhardware, Prüfarbeiten, Einrichtungszugang und Notfallarbeit kosten immer noch Geld. Öffentliche Spendenaufzeichnungen zeigen Großzügigkeit; sie offenbaren keine Wartungsreserve oder einen mehrjährigen Kapitalplan. Nachhaltige Unabhängigkeit bedeutet, dass der Betreiber einen unglamourösen Ersatz vor dem Ausfall finanzieren kann, nicht nur eine Spende danach anziehen.

Der überzeugendste nächste Schritt wäre ein kompakter jährlicher Resilienzbericht. Er könnte die Anzahl der Produktionsstandorte, Switches, mit Strom versorgten Ports und betrieblichen Mitgliedersitzungen angeben; Route-Server- und Switch-Wartung zusammenfassen; beschreiben, ob Sicherungen wiederhergestellt wurden; die Dauer und den Umfang bedeutender Vorfälle aufzeichnen; und den Status des Vorstands und der Betriebsnachfolge angeben. Nichts davon erfordert die Veröffentlichung ausnutzbarer Rack-Details. Es würde zeigen, dass die institutionelle Fähigkeit der Community mit derselben Ernsthaftigkeit gepflegt wird wie ihre BGP-Konfiguration.

Was YEGIX nachweislich unabhängig machen würde

YEGIX überquert bereits die erste Beweisschwelle. Der rechtliche Name taucht auf seiner Website, ARIN und PeeringDB wiederholt auf. AS62502 und dedizierter IPv4- und IPv6-Austauschraum sind registriert. Öffentliche Tabellen zeigen Mitgliederadressen und Portraten. Zwei Route Server sind identifiziert, Routing-Sicherheitskontrollen sind beschrieben, Verkehrsgraphen sind veröffentlicht, und eine benannte Edmonton-Einrichtung hostet den Austausch. Diese Kombination stützt eine starke Netzwerk-Ressourcen-Feststellung und eine glaubwürdige Schlussfolgerung, dass der Austausch über seinen Start von 2015 hinaus betrieben wurde.

Es überquert nicht die Unabhängigkeitsschwelle. Nur eine Einrichtung ist öffentlich gelistet. Der umgebende Glasfaserring ist ein Dienst des Einrichtungsanbieters, kein Beweis für eine Multi-Site-YEGIX-Fabric. Mitgliederrouten in den Raum werden nicht einmal nach Diversitätsklasse offengelegt. Portgeschwindigkeitssummen unterscheiden sich per Definition, die offizielle und die Drittanbieterliste gleichen sich nicht ab, und keine öffentliche Messung zeigt nutzbare Kapazität nach einem Komponentenausfall.

Zwei Route Server reduzieren ein Risiko der Steuerungsebene, während sie offenbar demselben Standort und derselben gemeinsamen Datenebene ausgesetzt bleiben.

Fünf Offenlegungen würden diese Bewertung ändern. Erstens: Veröffentlichen Sie eine datierte Topologieerklärung: Anzahl der Austauschstandorte, Anzahl und Rolle der Produktions-Switches und ob irgendwelche standortübergreifenden Verbindungen das Peering-LAN tragen. Zweitens: Veröffentlichen Sie eine Liste, die konfigurierte, betriebsbereite und Route-Server-aktive Verbindungen trennt. Drittens: Definieren Sie Kapazität: Mitgliederportsumme, Switch-Weiterleitungsgrenze, beobachtete Spitze, Aufwertungsschwelle und Spielraum nach Ausfall.

Viertens: Melden Sie Zugangsdiversität in nicht sensiblen Klassen, einschließlich, ob Mitglieder über unabhängige Einrichtungen oder physische Zugänge eintreten können. Fünftens: Veröffentlichen Sie einen kurzen jährlichen Betriebsbericht über Vorfälle, Wartung, Wiederherstellungstests, Ersatzteile und Nachfolge.

Routing-Sicherheit sollte Teil der Arbeit bleiben. Internet Society Pulse sagt, dass YEGIX in seinem 2026-Schnappschuss nicht am MANRS IXP-Programm teilnahm, während es gleichzeitig eine erhebliche RPKI-Nutzung unter den gelisteten Mitgliedern meldet. DasMANRS-Routing-Sicherheitsmaterialbeschreibt Route-Server-Filterung, Transparenz und Mitgliederinformationen als sich gegenseitig verstärkende Praktiken. Die Nichtteilnahme ist kein Beweis für unsicheres Routing, und der Beitritt zu einem Programm würde keine physische Widerstandsfähigkeit beweisen. Eine veröffentlichte Erklärung der bestehenden Kontrollen und Verifizierung wäre wertvoller als ein einzelnes Abzeichen.

Die entscheidende physische Verbesserung wäre ein wirklich separater Switching-Standort, den Mitglieder erreichen können, ohne den ersten zu durchqueren. Er würde unabhängige Einrichtungsstromversorgung und -zugang, ein geschütztes standortübergreifendes Design, klares Verhalten während einer Partition und genügend Mitgliederakzeptanz erfordern, um nützlich zu sein. Allein das Platzieren eines zweiten Switches an einem anderen Ort hilft einem Teilnehmer nicht, dessen zwei Schaltungen denselben Innenstadtpfad teilen. Ebenso bewahrt ein diverser Mitgliederpfad das Peering nicht, wenn beide Enden auf einem ausgefallenen Chassis enden.

Die Unabhängigkeit muss auf beiden Seiten der Grenze existieren.

Fürs Erste ist die genaueste Beschreibung weder „unbewiesenes Projekt“ noch „widerstandsfähiger Metro-Austausch“. YEGIX ist ein echter Edmonton Community-Austausch mit identifizierbaren Ressourcen, einer langen Betriebsgeschichte und wertvollen öffentlichen Sektor- und Netzwerkteilnehmern. Seine öffentliche Topologie konvergiert immer noch auf eine gelistete Einrichtung, und seine genaue Live-Mitgliedschaft und Kapazität unter Ausfallbedingungen bleiben ungewiss.

Das nächste Glaubwürdigkeitsniveau wird dadurch erreicht, dass gezeigt wird, dass ein Paket den Verlust eines Route Servers, eines Switch-Pfades, eines Einrichtungspfades und eines Schlüsselbetreibers überleben kann, ohne den lokalen Austausch aufzugeben. Lokalität ist, wo die Ausrüstung sitzt. Infrastrukturelle Unabhängigkeit ist das, was funktioniert, wenn ein Pfad nicht mehr funktioniert.