Hallo zusammen,
seit einigen Tagen habe ich massive Verbindungsprobleme zu allen Diensten die Cloudflare nutzen (Discord, diverse Webseiten). Verbindungen zu anderen Anbietern funktionieren einwandfrei.
Meine Tests (direkt vom Router, 500 Pings über 8 Minuten):
- Google (8.8.8.8): 0% Packet Loss ✓
- Cloudflare (1.1.1.1): 22,4% Packet Loss
- Discord/Cloudflare (162.159.136.232): 16,2% Packet Loss
Ausgeschlossen:
- Lokales Netzwerk getestet: 0% Loss
- Keine Fehler auf Router-Interfaces
- Speedtest zum Telekom-Server: 182/40 Mbit – normal
Symptome:
- Discord Voice: Verzögerte Join-Sounds, lange Verbindungszeiten, Immer wieder Abbrüche / rejoins
- Webseiten mit Cloudflare- CDN laden langsam oder gar nicht
Das sieht für mich nach einem Peering -Problem zwischen Telekom (AS3320) und Cloudflare (AS13335) aus.
Hat noch jemand das Problem?
vor 21 Tagen
Hat noch jemand das Problem?
Hallo zusammen,
seit einigen Tagen habe ich massive Verbindungsprobleme zu allen Diensten die Cloudflare nutzen (Discord, diverse Webseiten). Verbindungen zu anderen Anbietern funktionieren einwandfrei.
Meine Tests (direkt vom Router, 500 Pings über 8 Minuten):
Ausgeschlossen:
Symptome:
Das sieht für mich nach einem Peering -Problem zwischen Telekom (AS3320) und Cloudflare (AS13335) aus.
Hat noch jemand das Problem?
Schau dir doch die Beiträge an, Deiner ist gefühlt der 270. Beitrag…….
20
von
vor 21 Tagen
Würde ich von der Telekom zu einem anderen Provider wechseln, hätte ich dann das gleiche Problem auch?
Okay.
Joar .. aber was soll man machen, wenn Cloudflare das so will?
Kann mich bitte mal jemand aufklären?
Würde ich von der Telekom zu einem anderen Provider wechseln, hätte ich dann das gleiche Problem auch?
Okay.
Falls ich mit einem anderen Provider das Problem nicht hätte, wie soll man dann die Antwort oben bewerten:
... aber was soll man machen, wenn Cloudflare das so will?
Es kommt darauf an, zu wem du wechselst.
Ich betreue ein recht bekanntes Sport-Event. Dort verlassen sich zwei Streaming-Anbieter und eine öffentlich-rechtliche Rundfunkanstalt auf unsere Glasfaseranschlüsse.
2024 kam es das erste Mal zu massiven Beschwerden.
2025 hatte ich dann einen Anschluss von Telekom 1000 Mbit/s zu [Mitbewerber, dessen Name ich nicht nenne] 600 Mbit/s wechseln lassen. Da stand dann auf einmal der Techniker vom Streamingdienst vor meiner Tür und bedankte sich für die "massiv verbesserte Leitung".
2024 hatte er noch gefrustet eine Starlinkantenne aufgebaut.
von
vor 21 Tagen
Wenn man Easybell und Maingau buchen kann, hat man immer L2- BSA und wäre bezüglich 1&1 immer im Versatel Peering .
Yep, bei easybell auch.
Wenn man Easybell und Maingau buchen kann, hat man immer L2- BSA und wäre bezüglich 1&1 immer im Versatel Peering .
Ein Kunde, der seinen Anschluss bei Easybell FTTH hat (und bei dem auch Maingau FTTH anbieten würde), befindet sich im Ecotel Netz (AS-12312).
Dasselbe gilt für mich, hier aber als DSL-Anschluss.
0
von
vor 21 Tagen
Ein Kunde, der seinen Anschluss bei Easybell FTTH hat (und bei dem auch Maingau FTTH anbieten würde), befindet sich im Ecotel Netz (AS-12312).
Dasselbe gilt für mich, hier aber als DSL-Anschluss.
Wenn man Easybell und Maingau buchen kann, hat man immer L2- BSA und wäre bezüglich 1&1 immer im Versatel Peering .
Ein Kunde, der seinen Anschluss bei Easybell FTTH hat (und bei dem auch Maingau FTTH anbieten würde), befindet sich im Ecotel Netz (AS-12312).
Dasselbe gilt für mich, hier aber als DSL-Anschluss.
Es geht hier um den generellen L2- BSA Zugang, dass man nicht über WIA auf das Telekom Peering angewiesen ist. Easybell nutzt dafür teilweise die Versatel Backbones zur Weiterleitung an Ecotel.
0
Uneingeloggter Nutzer
von
Akzeptierte Lösung
akzeptiert von
vor 21 Tagen
@dominik.lehnen , Du könntest meine Workarounds probieren.
0
12
von
vor 18 Tagen
Ich habe heute massive Probleme, kann mich jetzt nicht mal bei meinen VPN anmelden, es wird immer schlimmer, hohe Pings, Packetloss, Timeouts bei Spielen und Downloads. Die Telekom schießt sich gerade ins eigene Bein... Telekom und Clodflare habrn wohl beef.
0
von
vor 18 Tagen
Bei mir der gleiche Mist! Seit rund 4 Tagen kann ich einige Seiten überhaupt nicht mehr nutzen, im Prinzip alles Richtung Cloudflare ist mehr oder weniger nicht nutzbar. Also liebe Telekom, kommt mal bitte aus dem Quark!!!
von
vor 18 Tagen
Bei mir der gleiche Mist! Seit rund 4 Tagen kann ich einige Seiten überhaupt nicht mehr nutzen, im Prinzip alles Richtung Cloudflare ist mehr oder weniger nicht nutzbar. Also liebe Telekom, kommt mal bitte aus dem Quark!!!
@RylaxIT
Liegt nicht an Telekom
Hier die -Antwort- eines Teamies
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.
0
Uneingeloggter Nutzer
von
vor 21 Tagen
@dominik.lehnen
Zum Thema Peering findest Du hier Informationen
-Klick-
Hier für Cloudflare mal ein
-Workaround-
0
0
vor 20 Tagen
@dominik.lehnen @froeschi62 @der_Lutz @chrisss3qwqwe @Max Ba. @CyberSW @Carsten_MK2 @Telekom_hat_schlechtes_Peering @Marcel2605 @CobraCane @staengfoenster
Ich habe die Mitarbeiter einer von Cloudflare gehosteten Anwendung kontaktiert und diese Antwort zur Problematik erhalten - Übersetzung aus dem Englischen ins Deutsche:
Vielen Dank für die detaillierte Analyse und die Bereitstellung der Traceroutes und Paketverlusttests – das ist sehr hilfreich.
Zur Klarstellung einiger wichtiger Punkte:
Roon nutzt Cloudflare als CDN und Edge-Netzwerk für Metadaten, Bilder und API-Traffic (z. B. api.roonlabs.net und imagecache.roonlabs.net). Wir haben keinen Einfluss darauf, wie einzelne ISPs und Cloudflare die Routen untereinander auswählen, und können auch nicht beeinflussen, zu welcher spezifischen Cloudflare-Edge-IP ein Client jeweils geleitet wird.
Ihre Tests zeigen Folgendes:
Eine Cloudflare-Edge-IP (104.20.47.62) weist zeitweise Paketverluste von der Deutschen Telekom auf.
Eine andere Cloudflare-Edge-IP (172.66.148.147) ist stabil. Das Routing über ein VPN (oder die Verwendung der stabilen IP) behebt das Problem vollständig.
Dies deutet stark auf ein Routing-/ Peering -Problem zwischen der Deutschen Telekom und einem Teil des Cloudflare-Netzwerks hin, nicht auf ein Problem in der Roon-Anwendung selbst.
Zu Ihrer Frage bezüglich Kosten oder kommerzieller Vereinbarungen: Wir können uns nicht zu Peering -Vereinbarungen, Finanzverhandlungen oder ISP -zu- CDN -Richtlinien äußern. Aus Roon-Sicht funktioniert Cloudflare wie vorgesehen, und Routing-Entscheidungen werden dynamisch zwischen Cloudflare und dem ISP getroffen.
Aktuell bieten sich folgende praktische Lösungsansätze an:
Verwendung eines VPN auf dem Roon-Server
Warten, bis sich das Routing auf den Telekom/Cloudflare-Pfaden normalisiert hat
Weiterhin Meldung des Problems an Telekom und/oder Cloudflare mit den bereits erfassten Traceroute- und Paketverlustdaten
Wir schätzen Ihre gründliche Untersuchung – sie entspricht genau unseren Erwartungen bei Routing-Instabilität als Ursache.
Bitte informieren Sie uns, falls sich etwas ändert oder das Problem weiterhin besteht, selbst wenn sich die Routing-Bedingungen verbessern.
https://community.roonlabs.com/t/timeouts-during-searching-and-browsing-artists-and-albums-ref-6xa505/314643/13?u
3
von
vor 20 Tagen
Verwendung eines VPN auf dem Roon-Server
@dominik.lehnen @froeschi62 @der_Lutz @chrisss3qwqwe @Max Ba. @CyberSW @Carsten_MK2 @Telekom_hat_schlechtes_Peering @Marcel2605 @CobraCane @staengfoenster
Ich habe die Mitarbeiter einer von Cloudflare gehosteten Anwendung kontaktiert und diese Antwort zur Problematik erhalten - Übersetzung aus dem Englischen ins Deutsche:
Vielen Dank für die detaillierte Analyse und die Bereitstellung der Traceroutes und Paketverlusttests – das ist sehr hilfreich.
Zur Klarstellung einiger wichtiger Punkte:
Roon nutzt Cloudflare als CDN und Edge-Netzwerk für Metadaten, Bilder und API-Traffic (z. B. api.roonlabs.net und imagecache.roonlabs.net). Wir haben keinen Einfluss darauf, wie einzelne ISPs und Cloudflare die Routen untereinander auswählen, und können auch nicht beeinflussen, zu welcher spezifischen Cloudflare-Edge-IP ein Client jeweils geleitet wird.
Ihre Tests zeigen Folgendes:
Eine Cloudflare-Edge-IP (104.20.47.62) weist zeitweise Paketverluste von der Deutschen Telekom auf.
Eine andere Cloudflare-Edge-IP (172.66.148.147) ist stabil. Das Routing über ein VPN (oder die Verwendung der stabilen IP) behebt das Problem vollständig.
Dies deutet stark auf ein Routing-/ Peering -Problem zwischen der Deutschen Telekom und einem Teil des Cloudflare-Netzwerks hin, nicht auf ein Problem in der Roon-Anwendung selbst.
Zu Ihrer Frage bezüglich Kosten oder kommerzieller Vereinbarungen: Wir können uns nicht zu Peering -Vereinbarungen, Finanzverhandlungen oder ISP -zu- CDN -Richtlinien äußern. Aus Roon-Sicht funktioniert Cloudflare wie vorgesehen, und Routing-Entscheidungen werden dynamisch zwischen Cloudflare und dem ISP getroffen.
Aktuell bieten sich folgende praktische Lösungsansätze an:
Verwendung eines VPN auf dem Roon-Server
Warten, bis sich das Routing auf den Telekom/Cloudflare-Pfaden normalisiert hat
Weiterhin Meldung des Problems an Telekom und/oder Cloudflare mit den bereits erfassten Traceroute- und Paketverlustdaten
Wir schätzen Ihre gründliche Untersuchung – sie entspricht genau unseren Erwartungen bei Routing-Instabilität als Ursache.
Bitte informieren Sie uns, falls sich etwas ändert oder das Problem weiterhin besteht, selbst wenn sich die Routing-Bedingungen verbessern.
https://community.roonlabs.com/t/timeouts-during-searching-and-browsing-artists-and-albums-ref-6xa505/314643/13?u
Das klingt doch ganz gut erstmal...?
0
von
vor 20 Tagen
Das klingt doch ganz gut erstmal...?
Verwendung eines VPN auf dem Roon-Server
@dominik.lehnen @froeschi62 @der_Lutz @chrisss3qwqwe @Max Ba. @CyberSW @Carsten_MK2 @Telekom_hat_schlechtes_Peering @Marcel2605 @CobraCane @staengfoenster
Ich habe die Mitarbeiter einer von Cloudflare gehosteten Anwendung kontaktiert und diese Antwort zur Problematik erhalten - Übersetzung aus dem Englischen ins Deutsche:
Vielen Dank für die detaillierte Analyse und die Bereitstellung der Traceroutes und Paketverlusttests – das ist sehr hilfreich.
Zur Klarstellung einiger wichtiger Punkte:
Roon nutzt Cloudflare als CDN und Edge-Netzwerk für Metadaten, Bilder und API-Traffic (z. B. api.roonlabs.net und imagecache.roonlabs.net). Wir haben keinen Einfluss darauf, wie einzelne ISPs und Cloudflare die Routen untereinander auswählen, und können auch nicht beeinflussen, zu welcher spezifischen Cloudflare-Edge-IP ein Client jeweils geleitet wird.
Ihre Tests zeigen Folgendes:
Eine Cloudflare-Edge-IP (104.20.47.62) weist zeitweise Paketverluste von der Deutschen Telekom auf.
Eine andere Cloudflare-Edge-IP (172.66.148.147) ist stabil. Das Routing über ein VPN (oder die Verwendung der stabilen IP) behebt das Problem vollständig.
Dies deutet stark auf ein Routing-/ Peering -Problem zwischen der Deutschen Telekom und einem Teil des Cloudflare-Netzwerks hin, nicht auf ein Problem in der Roon-Anwendung selbst.
Zu Ihrer Frage bezüglich Kosten oder kommerzieller Vereinbarungen: Wir können uns nicht zu Peering -Vereinbarungen, Finanzverhandlungen oder ISP -zu- CDN -Richtlinien äußern. Aus Roon-Sicht funktioniert Cloudflare wie vorgesehen, und Routing-Entscheidungen werden dynamisch zwischen Cloudflare und dem ISP getroffen.
Aktuell bieten sich folgende praktische Lösungsansätze an:
Verwendung eines VPN auf dem Roon-Server
Warten, bis sich das Routing auf den Telekom/Cloudflare-Pfaden normalisiert hat
Weiterhin Meldung des Problems an Telekom und/oder Cloudflare mit den bereits erfassten Traceroute- und Paketverlustdaten
Wir schätzen Ihre gründliche Untersuchung – sie entspricht genau unseren Erwartungen bei Routing-Instabilität als Ursache.
Bitte informieren Sie uns, falls sich etwas ändert oder das Problem weiterhin besteht, selbst wenn sich die Routing-Bedingungen verbessern.
https://community.roonlabs.com/t/timeouts-during-searching-and-browsing-artists-and-albums-ref-6xa505/314643/13?u
Das klingt doch ganz gut erstmal...?
Nee :(
Geht nur beispielsweise auf einem Windows PC oder entsprechender Maschine, die 24/7 läuft. Geht nicht auf meinem Headless Linux OS NUC.
ROCK OS von Roon Labs ist ein geschlossenes System für Intel NUC, das keine Anpassungen oder die Installation zusätzlicher Software erlaubt.
0
von
vor 20 Tagen
Aus Roon-Sicht funktioniert Cloudflare wie vorgesehen, und Routing-Entscheidungen werden dynamisch zwischen Cloudflare und dem ISP getroffen.
@dominik.lehnen @froeschi62 @der_Lutz @chrisss3qwqwe @Max Ba. @CyberSW @Carsten_MK2 @Telekom_hat_schlechtes_Peering @Marcel2605 @CobraCane @staengfoenster
Ich habe die Mitarbeiter einer von Cloudflare gehosteten Anwendung kontaktiert und diese Antwort zur Problematik erhalten - Übersetzung aus dem Englischen ins Deutsche:
Vielen Dank für die detaillierte Analyse und die Bereitstellung der Traceroutes und Paketverlusttests – das ist sehr hilfreich.
Zur Klarstellung einiger wichtiger Punkte:
Roon nutzt Cloudflare als CDN und Edge-Netzwerk für Metadaten, Bilder und API-Traffic (z. B. api.roonlabs.net und imagecache.roonlabs.net). Wir haben keinen Einfluss darauf, wie einzelne ISPs und Cloudflare die Routen untereinander auswählen, und können auch nicht beeinflussen, zu welcher spezifischen Cloudflare-Edge-IP ein Client jeweils geleitet wird.
Ihre Tests zeigen Folgendes:
Eine Cloudflare-Edge-IP (104.20.47.62) weist zeitweise Paketverluste von der Deutschen Telekom auf.
Eine andere Cloudflare-Edge-IP (172.66.148.147) ist stabil. Das Routing über ein VPN (oder die Verwendung der stabilen IP) behebt das Problem vollständig.
Dies deutet stark auf ein Routing-/ Peering -Problem zwischen der Deutschen Telekom und einem Teil des Cloudflare-Netzwerks hin, nicht auf ein Problem in der Roon-Anwendung selbst.
Zu Ihrer Frage bezüglich Kosten oder kommerzieller Vereinbarungen: Wir können uns nicht zu Peering -Vereinbarungen, Finanzverhandlungen oder ISP -zu- CDN -Richtlinien äußern. Aus Roon-Sicht funktioniert Cloudflare wie vorgesehen, und Routing-Entscheidungen werden dynamisch zwischen Cloudflare und dem ISP getroffen.
Aktuell bieten sich folgende praktische Lösungsansätze an:
Verwendung eines VPN auf dem Roon-Server
Warten, bis sich das Routing auf den Telekom/Cloudflare-Pfaden normalisiert hat
Weiterhin Meldung des Problems an Telekom und/oder Cloudflare mit den bereits erfassten Traceroute- und Paketverlustdaten
Wir schätzen Ihre gründliche Untersuchung – sie entspricht genau unseren Erwartungen bei Routing-Instabilität als Ursache.
Bitte informieren Sie uns, falls sich etwas ändert oder das Problem weiterhin besteht, selbst wenn sich die Routing-Bedingungen verbessern.
https://community.roonlabs.com/t/timeouts-during-searching-and-browsing-artists-and-albums-ref-6xa505/314643/13?u
Und hier ist der Fehler.
Cloudflare will von Roon Geld um deren Traffic zu "optimieren".
Wenn man diese "Argo Smart Routing" aktiviert, sind die Probleme plötzlich verschwunden - dafür hast dann Kosten die bei 0,10 USD pro GB beginnen.
Da kommen dann schnell einige USDs zusammen, wenn man ein größeres Angebot hat.
Die machen genau das, was so klassisch ist.
Glauben Cloudflare würde für sie alles machen und verlagern die Probleme einfach an Cloudflare.
Die sind keine eierlegende Wollmilchsau mit großen Sozialkomplexx - der für die ganze Welt alles für lau macht.
Ja - sie machen sehr viel, sie haben gute Funktionen, sie sichern große DDoS Angriffe ab.
Wobei man gerade letzteres auch merkt, fast immer wenn sie wieder feiern was sie abgewehrt haben - hat man das als User vorher bemerkt.
Uneingeloggter Nutzer
von
vor 19 Tagen
Hallo,
geht mir genauso!
Es war zwar immer mal wieder ein bisschen hakelig, aber seit einigen Wochen ist es wirklich eine Katastrophe.
Vor allem in den Abendstunden ist der Anschluss quasi nicht mehr zu gebrauchen. Das ist eine Zumutung für Kunden, die einen hohen Preis für einen Service zahlen, der bei mir auch noch alternativlos ist.
Da ich für mein HomeOffice (teilweise 1st Level Support für mehrere Unternehmensstandorte) auf eine stabile und vor allem zuverlässige Internetverbindung angewiesen bin, ist der aktuelle Zustand völlig inakzeptabel.
Und wie ich hier schon gelesen habe, zieht sich das Kernproblem ja scheinbar schon seit Jahren hin?
Ganz ehrlich, was läuft da eigentlich schief?
5
von
vor 19 Tagen
Ganz ehrlich:
Dieses ganze „Die Telekom ist unschuldig“ oder „Cloudflare kann nichts dafür – die Telekom ist schuld“ geht mir inzwischen gehörig auf die Nerven.
Aus meiner Sicht sind beide Parteien nicht unschuldig an der Situation.Die Telekom möchte Geld sehen, Cloudflare ist nicht bereit zu zahlen. Zwei große Konzerne kommen zu keiner Einigung und schieben sich gegenseitig die Verantwortung zu. Die jeweilige Fanbase macht dabei munter mit.
Für uns als Nutzer ist das Ganze schlicht ärgerlich und nicht akzeptabel, vor allem weil sich dieses Problem seit Jahren hinzieht.
Der entscheidende Punkt:
Weder die Telekom noch Cloudflare haben dadurch nennenswerte Nachteile.
Die Leidtragenden sind wir Kunden.
Und seien wir ehrlich: Was der „kleine Kunde“ denkt oder macht, interessiert große Konzerne kaum noch.
Ich sehe aktuell keine realistische Verbesserung in der Zukunft.
Eine Änderung würde nur eintreten, wenn:
Beides ist in absehbarer Zeit eher unwahrscheinlich.
Warum?
Weil die meisten privaten Nutzer lediglich merken, dass „eine Seite etwas langsamer lädt“.
Wer sich nicht technisch auskennt oder keine Echtzeit-Anwendungen wie Voice- oder Video-Chats nutzt, bekommt das eigentliche Problem kaum mit.
Wir, die sich mit der Materie auskennen oder auf stabile Echtzeitverbindungen angewiesen sind, merken es dagegen sofort.
Und ja: Es war vor einigen Wochen auch mal wieder spürbar besser – was zeigt, dass das Problem keineswegs konstant, sondern situativ eskaliert.
Ich bin ehrlich:
Ich habe die Probleme mit Discord selbst seit fast zwei Jahren immer wieder wochenweise erlebt, habe das aber lange Zeit allein Discord angelastet, weil sonst scheinbar alles funktionierte.
Erst in den letzten Wochen wurde es so extrem, dass auch andere Dienste betroffen waren.
Das war der Punkt, an dem ich angefangen habe, genauer hinzuschauen – und dabei festgestellt habe, dass diese Problematik seit Jahren bekannt ist.
von
vor 19 Tagen
Die Telekom möchte Geld sehen, Cloudflare ist nicht bereit zu zahlen.
Ganz ehrlich:
Dieses ganze „Die Telekom ist unschuldig“ oder „Cloudflare kann nichts dafür – die Telekom ist schuld“ geht mir inzwischen gehörig auf die Nerven.
Aus meiner Sicht sind beide Parteien nicht unschuldig an der Situation.Die Telekom möchte Geld sehen, Cloudflare ist nicht bereit zu zahlen. Zwei große Konzerne kommen zu keiner Einigung und schieben sich gegenseitig die Verantwortung zu. Die jeweilige Fanbase macht dabei munter mit.
Für uns als Nutzer ist das Ganze schlicht ärgerlich und nicht akzeptabel, vor allem weil sich dieses Problem seit Jahren hinzieht.
Der entscheidende Punkt:
Weder die Telekom noch Cloudflare haben dadurch nennenswerte Nachteile.
Die Leidtragenden sind wir Kunden.
Und seien wir ehrlich: Was der „kleine Kunde“ denkt oder macht, interessiert große Konzerne kaum noch.
Ich sehe aktuell keine realistische Verbesserung in der Zukunft.
Eine Änderung würde nur eintreten, wenn:
Beides ist in absehbarer Zeit eher unwahrscheinlich.
Warum?
Weil die meisten privaten Nutzer lediglich merken, dass „eine Seite etwas langsamer lädt“.
Wer sich nicht technisch auskennt oder keine Echtzeit-Anwendungen wie Voice- oder Video-Chats nutzt, bekommt das eigentliche Problem kaum mit.
Wir, die sich mit der Materie auskennen oder auf stabile Echtzeitverbindungen angewiesen sind, merken es dagegen sofort.
Und ja: Es war vor einigen Wochen auch mal wieder spürbar besser – was zeigt, dass das Problem keineswegs konstant, sondern situativ eskaliert.
Ich bin ehrlich:
Ich habe die Probleme mit Discord selbst seit fast zwei Jahren immer wieder wochenweise erlebt, habe das aber lange Zeit allein Discord angelastet, weil sonst scheinbar alles funktionierte.
Erst in den letzten Wochen wurde es so extrem, dass auch andere Dienste betroffen waren.
Das war der Punkt, an dem ich angefangen habe, genauer hinzuschauen – und dabei festgestellt habe, dass diese Problematik seit Jahren bekannt ist.
Die Telekom möchte mehr Geld sehen, als am Markt üblich.
0
von
vor 19 Tagen
Die Preispolitik der Telekom:
https://www.reddit.com/r/de_EDV/comments/1qqhti3/comment/o2he8zh/
Ganz ehrlich, was läuft da eigentlich schief?
Hallo,
geht mir genauso!
Es war zwar immer mal wieder ein bisschen hakelig, aber seit einigen Wochen ist es wirklich eine Katastrophe.
Vor allem in den Abendstunden ist der Anschluss quasi nicht mehr zu gebrauchen. Das ist eine Zumutung für Kunden, die einen hohen Preis für einen Service zahlen, der bei mir auch noch alternativlos ist.
Da ich für mein HomeOffice (teilweise 1st Level Support für mehrere Unternehmensstandorte) auf eine stabile und vor allem zuverlässige Internetverbindung angewiesen bin, ist der aktuelle Zustand völlig inakzeptabel.
Und wie ich hier schon gelesen habe, zieht sich das Kernproblem ja scheinbar schon seit Jahren hin?
Ganz ehrlich, was läuft da eigentlich schief?
Die Preispolitik der Telekom:
https://www.reddit.com/r/de_EDV/comments/1qqhti3/comment/o2he8zh/
Is klar, Zitat von dort
Da T hier in DE sowas wie ne Monopolstellung hat bleibt quasi nur noch eine gesetzliche Lösung, da die meisten Kunden gar nicht wechseln können, selbst wenn sie wollen. Würde der Telekom nicht gefühlt sämtliche Infrastruktur gehören, hätte sich sicher schon was geändert.
Und nach solchem Unfug soll der Rest des Kommentars alles erklären? Ist klar.
0
Uneingeloggter Nutzer
von
vor 18 Tagen
Schlimmster Tag bisher, sogar 1.1.1.1 auf dem Premium-Pfad ist kaum noch erreichbar.
0
0
vor 18 Tagen
Ohne VPN
per WLAN gemessen. Läuft 🤣
0
3
von
vor 18 Tagen
Dieser Speedtest ist nicht aussagekräftig, da der Testserver in Deutschland steht. Du musst den Test unter netzbremse.de machen.
Dort werden die Daten nach ausländischen Server geroutet. Ich habe derzeit 0,2Mbit/s. Absoluter Witz!
von
vor 18 Tagen
per WLAN gemessen. Läuft 🤣
Ohne VPN
per WLAN gemessen. Läuft 🤣
Analyse hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/cloudflare-peering-workarounds/67558693389f9f597b08879d?commentId=69750e06f8cc8d29601231ef&replyId=69859013b74a8e54ad6cc67c
0
von
vor 18 Tagen
Analyse hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/cloudflare-peering-workarounds/67558693389f9f597b08879d?commentId=69750e06f8cc8d29601231ef&replyId=69859013b74a8e54ad6cc67c
per WLAN gemessen. Läuft 🤣
Ohne VPN
per WLAN gemessen. Läuft 🤣
Analyse hier: https://telekomhilft.telekom.de/conversations/festnetz-internet/cloudflare-peering-workarounds/67558693389f9f597b08879d?commentId=69750e06f8cc8d29601231ef&replyId=69859013b74a8e54ad6cc67c
und Antwort -hier-
0
Uneingeloggter Nutzer
von
vor 18 Tagen
Mich betrifft das oben erwähnte Thema
ebenfalls. Es ist sehr nervig, ständig aus dem
Spiel zu fliegen. In meinem Fall passiert das
regelmäßig und beeinträchtigt das Spielen
deutlich.
Gibt es hierzu inzwischen eine Lösung oder
zumindest eine Rückmeldung von Telekom?
0
3
von
vor 18 Tagen
Gibt es hierzu inzwischen eine Lösung oder
zumindest eine Rückmeldung von Telekom
Mich betrifft das oben erwähnte Thema
ebenfalls. Es ist sehr nervig, ständig aus dem
Spiel zu fliegen. In meinem Fall passiert das
regelmäßig und beeinträchtigt das Spielen
deutlich.
Gibt es hierzu inzwischen eine Lösung oder
zumindest eine Rückmeldung von Telekom?
VPN nutzen
0
von
vor 18 Tagen
Ich spiele auf der Konsole, VPN ist da leider nicht möglich, trotzdem danke!
Hast du dafür einen Vorschlag ?
0
von
vor 18 Tagen
Hast du dafür einen Vorschlag ?
Ich spiele auf der Konsole, VPN ist da leider nicht möglich, trotzdem danke!
Hast du dafür einen Vorschlag ?
VPN läuft bei mir auf dem Router, schau mal hier.
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von