Zusammenfassung
- Zwei veröffentlichte Pfade zu einer TDC-Loopback-Adresse in Dänemark endeten nach einem sichtbaren Nordamerika-Umweg bei 175,604 beziehungsweise 181,747 Millisekunden; der Kontrollpfad über Colt benötigte 22 Millisekunden.
- Spätere Messungen zeigten, dass GTT dasselbe Ziel von London in etwa 20, von Amsterdam in rund 12 und von Kopenhagen in 2 bis 4 Millisekunden erreichte. Die erste Vermutung einer fehlenden europäischen GTT–TDC-Verbindung war damit widerlegt.
- Nach Angaben des Meldenden richtete TDC eine Direktroute zum ungenannten britischen AS ein, vermutlich am LINX. Das Problem galt danach als gelöst, doch die Verbindung ist nicht redundant und kann bei einem Ausfall wieder auf den Nordamerika-Pfad zurückfallen.
Ein auffälliger Traceroute liefert schnell einen Verdächtigen. Die Router-Namen zeichnen eine Landkarte, die Laufzeiten springen an den richtigen Stellen, und der Netzbetreiber in der Mitte scheint bereits als Ursache festzustehen.
So begann ein Thread, den Peter Keller am 29. Juli 2026 in der RIPE Routing Working Group eröffnete. Ein Nutzerstandort in Cambridge beobachtete anhaltend hohe Latenz zu einem Ziel im dänischen TDC-Netz AS3292. Der vom Gebäudebetreiber verwaltete Internetanbieter hatte seine internationale Upstream-Anbindung gewechselt. Der Zeitpunkt passte zum Beginn des Problems, der neue Lieferant war Keller zufolge jedoch nicht sicher bekannt.
Der erste veröffentlichte Pfad, als Messung aus dem Cogent-Netz von London nach Dänemark beschrieben, lief über Liverpool, Montreal und GTT in New York zurück zu TDC. Die letzte Antwort von 93.178.170.33 kam nach 175,604 Millisekunden. Eine NTT-Messung, die einem Londoner Looking-Glass-Router zugeschrieben wurde, zeigte Ashburn und Washington und endete bei 181,747 Millisekunden.
Über Colt sah dieselbe Zieladresse völlig anders aus: Übergabe an TDC in London, drei dargestellte Hops, 22 Millisekunden. Der Unterschied zu den langen Pfaden betrug ungefähr 150 Millisekunden.
Die naheliegende Geschichte lautete, GTT könne TDC für diesen Weg in Europa nicht erreichen und müsse deshalb in Nordamerika übergeben. Sie passte zum Bild. Eine spätere Vergleichsmessung zeigte, dass sie nicht passte.
Der 20-Millisekunden-Gegenbeweis
Ein Teilnehmer fragte GTTs eigenes Looking Glass für 93.178.170.33 ab. Von London aus ging der angezeigte Pfad direkt zu TDC und erreichte das Ziel in rund 20 Millisekunden. Amsterdam lag bei ungefähr 12, Kopenhagen bei etwa 2 bis 4 Millisekunden.
Damit war eine enge, aber entscheidende Aussage belegt: Für die getestete Adresse hatte GTT funktionsfähige europäische Wege zu TDC. Die langsamen Cogent- und NTT-Beispiele konnten nicht mehr schlicht mit einer fehlenden europäischen GTT-Verbindung erklärt werden.
Die Fehlersuche musste von der Geografie auf die Steuerungsebene wechseln. Welche Route hatte Cogent für das Präfix gelernt? Von welchem Nachbarn? An welchem Übergabepunkt? Welche kürzere Route war gar nicht erst als Auswahl eingegangen?
Das ist der Unterschied zwischen einer Pfadansicht und einer Diagnose. Traceroute zeigt Antworten einzelner Hops in einer Richtung. Es zeigt weder nicht angekündigte Routen noch Transitverträge, Filter oder lokale Präferenzen. Ein kurzer Weg kann in einem Netz existieren, ohne für das Netz verfügbar zu sein, das den langen Weg auswählt.
Auch physische Präsenz löst das Rätsel nicht. Zwei Betreiber können in derselben Stadt Infrastruktur haben, ohne das betroffene Präfix dort auszutauschen. Selbst die Teilnahme am selben Internetknoten beweist keine bilaterale Session. BGP wählt aus den tatsächlich empfangenen und akzeptierten Ankündigungen, nicht aus den geografisch hübschesten Linien.
Die Testadresse war nicht das Anwendungsziel
Die veröffentlichten Vergleichsmessungen zielten auf 93.178.170.33. Der Reverse-DNS-Name bezeichnet die Adresse als TDC-Loopback. RIPEstat ordnet sie heute dem von AS3292 angekündigten Präfix 93.178.128.0/18 zu und führt AS3292 als TDC Holding. AS3257 wird als GTT Communications ausgewiesen.
Der Thread nennt die Adresse der tatsächlich betroffenen Anwendung nicht. 93.178.170.33 war ein Netz-Ziel zum Vergleich der Wege zu TDC und darf nicht zum Dienstserver umgedeutet werden. Ebenso wenig sind Anwendungsprotokoll oder dominierende Verkehrsrichtung bekannt. Ein Traceroute in eine Richtung beweist nicht den Rückweg.
Auch die geografischen Namen brauchen eine Grenze. Reverse-DNS-Einträge werden von Betreibern gepflegt, können veraltet sein und müssen keinen physischen Standort garantieren. Die RIPE-Atlas-Dokumentation zu regionalen Messnetzen warnt ausdrücklich, dass eine Ortsbestimmung aus Reverse DNS und IP-Geolokation fehlerhaft sein kann.
Hier stützten die Namen, die deutlichen RTT-Sprünge und der unabhängige Colt-Vergleich dieselbe Arbeitshypothese. Das reicht, um einen transatlantischen Umweg zu untersuchen. Es reicht nicht, jeden Städtenamen als vermessene Koordinate zu behandeln.
Die belastbare Aussage bleibt deshalb konkret: Zwei beobachtete Pfade waren erheblich langsamer als eine europäische Alternative zum selben TDC-Netzpunkt.
Das Präfix machte aus dem Umweg eine Auswahl
Ein weiterer Teilnehmer veröffentlichte eine Cogent-Abfrage aus Deutschland für 93.178.128.0/18. Der ausgewählte AS-Pfad lautete 3257 3292 3292 3292 3292. Cogent lernte das Präfix über GTT, AS3257; TDCs AS3292 war mehrfach vorangestellt. Außerdem enthielt die Ausgabe einen kanadischen Next Hop und die Community 174:22003.
Diese Anzeige verriet keinen Vertrag und keine Absicht. Sie verband die Latenz jedoch mit der Route, die Cogent empfangen und ausgewählt hatte. Nun ließ sich gezielt fragen, wer das Präfix an wen exportierte und welche Peering-Beziehung für einen kurzen europäischen Weg fehlte.
Am 4. September berichtete Keller über Gespräche mit TDCs Peering-Verantwortlichem und einem Techniker. Seiner Darstellung zufolge kündigte das ungenannte britische AS das relevante Präfix ausschließlich an Cogent an, obwohl drei weitere Transit-Anbieter verfügbar waren. Cogent wiederum wollte in Europa nicht mit TDC peeren.
Diese Kombination kann den beobachteten Zustand erklären. Vier Transitverträge sind noch keine vier nutzbaren Pfade für jedes Präfix. Wenn nur ein Anbieter die Ankündigung erhält, bleibt die vertragliche Vielfalt außerhalb der Routing-Tabelle. Und ein Carrier kann ein großes europäisches Netz besitzen, ohne genau die Peering-Beziehung zu führen, die diesen Weg verkürzen würde.
Der öffentliche Thread enthält weder eine bestätigende Cogent- oder TDC-Nachanalyse noch die Konfiguration des britischen AS. Der Befund muss daher als Kellers Bericht nach seinen TDC-Gesprächen bezeichnet werden. Teilnehmer nannten Kosten als mögliche Ursache der beschränkten Ankündigung. Ein finanzielles Motiv ist aber nicht belegt; Fehlkonfiguration, Vertrag oder Risikopolitik könnten äußerlich denselben Zustand erzeugen.
Die direkte Ausnahme funktionierte
Keller zufolge arrangierte TDC eine Direktroute zum britischen AS. Am 7. September ergänzte er, beide Netze seien am London Internet Exchange präsent, und die Verbindung scheine dort eingerichtet worden zu sein. Da keine Session- oder Konfigurationsdaten veröffentlicht wurden, bleibt LINX eine berichtete, plausible Einordnung und kein unabhängiger Nachweis.
Der betriebliche Effekt war eindeutig formuliert: Das Problem sei gelöst.
Die Einschränkung folgte sofort. Die Direktroute sei nicht redundant. Bei einer Störung könne der Verkehr vorübergehend wieder über Nordamerika laufen.
Damit ist der alte Pfad nicht verschwunden. Er ist zum Fehlerzustand geworden. Im Normalbetrieb sehen Monitoring und Nutzer niedrige Latenz. Erst wenn Session, Port, Transportleitung oder Ankündigung der Direktroute ausfallen, zeigt sich die tatsächliche Qualität des Ersatzes.
Eine bilaterale Direktverbindung kann als Sofortmaßnahme ausgezeichnet sein. Die beiden betroffenen Netze besitzen die Handlungsfähigkeit, der Betreiber muss keine allgemeine Peering-Änderung bei Cogent abwarten, und der kurze Pfad entsteht rasch. Zugleich wird aus einem langen Weg eine Abhängigkeit von einem kurzen Einzelweg.
Technische Erreichbarkeit ist dann nicht gleich Dienstkontinuität. Der Weg über Nordamerika kann Pakete weiterhin zustellen, während eine latenzempfindliche Anwendung ihre akzeptierte Qualität verliert. Genau deshalb gehört die Leistung des Ersatzwegs in die Definition von Redundanz.
Zum Abschluss fehlt der Ausfalltest
Ein belastbarer Reparaturnachweis beginnt mit dem genauen britischen Präfix und der Liste aller Upstreams, an die es tatsächlich exportiert wird. Danach gehören Ort, Verantwortlicher und akzeptierter Routensatz der Direktsession in die Akte. Der dritte Bestandteil ist ein unabhängiger europäischer Ersatz, der weder Port noch Transport noch denselben politischen Fehlerbereich teilt.
Der vierte Teil ist ein kontrollierter Entzug. Die Messung muss von den betroffenen Endpunkten in beiden Richtungen erfolgen und AS-Pfad sowie RTT vor, während und nach dem Entzug der Hauptverbindung festhalten. Springt die Latenz wieder auf etwa 176–182 Millisekunden, bleibt der alte Umweg die wirksame Reserve. Übernimmt ein zweiter europäischer Pfad, ist Redundanz belegt.
Die vier Elemente ordnen Beweise der richtigen Frage zu. Hops und Laufzeiten zeigen das Symptom. Die BGP-Ansicht zeigt die gewählte Ankündigung. Export- und Peering-Regeln zeigen, wer handeln kann. Der Ausfalltest zeigt, ob die Reparatur Architektur oder Ausnahme ist.
Der RIPE-Thread ist deshalb mehr als eine kuriose Route. Die Beteiligten widersprachen ihrer ersten Erklärung mit einer besseren Messung, verfolgten das Präfix bis zur gewählten Ankündigung und fanden eine wirksame Änderung. Offen bleibt nur, was das Netz wählt, wenn diese Änderung nicht verfügbar ist.
Beweisgrenze
Die Laufzeiten und Routenausgaben stammen aus den Beiträgen der Teilnehmer. Diagnose und Reparaturerfolg sind Kellers Bericht nach Kontakten mit TDC, keine gemeinsame öffentliche Nachanalyse der Carrier. RIPEstat bestätigt die heutige Zuordnung von Adresse, Präfix und AS, rekonstruiert aber nicht sämtliche historischen Routen aus dem Juli. Geografische Schlüsse bleiben durch die Grenzen von Reverse DNS eingeschränkt.
Quellen
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
