Hohe Latenz zu Cloudflare (Peering-Problem abends)
vor 11 Monaten
Hallo Telekom-Team,
ich habe seit einiger Zeit abends zwischen 18:00 und 23:00 Uhr eine stark erhöhte Latenz zu bestimmten Servern, die über Cloudflare (172.65.64.236) laufen. Vormittags beträgt mein Ping 20-30 ms, aber abends steigt er auf 100-120 ms an.
Ich habe das Problem mit tracert und pathping analysiert und festgestellt, dass die hohe Latenz ab Hop 6 (cloudflare-gw.cr0-muc1.ip4.gtt.net [141.136.100.98]) beginnt. Hier scheinen Peering -Probleme oder überlastete Routen vorzuliegen.
1 <1 ms <1 ms <1 ms 192.168.2.1
2 3 ms 3 ms 3 ms p3e9bf222.dip0.t-ipconnect.de [62.155.242.34]
3 4 ms 4 ms 4 ms m-ef2-i.M.DE.NET. DTAG .DE [62.153.181.66]
4 9 ms 9 ms 9 ms 80.150.168.185
5 10 ms 10 ms 9 ms 213.254.214.249
6 120 ms 99 ms 102 ms cloudflare-gw.cr0-muc1.ip4.gtt.net [141.136.100.98]
7 94 ms 97 ms 93 ms 172.65.64.236
Tagsüber ist die Route normal:
mit so 10-30 ms maximal.
Abends auch öfter Packete die gar nicht ankommen.
Hier noch ein screenshot mit Ping und Tracert und dazu noch die Alternative über hotspot von meinem Handy.
2651
91
Das könnte Ihnen auch weiterhelfen
vor 3 Jahren
2073
2
3
vor 13 Tagen
322
1
6
6851
4
56
Beliebte Tags letzte 7 Tage
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 4 Monaten
Same. Ab 18:00 und 23:00 Uhr eine stark erhöhte Latenz.
Über meinen Telekom Glasfaser Anschluss:
traceroute to cdn.oaistatic.com (172.64.146.98), 64 hops max
1 192.168.178.1 0,932ms 0,764ms 0,588ms
2 62.155.242.176 3,418ms 1,879ms 1,630ms
3 62.153.181.78 6,163ms 4,598ms 4,441ms
4 80.150.168.185 10,913ms 9,371ms 9,857ms
5 141.136.100.98 80,182ms 83,480ms 85,182ms
6 172.68.108.5 94,754ms 101,521ms *
7 172.64.146.98 93,530ms 79,399ms 74,976ms
Über einen vserver bei netcup:
traceroute to cdn.oaistatic.com (104.18.41.158), 30 hops max, 60 byte packets
1 202.61.248.2 (202.61.248.2) 0.370 ms 0.369 ms 0.469 ms
2 94.16.25.158 (94.16.25.158) 0.456 ms 0.446 ms 0.502 ms
3 ae2-1386.rt.nbg.nue.de.retn.net (87.245.246.140) 3.443 ms 3.434 ms 3.689 ms
4 * * ae0-4.rt.eqx.fkt.de.retn.net (87.245.232.78) 3.486 ms
5 162.158.84.12 (162.158.84.12) 6.858 ms 6.898 ms 6.890 ms
6 162.158.84.123 (162.158.84.123) 4.635 ms 162.158.84.139 (162.158.84.139) 4.136 ms 162.158.84.53 (162.158.84.53) 12.779 ms
7 104.18.41.158 (104.18.41.158) 3.709 ms 3.487 ms 3.659 ms
Für jeden der einen traceroute zu interpretieren versteht ist das Ergebniss eindeutig.
Finger weg von eine Telekom Anschluss! Mitte nächsten Jahr sind meine zwei Jahre Mindestvertragslaufzeit rum, dann ist Schluss mit der Geiselnahme.
0
0
vor einem Monat
Hau hier auch gern mal meinen Senf dazu - hab das nun schon öfter mitbekommen durch eigene Website die ich durch den Cloudflare-Proxy hoste und die dann immer mal wieder zu Abendszeitzen meist plötzlich nervig langsam waren... Joa klar, Cloudflare zu Telekom (da die Original-Server ja telekomseits am Anschluss hängen).
Und jetzt grad hab ich wieder den Fall und man sieht es alleine schon extrem nur am Ping (ganz abgesehen von Aufbauzeiten und Peaks).
Da ich 3 Internetverbindungen habe konnte ich das schön Vergleichen - hier der Telekom Anschluss zur Cloudflare-IP:
...und hier genau der gleiche Ping zur genau gleichen Zeit über meine zweite Leitung (coax :) ):
Antwort von 188.114.97.3: Bytes=32 Zeit=25ms TTL=55
Antwort von 188.114.97.3: Bytes=32 Zeit=25ms TTL=55
Antwort von 188.114.97.3: Bytes=32 Zeit=23ms TTL=55
...und hier noch über meine 3. "Leitung" - Bonding aus mehreren und eigenes Peering im RZ:
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=1 ttl=57 time=3.55 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=2 ttl=57 time=3.64 ms
64 bytes from 188.114.96.3 (188.114.96.3): icmp_seq=3 ttl=57 time=3.63 ms
0
Uneingeloggter Nutzer
von