Gelöst
Routing-/Peering-Probleme Richtung Cloudflare/Discord (Telekom, ohne WARP)
vor 4 Stunden
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
2206
40
Das könnte Ihnen auch weiterhelfen
vor 4 Tagen
876
3
32
146
0
12
285
2
14
vor 3 Jahren
in
167
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 4 Stunden
Suche mal hier nach Beiträgen zum gleichen Thema. Da ist alles schon gesagt worden.
3
von
vor 4 Stunden
Hilft trotzdem nicht - kann so nicht weiter gehen, das halbe Internet läuft seit 2 Tagen nicht mehr
von
vor 4 Stunden
Suche mal hier nach Beiträgen zum gleichen Thema. Da ist alles schon gesagt worden.
Das bei diesem Thema überhaupt noch jemand reagiert.....
von
vor 3 Stunden
Ab und zu ;-) aber ist eigentlich unsinnig, weil alles schon x-mal gesagt wurde.
Uneingeloggter Nutzer
von
vor 4 Stunden
BenutzVPN oder wechsle den Provider.
2
von
vor 4 Stunden
Das ist bloß ein Workaround. Ich will eine Lösung. Schließlich zahle ich fast 100€ im Monat nur für den Glasfaserabschluss
von
vor 4 Stunden
Ich will eine Lösung
Das ist bloß ein Workaround. Ich will eine Lösung. Schließlich zahle ich fast 100€ im Monat nur für den Glasfaserabschluss
Gibts nicht.
Uneingeloggter Nutzer
von
vor 4 Stunden
Leider wirst du hier keine Lösung finden. Schreib eine offizielle Beschwerde über das Beschwerde Formular.
0
0
vor 4 Stunden
@Pas.lask23
Telekom kann nichts machen.
Bin auch Kunde und habe Glasfaser 300 . Läuft alles prima
Zum Thema Peering findest Du hier Informationen
-Klick-
Entweder VPN oder
Hier für Cloudflare mal ein
-Workaround-
3
von
vor 3 Stunden
Aber kann mir jemand für Laien erklären, was aktuell los ist?
0
von
vor 3 Stunden
Aber kann mir jemand für Laien erklären, was aktuell los ist?
https://www.reddit.com/r/de_EDV/comments/1qkm5vt/zum_dtagrouting_zu_cloudflare/
Cloudflare versucht die Telekom zu erpressen und nutzt dafür die Kunden der Telekom als Druckmittel
von
vor 2 Stunden
Wer hier wen erpresst ist mir als Kunde, der mit der Telekom einen Vertrag hat, recht egal, schließlich scheint es mit allen anderen Anbietern ja zu klappen. Mein Handyprovider (O2) bekommt es hin. Starlink bekommt es hin. Aber wenn es bei der Telekom nicht klappt, soll ich verständnisvoll nicken?
0
Uneingeloggter Nutzer
von
vor 3 Stunden
Moin.
Also bei mir kann man sagen das alles was Richtung Cloudflare gehen sollte unmöglich ist zu benutzen. 250-600ms durchgehend seit 2 Tagen und 75%-95% Packet loss.
Da wir hier keinen anderen Anbieter haben bin ich schon fast gezwungen wieder zurück auf Mobilfunk zu wechseln. (Wie ich bis vor 2 Monaten schon hatte bis mein Glasfaser Anschluss kam)
Man ist natürlicherweise sehr eingeschränkt dadurch.
2
von
vor 3 Stunden
Da wir hier keinen anderen Anbieter haben bin ich schon fast gezwungen wieder zurück auf Mobilfunk zu wechseln.
Moin.
Also bei mir kann man sagen das alles was Richtung Cloudflare gehen sollte unmöglich ist zu benutzen. 250-600ms durchgehend seit 2 Tagen und 75%-95% Packet loss.
Da wir hier keinen anderen Anbieter haben bin ich schon fast gezwungen wieder zurück auf Mobilfunk zu wechseln. (Wie ich bis vor 2 Monaten schon hatte bis mein Glasfaser Anschluss kam)
Man ist natürlicherweise sehr eingeschränkt dadurch.
Wenn Telekom geht gehen auch immer andere Anbieter
von
vor 3 Stunden
Hallo @user_8758766,
vielen Dank für die Nachricht auf unserer Community. Mein Kollege Erdogan hat hier im Thread bereits etwas zu dem Thema geschrieben. Aus Sicht unserer Technik gibt es bei uns keinen Fehler - unsere Netze funktionieren stabil.
Viele Grüße,
Damra S.
Uneingeloggter Nutzer
von
vor 3 Stunden
Ich bin seit 4 Stunden wie ein Geisteskranker auf meiner Opnsense Firewall am troubleshooten mit WAN MTU und MSS Clamping, ICMP Typ3 und 4 Regel Anpassung fürs WAN Interface, Packet Captures ohne Ende etc. um dann einfach mal "Cloudflare Telekom Problem" zu googlen und auf deinen Beitrag zu stoßen🤦♂️
Danke, jetzt kann ich beruhigt auf die Couch 😂
0
Akzeptierte Lösung
akzeptiert von
vor 3 Stunden
Hallo @Pas.lask23,
vielen Dank für deinen Beitrag.
Einige Tipps und Hinweise hast du hier bereits erhalten. Die Telekom hat keinen Einfluss darauf, über welche Wege Diensteanbieter ihre Verkehre in unser Netz leiten. Grundsätzlich stehen ausreichend Kapazitäten zur Verfügung. Temporäre Beeinträchtigungen können entstehen, wenn externe Partner ihre Verkehrswege ändern. Unsere Netze funktionieren stabil - wir sind auch stets im Austausch mit Partnern, um einen reibungslosen Daten-Austausch auf den verschiedenen Netzebenen herzustellen.
Grüße
Erdogan
20
von
vor 57 Minuten
lol, diese Antwort kam wie bestellt
von
vor 46 Minuten
können an der Situation nichts ändern
Hallo in die Runde,
ich kann euren Ärger wegen der Problematik absolut verstehen. Aber wie hier bereits geschrieben wurde:
Wir gehen bitte höflich, respektvoll und tolerant miteinander um. 🫱🏻🫲🏻
Lasst uns hier technisch bleiben und nicht ins Flamen abdriften - damit ist niemandem geholfen.
Hallo zusammen,
seit kurzem beobachte auch ich an meinem Telekom-Anschluss dasreproduzierbares Routing-Problem in Richtung Cloudflare.
Symptome:
Dienste wie Discord oder ChatGPT laden sehr langsam oder gar nicht
Webseiten bauen teilweise nur unvollständig auf
Das Problem tritt unabhängig von DNS-Konfigurationen auf
Messungen:
ping 8.8.8.8(Google DNS): stabil, ~8–10 ms, kein Paketverlustping 1.1.1.1(Cloudflare): stark erhöhte Latenz (~220–240 ms) + TimeoutsTraceroute zu 1.1.1.1:
Sauber bis Telekom-Backbone
Auffälligkeiten ab Übergang Telekom → Lumen → Cloudflare
Ab dort hohe Latenzen und Paketverluste
Das Problem ist nicht lokal verursacht (kein DNS-/Router-/Client-Fehler) und lässt sich klar auf das Peering /Routing Richtung Cloudflare eingrenzen.
Andere Ziele (z. B. Google) sind zeitgleich problemlos erreichbar.
Da viele Dienste (u. a. Discord) Cloudflare als CDN nutzen, hat das spürbare Auswirkungen im Alltag.
Könnte das bitte geprüft und ggf. an die zuständige Peering -/Netzwerkstelle weitergegeben werden?
Vielen Dank und viele Grüße
P.S. Lasst uns hier technisch bleiben und nicht ins Flamen abdriften - damit ist niemandem geholfen. Danke.
So nämlich! 😊
Könnte das bitte geprüft und ggf. an die zuständige Peering -/Netzwerkstelle weitergegeben werden?
Hallo zusammen,
seit kurzem beobachte auch ich an meinem Telekom-Anschluss dasreproduzierbares Routing-Problem in Richtung Cloudflare.
Symptome:
Dienste wie Discord oder ChatGPT laden sehr langsam oder gar nicht
Webseiten bauen teilweise nur unvollständig auf
Das Problem tritt unabhängig von DNS-Konfigurationen auf
Messungen:
ping 8.8.8.8(Google DNS): stabil, ~8–10 ms, kein Paketverlustping 1.1.1.1(Cloudflare): stark erhöhte Latenz (~220–240 ms) + TimeoutsTraceroute zu 1.1.1.1:
Sauber bis Telekom-Backbone
Auffälligkeiten ab Übergang Telekom → Lumen → Cloudflare
Ab dort hohe Latenzen und Paketverluste
Das Problem ist nicht lokal verursacht (kein DNS-/Router-/Client-Fehler) und lässt sich klar auf das Peering /Routing Richtung Cloudflare eingrenzen.
Andere Ziele (z. B. Google) sind zeitgleich problemlos erreichbar.
Da viele Dienste (u. a. Discord) Cloudflare als CDN nutzen, hat das spürbare Auswirkungen im Alltag.
Könnte das bitte geprüft und ggf. an die zuständige Peering -/Netzwerkstelle weitergegeben werden?
Vielen Dank und viele Grüße
P.S. Lasst uns hier technisch bleiben und nicht ins Flamen abdriften - damit ist niemandem geholfen. Danke.
Das ist nicht erforderlich, wir haben zu dem Thema bereits Stellung genommen und können an der Situation nichts ändern. Tut mir leid. 🙁
BG & gute Nacht
Ina
😂
von
vor 45 Minuten
Obwohl bereits - nicht nur in diesem Thread - eindeutig bewiesen wurde, dass die Telekom das Problem ist, sagt die Telekom, dass sie nicht das Problem ist.
Nicer Support hier.
Uneingeloggter Nutzer
von
vor 2 Stunden
Bei mir haben die Probleme auch diese Woche angefangen.
Dienste die Cloudflare nutzen können nur über VPN verwendet werden.
Sehr demotivierend das ganze.
0
vor 2 Stunden
Das ist Absicht.
Deutsche Telekom (including all sister Telekom/T-Mobile) intentionally keep direct connection points congested or refuse to expand them unless Cloudflare pays (in Discord's case it's Cloudflare, but not just Cloudflare, they also tried to force Facebook/Meta and many other companies who refuse to pay).
Consumer groups filed an official complaint in May 2025 with the German Federal Network Agency (Netzbremse), accusing Telekom of violating net neutrality by creating these artificial bottlenecks.
VPN löst das Problem sofort.
0
1
von
vor 2 Stunden
Das sind ja die PDF Messergebnisse, die ich hier an den Thread gehängt habe.
Wenn die Telekom sich querstellt, dann hilft nur eine Beschwerde über den Verbraucherschutz und die Bundesnetzagentur.
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von