Bei mir habe ich auch gerade Probleme mit cloudflare allerdings Vodafone Netz.
Erhöhte Latenz und 10% PL
Bei mir habe ich auch gerade Probleme mit cloudflare allerdings Vodafone Netz.
Erhöhte Latenz und 10% PL
Bei Netcup im Forum beklagen sich gerade viele über Paketverluste aus dem Telekom Netz zu den Netcup Servern. Hat zwar nichts mit Cloudflare zu tun, aber die Route geht über Telia.
ZitatHat zwar nichts mit Cloudflare zu tun, aber die Route geht über Telia.
Das ist vielleicht ein Resultat der (vorsaetzlichen Unter-) Peering-Politik der Telekom....
Das ist vielleicht ein Resultat der (vorsaetzlichen Unter-) Peering-Politik der Telekom....
Da frag ich mich aber eher, warum der Weg für DTAG Kunden über Telia geht, obwohl Anexia Transit von der DTAG bezieht.
Also Telia sehe ich hier jetzt nicht, läuft so wie man es erwarten würde zu Netcup.
Zitat
Zitat
Ich habe auch extrem langsame Verbindungen, es scheint alles was über AS1299 (Telia) geht (also auch alles was hinter Cloudflare sitzt) mit etwa 4-30 mbit im download (je nach tageszeit) zu laufen, der upload ist jetzt nicht der beste, aber da bekomme ich ~200 (bei vertraglichen 500 die sonst auch ankommen). Ich arbeite seit dem Wochenende nur noch im VPN ansonsten kann man nicht mal vernünftig discord im text-chat benutzen...
Was vielleicht spannend ist, meine Uni (bzw. das DFN) peered zu docker.io auch über 1299 (mit anderem routing) und da läuft das ganze schön schnell, bei wiederrum nicht.
traceroute aus dem DFN
traceroute to docker.io (2600:1f18:2148:bc00:a81:7e44:4669:3426), 30 hops max, 80 byte packets
1-7 versteckt weil uni-netz
6 cr-dui3-pe11425.x-win.dfn.de (2001:638:c:a19c::1) 18.032 ms 17.935 ms 18.957 ms
7 cr-dui1-be1.x-win.dfn.de (2001:638:c:c04b::2) 18.499 ms 18.499 ms 18.567 ms
8 * * *
9 * * *
10 * hbg-b2-link.ip.twelve99.net (2001:2035:0:29d::1) 36.053 ms *
11 hbg-bb3-v6.ip.twelve99.net (2001:2034:1:6f::1) 35.891 ms 35.934 ms 35.861 ms
12 ldn-bb1-v6.ip.twelve99.net (2001:2034:1:7a::1) 49.389 ms 49.328 ms 49.314 ms
13 * * *
14 ewr-b4-link.ip.twelve99.net (2001:2035:0:a28::1) 120.856 ms ewr-b4-link.ip.twelve99.net (2001:2035:0:a27::1) 120.892 ms 120.464 ms
15 * * *
16 2620:107:4000:b450::f000:b804 (2620:107:4000:b450::f000:b804) 130.546 ms 2620:107:4000:ad90::f000:ec06 (2620:107:4000:ad90::f000:ec06) 1259.004 ms 2620:107:4000:c5c0::f3fd:5 (2620:107:4000:c5
c0::f3fd:5) 124.302 ms
17 2620:107:4000:cfff::f20d:7401 (2620:107:4000:cfff::f20d:7401) 124.525 ms 124.515 ms 2620:107:4000:cfff::f20d:7c81 (2620:107:4000:cfff::f20d:7c81) 124.460 ms
18 2620:107:4000:e2d3::f004:746e (2620:107:4000:e2d3::f004:746e) 130.630 ms 2620:107:4000:a6d1::f000:2c26 (2620:107:4000:a6d1::f000:2c26) 130.427 ms 2620:107:4000:cf92::f003:1441 (2620:107:4000:
cf92::f003:1441) 124.438 ms
19 2620:107:4000:cfff::f200:b1a1 (2620:107:4000:cfff::f200:b1a1) 124.437 ms 2620:107:4000:cfff::f201:193d (2620:107:4000:cfff::f201:193d) 128.886 ms 2620:107:4000:cfff::f200:b091 (2620:107:4000:
cfff::f200:b091) 124.344 ms
20 2620:107:4000:a651::f000:1c32 (2620:107:4000:a651::f000:1c32) 130.761 ms * *
21 * * *
... usw
Alles anzeigen
traceroute aus DG-Netz
traceroute to docker.io (2600:1f18:2148:bc02:a090:6a5b:b2ff:3152), 30 hops max, 80 byte packets
1 versteckt
2 * * *
3 * * *
4 * * *
5 * * *
6 ffm-bb1-v6.ip.twelve99.net (2001:2034:1:6b::1) 10.371 ms ffm-bb2-v6.ip.twelve99.net (2001:2034:1:6c::1) 8.468 ms 8.843 ms
7 prs-bb1-v6.ip.twelve99.net (2001:2034:1:be::1) 22.320 ms 17.143 ms 17.042 ms
8 rest-bb1-v6.ip.twelve99.net (2001:2034:1:73::1) 91.806 ms 91.772 ms *
9 * * rest-b6-link.ip.twelve99.net (2001:2035:0:11b5::1) 151.348 ms
10 2620:107:4000:d911::f003:b829 (2620:107:4000:d911::f003:b829) 98.870 ms 91.971 ms 2620:107:4000:d911::f003:b828 (2620:107:4000:d911::f003:b828) 98.755 ms
11 2620:107:4000:c5c0::f3fd:3 (2620:107:4000:c5c0::f3fd:3) 99.879 ms 2620:107:4000:c5c0::f3fd:5 (2620:107:4000:c5c0::f3fd:5) 99.856 ms 93.031 ms
12 2620:107:4000:cfff::f20d:7c01 (2620:107:4000:cfff::f20d:7c01) 98.901 ms 92.981 ms 2620:107:4000:cfff::f20d:7401 (2620:107:4000:cfff::f20d:7401) 97.354 ms
13 2620:107:4000:a793::f000:3863 (2620:107:4000:a793::f000:3863) 99.488 ms 2620:107:4000:a610::f000:2402 (2620:107:4000:a610::f000:2402) 93.017 ms 2620:107:4000:ccd3::f003:c61 (2620:107:4000:ccd3::f003:c61) 102.582 ms
14 2620:107:4000:cfff::f200:f8cd (2620:107:4000:cfff::f200:f8cd) 108.464 ms 2620:107:4000:cfff::f211:d101 (2620:107:4000:cfff::f211:d101) 93.079 ms 2620:107:4000:a610::f000:241a (2620:107:4000:a610::f000:241a) 98.509 ms
15 * 2620:107:4000:400e:8000:0:6442:26c5 (2620:107:4000:400e:8000:0:6442:26c5) 99.885 ms *
16 * * 2620:107:4000:400e:8000:0:6442:240f (2620:107:4000:400e:8000:0:6442:240f) 135.890 ms
17 * 2620:107:4000:400e:8000:0:6441:7871 (2620:107:4000:400e:8000:0:6441:7871) 106.812 ms *
18 * * *
19 * * *
20 * * *
Alles anzeigen
Heute Abend ist es nahezu ein Totalausfall...
Kann ich auch bestätigen.
Habe gerade noch einen Firmenanschluss (Stadtwerke lokal) 500mbit/sync FTTH getestet, dort alles OK.
Um die Uhrzeit nicht verwunderlich, sieht man ja in meinem Graphen. Das Problem fängt erst so gegen Mittag langsam an.
Kann ich bestätigen. DG 300/150
Allerdings hab ich schon beim 3. Hop (DG Netz) ziemlich hohen Packet Loss. Kann aber vllt daran liegen, dass die DG die ICMP Pakete nicht mit Prio behandelt?
Edit: hab das Problem aber überwiegend bei IPv6.
Dürfte bei den Hops ok sein. Da hast auch zu Zielen Loss, die einwandfrei laufen.
Dürfte bei den Hops ok sein. Da hast auch zu Zielen Loss, die einwandfrei laufen.
Kannst du das erklären? Versteh ich gerade nicht so ganz ![]()
Packet Loss an den Hops zwischendurch ist irrelevant.
Hier die "Folien" zu einem guten Vortrag zum Thema traceroute/mtr interpretieren:
https://archive.nanog.org/sites/default/files/10_Roisman_Traceroute.pdf
Hier insbesondere Folie 36
Kann ich mit DG1000/500 bestätigen.
Bei mir sind hauptsächlich Cloudflare und GitHub zu verschiedenen Zeitpunkten betroffen. Gestern bis in die Nacht, heute ungefähr seit Mittag, und immer wieder mal hier und da.
Seiten, die Cloudflare als CDN nutzen und GitHub (Assets wie Bilder und Stylesheets und Builds/Releases bzw. Downloads) sind fast schon unbrauchbar und droppen meistens tiefer als 60kbps.
Habe ich gestern der DG gemeldet und bin auf die Rückmeldung gespannt.
Sonst funktioniert alles einwandfrei und auch Speedtests sind problemlos. Websites laden wie gewohnt schnell, und die betroffenen Seiten laden zwar an sich direkt, aber das Laden der Medien zieht in dem Fall sehr lange nach.
Lustigerweise wechselt sich das ab. Heute geht GitHub problemlos, dafür aber alles mit CF wieder langsam. Gestern beides (bis ungefähr 0-1 Uhr, dann wars wieder okay).
Ich hab meinen DNS Resolver mal auf Quad9 statt Cloudflare umgestellt. Mir ist nämlich aufgefallen, dass auch die DNS Auflösung hakte. Das ist nun deutlich besser - ändert aber natürlich nichts am Problem mit Cloudflare an sich. Ich komme aktuell nicht über 10 Mbps im Download Speedtest von CF, unabhängig ob IPv6 oder IPv4.
Ich hab meinen DNS Resolver mal auf Quad9 statt Cloudflare umgestellt. Mir ist nämlich aufgefallen, dass auch die DNS Auflösung hakte. Das ist nun deutlich besser - ändert aber natürlich nichts am Problem mit Cloudflare an sich. Ich komme aktuell nicht über 10 Mbps im Download Speedtest von CF, unabhängig ob IPv6 oder IPv4.
Danke, hatte DNS auch über Cloudflare am laufen und deswegen hakte so einiges.
z.B. wollte Discord nicht starten....
Keine Probleme zu Cloudflare aus dem EWE-Netz…