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