Gelöst
DTAG Hop 80.156.160.223 Probleme?
vor 19 Tagen
Hi liebes Telekom Hilft Team,
eventuell gibt es aktuell auf dem Weg zu z.B. Cloudflares DNS 1.1.1.1 bereits im Telekom Netz einen Engpass.
Eine durchschnittliche Latenz von knapp 36ms habe ich innerhalb des Telekom Netzes mit meiner Glasfaserleitung bisher noch nie gesehen, i.d.R. deutet so etwas auf eine Überlastung hin.
724
0
31
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 19 Tagen
Maßgeblich ist die Latenz zum Endziel, nicht die Hops dazwischen.
Da Cloudflare immer ein Problem aufwerfen kann, würde ich das DNS auf Quad9 oder Google oder die vom ISP zugewiesenen DNS-Server ausweichen.
2
von
vor 19 Tagen
Maßgeblich ist die Latenz zum Endziel, nicht die Hops dazwischen.
Maßgeblich ist die Latenz zum Endziel, nicht die Hops dazwischen.
Da Cloudflare immer ein Problem aufwerfen kann, würde ich das DNS auf Quad9 oder Google oder die vom ISP zugewiesenen DNS-Server ausweichen.
Ist mir bekannt, allerdings ist dieses Forum und Reddit gerade in den letzten Tagen recht voll mit Problemen, und in meinen zahllosen mtrs zu 1.1.1.1 war bisher nie ein Telekom Host mit schlechter Latenz dabei, diese ist immer erst nach dem Netz-Übergang angestiegen. Daher dachte ich, es schadet nichts, das einmal zu erwähnen.
von
vor 18 Tagen
-
0
Uneingeloggter Nutzer
von
vor 19 Tagen
eventuell gibt es aktuell auf dem Weg zu z.B. Cloudflares DNS 1.1.1.1 bereits im Telekom Netz einen Engpass.
Hi liebes Telekom Hilft Team,
eventuell gibt es aktuell auf dem Weg zu z.B. Cloudflares DNS 1.1.1.1 bereits im Telekom Netz einen Engpass.
Einen durchschnittlichen Ping von knapp 36ms habe ich innerhalb des Telekom Netzes mit meiner Glasfaserleitung bisher noch nie gesehen, i.d.R. deutet so etwas auf eine Überlastung hin.
Lass raten .. dir ist erst gestern aufgefallen und vorher gabs das Problem nicht?
1
von
vor 19 Tagen
Lass raten .. dir ist erst gestern aufgefallen und vorher gabs das Problem nicht?
eventuell gibt es aktuell auf dem Weg zu z.B. Cloudflares DNS 1.1.1.1 bereits im Telekom Netz einen Engpass.
Hi liebes Telekom Hilft Team,
eventuell gibt es aktuell auf dem Weg zu z.B. Cloudflares DNS 1.1.1.1 bereits im Telekom Netz einen Engpass.
Einen durchschnittlichen Ping von knapp 36ms habe ich innerhalb des Telekom Netzes mit meiner Glasfaserleitung bisher noch nie gesehen, i.d.R. deutet so etwas auf eine Überlastung hin.
Lass raten .. dir ist erst gestern aufgefallen und vorher gabs das Problem nicht?
Seit dem 13.1. gibt es Probleme.
0
Uneingeloggter Nutzer
von
vor 18 Tagen
Ich glaube, eigentlich weiß ich es, dass die Kolleginnen und Kollegen vom NOC & Co. in Bamberg und FF/M Probleme frühzeitig sehen und den Partnern der anderen Netze Lösungen suchen @staengfoenster
4
von
vor 18 Tagen
da suchen die dann aber schon lange, Deine Kollegen.
Ich glaube, eigentlich weiß ich es, dass die Kolleginnen und Kollegen vom NOC & Co. in Bamberg und FF/M Probleme frühzeitig sehen und den Partnern der anderen Netze Lösungen suchen @staengfoenster
Ich sehe seit dem 13.1. Probleme - da suchen die dann aber schon lange, Deine Kollegen.
Oder die Schnittstellenpartner. Es gibt keine hundertprozentige Redundanz. Oft gibt es zwei Optionen: die betroffnene Technik außer Betrieb nehmen ohne Redundanz und warten, bis die Ersatzteile geliefert sind oder mit eingeschränktem QoS weiterlaufen lassen @staengfoenster . Betriebsdienst kennt nicht nur schwarz und weiß.
von
vor 18 Tagen
Oder die Schnittstellenpartner. Es gibt keine hundertprozentige Redundanz. Oft gibt es zwei Optionen: die betroffnene Technik außer Betrieb nehmen ohne Redundanz und warten, bis die Ersatzteile geliefert sind oder mit eingeschränktem QoS weiterlaufen lassen @staengfoenster . Betriebsdienst kennt nicht nur schwarz und weiß.
da suchen die dann aber schon lange, Deine Kollegen.
Oder die Schnittstellenpartner. Es gibt keine hundertprozentige Redundanz. Oft gibt es zwei Optionen: die betroffnene Technik außer Betrieb nehmen ohne Redundanz und warten, bis die Ersatzteile geliefert sind oder mit eingeschränktem QoS weiterlaufen lassen @staengfoenster . Betriebsdienst kennt nicht nur schwarz und weiß.
Gut zu wissen - aber wäre das dann nicht auch gut zu wissen für das Telekom Hilft Team, welches aktuell lediglich auf den Link zu einem (überarbeitungswürdigen) alten Peering WiKi Eintrag verweist...?
0
von
vor 18 Tagen
Guten Abend zusammen!
Hier findet ihr die allgemeinen Infos zum Peering Bei Cloudflare gibt es aktuell keine Neuigkeiten. Eine Lösung kann nur im Zusammenarbeit gefunden werden.
@olliMD Die Kolleg*innen haben durch die Technik keine Auffälligkeiten feststellen können.
Viele Grüße
Natalie
0
Uneingeloggter Nutzer
von
vor 18 Tagen
Ich habe momentan auch erhebliche Probleme mit diversen Verbindungen. Hauptsächlich wohl auch Cloudflare. Was ich nicht verstehe ist, daß anstatt über Franfurt über den London weg geroutet wird:
Betroffener Anschluss: Telekom Glasfaser ( FTTH )
Zeitpunkt der Analyse: 22.01.2026, 18:30 Uhr MEZ
Betroffene Dienste: Sämtliche Websites/Dienste hinter Cloudflare CDN
Routing-Problem verursacht 1.200ms Latenz und 50% Paketverlust zu Cloudflare-Zielen. Die Ursache liegt am Peering zwischen Telia (AS1299) und Cloudflare (AS13335) in London, wohin die Telekom deutschen Traffic fälschlicherweise routet.
Erwartetes Verhalten: Routing zum Cloudflare POP Frankfurt (FRA)
Tatsächliches Verhalten: Routing zum Cloudflare POP London (LHR)
Überlastetes Peering zwischen Telia (AS1299) und Cloudflare (AS13335) am Interconnect in London.
Betroffener Peering -Punkt:
HOST: Dathomir Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 20 0.6 0.6 0.5 0.8 0.1
2.|-- 192.168.1.1 25.0% 20 2.5 2.9 2.2 3.7 0.5
3.|-- p3e9bf6ec.dip0.t-ipconnect 0.0% 20 4.2 4.9 3.9 6.7 0.8
4.|-- lon-sb2-i.LON.GB.NET. DTAG 0.0% 20 21.8 21.6 20.8 23.0 0.6
5.|-- ldn-b2-link.ip.twelve99 0.0% 20 25.0 24.3 17.9 33.5 5.0
6.|-- cloudflare-ic-339870 50.0% 20 1195 1196 1193 1204 3.5
7.|-- 141.101.71.125 55.0% 20 1193 1197 1193 1219 8.6
8.|-- 172.67.181.235 55.0% 20 1192 1193 1192 1195 1.0
Nach Aktivierung von Cloudflare WARP (direkter Tunnel):
0
9
von
vor 18 Tagen
Hallo @obarden,
wir sind in der Analyse und bitten um etwas Geduld.
Grüße Detlev
von
vor 18 Tagen
@obarden,
Cloudflare hat in den letzten Tagen seine Entscheidungen zur Übergabe von Datenverkehr in unser Netz eigenständig geändert. Wir haben keinen Einfluss darauf, über welche Wege Cloudflare seine Daten in unser Netz leitet. Bei der Telekom liegt keine Störung vor.
Grüße Detlev
Hinweis:
von
vor 17 Tagen
@Detlev K.
die Analyse dauert ganz schön lange.
wenn du mit analysieren würdest, dann würde man bestimmt schon zu ein Ergebnis gekommen sein 😂😂
Du kannst ja dem Analysten mal einen Hinweis.
Mein Hinweis,
schau mal in dem Cloudflare Community Forum
Dort wurde das Problem/Thema ebenfalls diskutiert
Die Telekom will Geld sparen auf Kosten der Kunden!
There’s an ongoing issue due to DTAG requiring payment for peering which Cloudflare can’t do for free plans, so DTAG routes requests through their cheapest transit provider to wherever they pick up Cloudflare. In this case, this is London (it can be as bad as New York).
Additionally on top of this, your problem is that their transit provider’s router, or the connection to Cloudflare is causing loss and latency. I’m trying to flag it to see if someone can contact the transit provider.
0
Uneingeloggter Nutzer
von
vor 18 Tagen
Gude,
auch hier Probleme seit ungefähr 1 Woche. Manche Seiten sind ab Nachmittags 17:00 Uhr extremst lahm, das ist wirklich schlimm! Ja, vorher gab es auch schon Probleme, ist ja ziemlich bekannt mit dem peering aber seit einer Woche gefühlt 10x schlimmer geworden. Morgens und Tagsbüber läuft alles wie es soll. Ich bin mal gespannt ob das nervige Problem bald weg sein wird, wenn noch zusätzlich die andere Glasfaserleitung endlich fertig ist.
0
vor 17 Tagen
@obarden,
Cloudflare hat in den letzten Tagen seine Entscheidungen zur Übergabe von Datenverkehr in unser Netz eigenständig geändert. Wir haben keinen Einfluss darauf, über welche Wege Cloudflare seine Daten in unser Netz leitet. Bei der Telekom liegt keine Störung vor.
Grüße Detlev
Hinweis:
7
von
vor 15 Tagen
Wenn es außerhalb unseres Netzes ist, können wir nicht beeinflussen, welcher Weg zum Routing genutzt wird. Ich kann dir hier leider nichts anderes mitteilen.
Viele Grüße
Timur
von
vor 15 Tagen
mein MagentaTV (hängt per Kabel am Router) zeigt extreme Qualitätsunterschiede während dem Fernsehen. Da stimmt auch schon irgendetwas nicht.
@Timur K. Das ist ja auch in Ordnung. Aber Du verwechselst hier die Richtung. Ich rede immer noch davon, daß mein Verkehr der zu Cloudflare geht von EUCH in die falsche Richtung geroutet wird. Da geht es (noch) nicht darum wie der Verkehr zurück kommt. Ich habe aber seit ich vom DSL ans Glasfaser gehängt wurde extreme Probleme. mein MagentaTV (hängt per Kabel am Router) zeigt extreme Qualitätsunterschiede während dem Fernsehen. Da stimmt auch schon irgendetwas nicht.
Unabhängig von Cloudflare:
Bist Du sicher, dass Du nicht ein zusätzliches Problem hast? MagentaTV ist, egal wo es herkommt, mit ziemlicher Sicherheit immer über ausreichend dimensionierte Leitungen zu Dir unterwegs.
Da es aber heutzutage via Unicast nicht mehr über Multicast bzw. Policing auf VLAN7 wenn VLAN8 benutzt wird ausgeliefert wird (da wurden früher bei VDSL50 immer 10Mbit für TV reserviert sobald ein Receiver an war), kannst Du es mit einer ausgelasteten Leitung stören. Dort würde ich mal ansetzen, was diese Probleme angeht.
0
von
vor 15 Tagen
Bist Du sicher, dass Du nicht ein zusätzliches Problem hast? MagentaTV ist, egal wo es herkommt, mit ziemlicher Sicherheit immer über ausreichend dimensionierte Leitungen zu Dir unterwegs.
mein MagentaTV (hängt per Kabel am Router) zeigt extreme Qualitätsunterschiede während dem Fernsehen. Da stimmt auch schon irgendetwas nicht.
@Timur K. Das ist ja auch in Ordnung. Aber Du verwechselst hier die Richtung. Ich rede immer noch davon, daß mein Verkehr der zu Cloudflare geht von EUCH in die falsche Richtung geroutet wird. Da geht es (noch) nicht darum wie der Verkehr zurück kommt. Ich habe aber seit ich vom DSL ans Glasfaser gehängt wurde extreme Probleme. mein MagentaTV (hängt per Kabel am Router) zeigt extreme Qualitätsunterschiede während dem Fernsehen. Da stimmt auch schon irgendetwas nicht.
Unabhängig von Cloudflare:
Bist Du sicher, dass Du nicht ein zusätzliches Problem hast? MagentaTV ist, egal wo es herkommt, mit ziemlicher Sicherheit immer über ausreichend dimensionierte Leitungen zu Dir unterwegs.
Da es aber heutzutage via Unicast nicht mehr über Multicast bzw. Policing auf VLAN7 wenn VLAN8 benutzt wird ausgeliefert wird (da wurden früher bei VDSL50 immer 10Mbit für TV reserviert sobald ein Receiver an war), kannst Du es mit einer ausgelasteten Leitung stören. Dort würde ich mal ansetzen, was diese Probleme angeht.
Guter Hinweis, @obarden es scheint aktuell bei einigen Usern zu solchen Problemen zu kommen, da solltest du aber lieber einen neuen Thread eröffnen.
Uneingeloggter Nutzer
von
Akzeptierte Lösung
akzeptiert von
vor 16 Tagen
Lösungsansatz mit kostenlosem VPN hier.
0
vor 4 Tagen
Weiterhin massive peering Problem. Mit VPN oder über andere Provider die am de-cix peern gibt es keine Probleme in das Netz. Der Hop 80.156.160.223 macht weiterhin Probleme.
0
Uneingeloggter Nutzer
von