DTAG Hop 80.156.160.223 Probleme?
vor 6 Stunden
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.
136
0
11
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 5 Stunden
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 5 Stunden
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.
0
von
vor 3 Stunden
-
0
Uneingeloggter Nutzer
von
vor 5 Stunden
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 5 Stunden
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 4 Stunden
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
3
von
vor 4 Stunden
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.
0
von
vor 3 Stunden
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 3 Stunden
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
Uneingeloggter Nutzer
von
vor 3 Stunden
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
0
vor einer Stunde
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
0
Uneingeloggter Nutzer
von