Gelöst
Routing-/Peering-Probleme Richtung Cloudflare/Discord (Telekom, ohne WARP)
vor 2 Monaten
Hallo zusammen,
ich möchte ein reproduzierbares Problem melden, das sehr stark nach einem Routing-/ Peering -Thema im Telekom-Netz in Richtung Cloudflare aussieht (betrifft u. a. Discord).
Kurzbeschreibung / Symptome
Discord lädt extrem langsam bzw. bleibt teils minutenlang bei „Starting…“ hängen.
Beim Anschauen von Discord-Streams erscheint „Qualität reduziert / Fehler 2003“ (Paketverlust/Jitter).
Normale Speedtests zu anderen Servern sind unauffällig (Gigabit-Anschluss), trotzdem treten die Probleme zu Discord/Cloudflare auf.
Anschluss / Setup
Telekom Glasfaser, Windows 11, Verbindung per LAN.
DNS testweise auf Cloudflare (IPv4 1.1.1.1 / 1.0.0.1) gesetzt; Problem bleibt ohne Tunnel bestehen.
Wichtigster Hinweis (Diagnose)
Sobald ich Cloudflare WARP aktiviere, ist Discord sofort wieder normal nutzbar (Start, Laden, Streams stabil).
Das deutet aus meiner Sicht stark auf ein Problem ohne Tunnel im Telekom-Routing/ Peering in Richtung Cloudflare (AS13335) hin.
Messungen / Belege
Netzbremse x Cloudflare (ohne WARP)
Ohne WARP zeigt der netzbremse.de/Cloudflare-Test massive Ausreißer:
Beispiel: eine Route mit ca. 0,355 Mbit/s Download bei ca. 911 ms Latenz und ca. 825 ms Jitter
Andere Routen sind zwar ok, aber die starken Ausreißer machen Dienste wie Discord praktisch unbenutzbar (hängen/timeout/Streams droppen).
Netzbremse x Cloudflare (mit WARP)
Mit WARP sind alle Routen stabil:
Latenz ca. 13–17 ms
Jitter im niedrigen Bereich
Download ca. 394–548 Mbit/s
Upload ca. 20–27 Mbit/s (Tunnel-bedingt, aber für Discord stabil/ausreichend)
Der direkte Vergleich ohne WARP schlecht / mit WARP gut ist bei mir reproduzierbar.
tracert/pathping zu discord.com (ohne WARP)
Ohne WARP zeigt tracert discord.com einen deutlichen Latenzsprung:
Pfad läuft u. a. über Telekom → Lumen → Colt → Cloudflare (162.159.x.x)
Ab einem Hop (bei mir ab ca. Hop 6) springt die Latenz auf ca. 250 ms und bleibt bis zum Ziel hoch, teils mit Sternchen bei einzelnen Probes.
Das passt gut zu einem überlasteten/ungünstigen Übergang bzw. Routing-Pfad.
tracert/pathping zu discord.com (mit WARP)
Mit WARP ist der Pfad erwartungsgemäß tunnelisiert und zeigt sehr niedrige Latenz (ca. 8–9 ms) ohne auffällige Ausreißer.
Zusatz: Zweiter Telekom-Zugang zeigt dasselbe
Zusätzlich habe ich Vergleichsmessungen von Philipp Voll (Telekom Mobilfunk über SIM-Router als Hauptinternet). Auch dort: ohne WARP problematisch, mit WARP deutlich besser.
Das spricht dafür, dass es kein lokales Problem meines Routers/PCs ist, sondern eher Telekom-seitig bzw. übergreifend.
Bitte an Telekom / Moderation
Könnt ihr das bitte als mögliches Routing-/ Peering -Problem Richtung Cloudflare (AS13335) prüfen und eskalieren?
Ich hänge Screenshots an:
netzbremse-Test ohne und mit WARP (bei mir)
netzbremse-Test ohne und mit WARP (Telekom SIM-Router)
tracert/pathping ohne und mit WARP
Wenn ihr konkrete Ziele/Hosts/IPs oder ein bestimmtes Zeitfenster für weitere Messungen braucht, sagt bitte Bescheid – ich kann das reproduzierbar nachliefern.
Viele Grüße
Pascal
Netzbremse.de_05022026_18.35Uhr_ohneWARP.pdf
Netzbremse.de_05022026_18.37Uhr_mitWARP.pdf
Netzbremse.de_05022026_18.42Uhr_mitWARP2.pdf
Netzbremse.de_05022026_18.45Uhr_ohneWARP2.pdf
Netzbremse.de_05022026_18.55Uhr_ohneWARP_PhilippV.pdf
Netzbremse.de_05022026_18.57Uhr_mitWARP_PhilippV.pdf
Pathping_Discord_mitWARP.pdf
Pathping_Discord_ohneWARP.pdf
7263
68
Das könnte Ihnen auch weiterhelfen
vor einem Monat
328
0
29
vor 2 Monaten
1764
4
32
vor 2 Monaten
408
2
14
184
0
12
vor 3 Jahren
in
186
0
1
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.
vor 2 Monaten
Bekanntes Problem der Telekom. Hier hilft nur kündigen.
0
vor 2 Monaten
Einfach kündigen und bis zum Vertrags ende einen VPN benutzen. Vor Telekom war ich bei Vodafone, da hatte ich nie Probleme, bei o2 auch nicht. Sind daher günstiger und besser.
Gerade meine Glasfaser Leitung gekündigt 😎👍🏼
0
vor einem Monat
Hier übrigens die Antwort von Cloudflare auf ein Ticket von mir:
Hi Niklas,
Thank you for reaching out and for providing such detailed documentation, including the speed tests and community reports. I sincerely apologize for the impact this is having on your services during peak hours; we understand how critical consistent performance is for your German user base.
After reviewing the details and investigating internally, I can confirm that the latency and throughput issues you are seeing are primarily due to the current interconnection (peering) landscape between Deutsche Telekom (AS3320) and Cloudflare.
During peak times, the shared peering points between these two networks can become congested. Because Cloudflare maintains a policy of open, settlement-free peering to keep the internet fast and affordable, and Deutsche Telekom often prioritizes settlement-based (paid) interconnections, traffic for certain plan levels may be rerouted through alternative transit providers (like Telia/Arelion or Lumen) or via secondary locations like London or Amsterdam to reach its destination.
Current Status and Options
Ongoing Negotiations: Cloudflare is continuously working to optimize routing paths and negotiate with ISPs globally to improve the experience for all users. However, because these agreements involve external network policies, we do not have a specific timeline for a permanent resolution regarding standard peering with DTAG .
Routing Prioritization: Our Enterprise network tier utilizes different routing prioritizations and can leverage direct "PNIs" (Private Network Interconnects) that are often bypassed by the congestion seen on the Free, Pro, and Business tiers. This typically ensures that traffic stays local to Frankfurt (FRA) even during peak congestion.
We value your partnership and would hate to see you migrate away from Cloudflare. If your traffic volume and the importance of the German market warrant it, I would be happy to put you in touch with our account team to discuss an Enterprise transition. This would provide you with the routing stability and performance guarantees required to bypass these regional bottlenecks.
Please let me know if you would like me to facilitate that introduction or if you have any further technical questions.
Die sagen quasi, dass die Politik der Telekom schuld ist und ich doch auf Cloudflare Enterprise upgrade soll, was dann custom peering erlauben würde..
6
von
vor einem Monat
Siehe https://cf.sjr.dev/tools/connection
Rechts unten einfach einen der "Trace"-Links zu den jeweiligen Tiers auswählen, dann kriegst du eine domain, die dem jeweiligen Tier zugeordnet ist und deren IP du pingen kannst. Da siehst du auch, bei welchem PoP du landest.
Wie immer, perfekt recherchierte Info - herzlichen Dank!
Das sieht nicht gut aus (Enterprise):
von
vor einem Monat
Ich habe gerade mal einen Ping mit 1000 Wiederholungen auf Enterprise, Pro und Free gemacht. Auf allen 3 gab es keinen Package Loss. Der größte Unterschied war hier die Latenz. Im Durchschnitt hatte
Enterprise 5.4ms
Pro 12.2ms
Free 26.7
Irgendetwas ist zumindest an meinem Anschluss seit 18 Uhr anders. Die Überwachung einer Web Seite zeigt dramatische Verbesserungen. Auch bin ich da von 20% Package Loss auf 0% runter. Spannend. Immer wieder was neues.
Das ganze ist ein HTTP GET Request und kein ICMP Ping
von
vor einem Monat
Spannend. Immer wieder was neues.
Ich habe gerade mal einen Ping mit 1000 Wiederholungen auf Enterprise, Pro und Free gemacht. Auf allen 3 gab es keinen Package Loss. Der größte Unterschied war hier die Latenz. Im Durchschnitt hatte
Enterprise 5.4ms
Pro 12.2ms
Free 26.7
Irgendetwas ist zumindest an meinem Anschluss seit 18 Uhr anders. Die Überwachung einer Web Seite zeigt dramatische Verbesserungen. Auch bin ich da von 20% Package Loss auf 0% runter. Spannend. Immer wieder was neues.
Das ganze ist ein HTTP GET Request und kein ICMP Ping
Kann ich bestätigen, alle Checks sehen aktuell so aus, der Hinweg hat sich übrigens nicht verändert. Mein MTR Monitoring zeigt identische Wege.
Schauen wir mal, ob und wenn ja wie lange es dieses Mal hält…
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von