Schlechtes Routing zu Cloudflare CDN-Subnetzen über Lumen-Transit (mik.net) - hohe Latenz und Paketverlust besonders abends
vor 25 Tagen
Hallo zusammen,
ich habe seit Wochen abends massive Probleme beim Surfen: Webseiten laden langsam, Bilder kommen nur teilweise, Videos buffern. Tagsüber meistens unauffällig, abends regelmäßig sehr schlecht. Ein Speedtest läuft dabei normal durch, das eigentliche Surfen ist trotzdem zäh.
Nach umfangreicher Diagnose habe ich das Problem auf ein Routing-Problem zu Cloudflare- CDN -Subnetzen zurückführen können. Da praktisch jede moderne Webseite Cloudflare als CDN nutzt, betrifft mich das im Alltag massiv.
**Meine Anschluss-Daten:**
- Anschluss: Telekom MagentaZuhause Hybrid (DSL + LTE )
- Modem: Speedport Hybrid
- Router: Ubiquiti UDM Pro hinter dem Speedport
- Standort: Bielefeld, Nordrhein-Westfalen
**Symptome:**
- Pings zu 1.1.1.1 (Cloudflare): 37 ms, 0 % Paketverlust → einwandfrei
- Pings zu 8.8.8.8 (Google): 33 ms, 0 % Paketverlust → einwandfrei
- Pings zu 9.9.9.9 (Quad9): 35 ms, 0 % Paketverlust → einwandfrei
- Pings zu Cloudflare CDN -IPs (z. B. 104.16.132.229): 290 ms durchschnittlich, 12-13 % Paketverlust
- Pings zu weiteren Cloudflare-IPs:
- 104.16.0.1: 295 ms, 27 % Paketverlust
- 162.159.200.123: 293 ms, 17 % Paketverlust
- 198.41.128.1: 100 % Paketverlust (komplett unerreichbar)
**Traceroute zu 104.16.132.229:**
1 unifi.localdomain (192.168.178.1) 0.3 ms
2 192.168.2.1 (Speedport) 1.4 ms
3 * * *
4 217.237.147.13 38 ms
5 195.145.92.80 46 ms
6 b-eh3-i.B.DE.NET. DTAG .DE (62.153.188.78) 47 ms
7 ae10.edge5.ber1.sp.lumen.tech 53 ms
8 dialup-212.162.17.178.frankfurt1.mik.net 331 ms ← +280 ms in einem Hop!
9 104.16.132.229 (Cloudflare) 319 ms
**Zwischen Hop 7 (Lumen Berlin) und Hop 8 (mik.net "Frankfurt") springt die Latenz um +280 ms.** Diese Distanz entspricht physikalisch ca. 28.000 km Glasfaser - was natürlich nicht der reale Berlin-Frankfurt-Pfad sein kann. Vermutlich wird der Traffic über einen weit entfernten internationalen Backbone-Knoten geroutet, statt direkt zu Cloudflares Frankfurt-PoP über DE-CIX.
**Was bisher ausgeschlossen wurde:**
- Lokales Netzwerk-Problem: Pings zu 1.1.1.1 sind perfekt, also ist die Anbindung grundsätzlich gesund
- DNS-Problem: DNS-Auflösung funktioniert sauber, IPs sind korrekt
- Eigenes Setup: Pi-hole und Router-Konfiguration wurden geprüft und sind sauber
- Speedtest-Bandbreite: Volle Geschwindigkeit verfügbar
**Vermutung:**
Der Traffic zu Cloudflare-Subnetzen 104.16.0.0/12 und 162.159.0.0/16 wird über einen überlasteten Lumen-Transit (Hop "ae10.edge5.ber1.sp.lumen.tech") geroutet, statt über das direkte Cloudflare- Peering am DE-CIX in Frankfurt. Besonders zu den Abendstunden wird der Lumen-Pfad offenbar überlastet, was zu hohem Paketverlust und Latenz führt.
**Bitte um Prüfung:**
Könntet ihr das Routing zu den genannten Cloudflare-Subnetzen prüfen lassen und gegebenenfalls auf direktes Peering umlegen? Dass IPs aus demselben Cloudflare-Netzwerk so stark unterschiedlich erreichbar sind (1.1.1.1 perfekt, 104.16.x.x katastrophal), deutet auf ein Routing-Problem auf Telekom-Backbone-Seite hin.
Ich nutze aktuell als Workaround ein VPN über einen anderen Provider, was das Problem komplett umgeht - das bestätigt, dass es ein Telekom-spezifisches Routing-Problem ist.
Vielen Dank vorab für eine Rückmeldung!
Viele Grüße
469
28
Das könnte Ihnen auch weiterhelfen
7212
4
56
vor 3 Monaten
1822
5
32
1699
0
4
vor einem Jahr
2830
4
19
215
0
3
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
