Gelöst

Nach 14 Tagen perfektem DSL50: Timeouts/Packetloss zu Discord & Cloudflare – Verdacht Routing/Peering

vor einem Monat

Hallo Telekom-hilft-Team,


ich bin neu bei der Telekom (DSL50) und hatte die ersten ~14 Tage eine einwandfreie Verbindung.

Danach begannen jedoch regelmäßige Verbindungsprobleme/Timeouts bei Discord sowie bei Cloudflare-Diensten/Cloudflare-geschützten Seiten.

Ich nutze die Leitung hauptsächlich fürs Gaming (Discord ist dabei wichtig) und ansonsten für normales Surfen.

Wichtig: Der Anschluss ist zu vielen anderen Zielen absolut stabil/perfekt – die Störung wirkt ziel-/routingspezifisch (Cloudflare/Discord).

Kurzbeleg (übersichtlich gehalten):

  • Zu einer Cloudflare-IP (z. B. 162.159.135.232) habe ich bei längeren Pings wiederholt deutlichen Paketverlust (~21%).

  • Ein Vergleichsziel (z. B. 8.8.8.8) ist im selben Zeitraum perfekt stabil (0% Verlust).

Zusatzinfo:

  • Das Problem tritt sowohl mit IPv6 aktiv als auch bei reinem IPv4 auf.

  • Heimnetz/Endgeräte habe ich bereits umfassend ausgeschlossen (Neustart/Neuaufbau, andere Geräte/Verbindung getestet etc.). Es wirkt daher eher wie Routing/ Peering /Backbone Richtung Cloudflare/Discord, nicht wie ein lokales Problem.

Bitte um Prüfung/Eskalation:


Könnt ihr das bitte als Routing-/ Peering -Störung Richtung Cloudflare/Discord prüfen und an die zuständige Fachabteilung weitergeben? Falls es dazu bereits einen Incident gibt, hänge ich mich gern an.


Bei Bedarf kann ich zusätzliche Messwerte/Traceroute nachreichen – ich wollte den Beitrag erstmal bewusst übersichtlich halten.

Danke & viele Grüße

Letzte Aktivität

vor einem Monat

von

Gelöschter Nutzer

324

0

29

    • Akzeptierte Lösung

      akzeptiert von

      vor einem Monat

      Frieeeends

      Bitte um Prüfung/Eskalation:

      Hallo Telekom-hilft-Team,


      ich bin neu bei der Telekom (DSL50) und hatte die ersten ~14 Tage eine einwandfreie Verbindung.

      Danach begannen jedoch regelmäßige Verbindungsprobleme/Timeouts bei Discord sowie bei Cloudflare-Diensten/Cloudflare-geschützten Seiten.

      Ich nutze die Leitung hauptsächlich fürs Gaming (Discord ist dabei wichtig) und ansonsten für normales Surfen.

      Wichtig: Der Anschluss ist zu vielen anderen Zielen absolut stabil/perfekt – die Störung wirkt ziel-/routingspezifisch (Cloudflare/Discord).

      Kurzbeleg (übersichtlich gehalten):

      • Zu einer Cloudflare-IP (z. B. 162.159.135.232) habe ich bei längeren Pings wiederholt deutlichen Paketverlust (~21%).

      • Ein Vergleichsziel (z. B. 8.8.8.8) ist im selben Zeitraum perfekt stabil (0% Verlust).

      Zusatzinfo:

      • Das Problem tritt sowohl mit IPv6 aktiv als auch bei reinem IPv4 auf.

      • Heimnetz/Endgeräte habe ich bereits umfassend ausgeschlossen (Neustart/Neuaufbau, andere Geräte/Verbindung getestet etc.). Es wirkt daher eher wie Routing/ Peering /Backbone Richtung Cloudflare/Discord, nicht wie ein lokales Problem.

      Bitte um Prüfung/Eskalation:


      Könnt ihr das bitte als Routing-/ Peering -Störung Richtung Cloudflare/Discord prüfen und an die zuständige Fachabteilung weitergeben? Falls es dazu bereits einen Incident gibt, hänge ich mich gern an.


      Bei Bedarf kann ich zusätzliche Messwerte/Traceroute nachreichen – ich wollte den Beitrag erstmal bewusst übersichtlich halten.

      Danke & viele Grüße

      Frieeeends

      Bitte um Prüfung/Eskalation:

      Lies doch einfach mal bitte die anderen 2000 Beiträge dazu durch, dann wirst du feststellen dass da nix geprüft/eskaliert wird....

      13

      von

      vor einem Monat

      @Berti15 

      Ich bitte dich bei der Wahrheit zu bleiben !

      Der Gestern gepostete Telefonica O2 Mobil Messtest Netzbremse nochmal....

      Im gegensatz zu Telekom Festnetz...

      Und Telekom Festnetz...

      von

      vor einem Monat

      @Dino75195

      Damit wäre ich vorsichtig. Es gibt keine Belege dafür, dass wir hier von 2.000 bis 3.000 validierten Fällen sprechen.

      In dem Video  zu diesem Thema https://youtu.be/HpCmf792KVc ) wird von rund 150 Fällen berichtet. Im Vergleich zur Gesamtkundenzahl der Telekom ist das eine verschwindend geringe Quote. Zudem können weder du ich oder andere mit Sicherheit sagen, ob bei diesen 150 Fällen  oder anderen Fällen hier im Forum wirklich zu 100 Prozent ein Peering problem vorliegt oder ob ganz andere Ursachen verantwortlich sind.

      Oft beobachtet man hier im Forum eine Art Eigendynamik: Sobald ein Nutzer Probleme mit Diensten wie Discord meldet, wird sofort reflexartig ‚ Peering -Problem‘ gerufen und zum Anbieterwechsel geraten. Dabei wird oft vergessen, dass ein Speedtest auf Seiten wie ‚Netzbremse‘ zwar ein Indiz sein kann, aber keinen absoluten Beweis für die Schuldfrage liefert.

      Keiner von uns kann zu 100 % sagen, ob die Telekom, Cloudflare oder ein dritter Knotenpunkt die Ursache ist. Auch der Blick zum Wettbewerb hinkt oft: Es gibt genauso Kunden, die von 1&1 oder anderen Anbietern zur Telekom wechseln, weil sie dort ähnliche Probleme hatten, was ein Peering Problem sein könnte wir davon aber nichts wissen weil es still und heimlich gemacht wird. 

      Mein Fazit bleibt: Wer überzeugt ist, dass ein systematisches Problem vorliegt und alle eigenen Fehlerquellen ausgeschlossen hat, sollte den offiziellen Weg über die Bundesnetzagentur gehen. Nur dort kann das Thema auf einer belastbaren Datenbasis geprüft werden. Alles andere bleibt Spekulation. Und wenn es so extrem ist muss man halt Kündigung und wechseln fertig. Ich selber bin von Vodafone zu Telekom gegangen  seit dem läuft es für mich in allen Belangen besser. 

      von

      vor einem Monat

      Kleiner Nachtrag 

      Wenn man nach ‚Discord-Problemen‘ bei Vodafone oder 1&1 googelt, bekommt man genau solche Beiträge wie hier, in denen Nutzer über die gleichen Probleme berichten. Das Thema Peering wird dort aber nicht so aufgebauscht wie hier.

      zb hier https://www.computerbase.de/forum/threads/discord-aussetzer-vodafone-dsl50-dualstack.2165423/  

      Uneingeloggter Nutzer

      von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...