Packetloss Richtung Cloudflare jeden Tag 13-01 Uhr
vor 9 Tagen
Seit einiger Zeit (ich hab das Gefühl seitdem das Dschungelcamp gestartet ist :-) ) gibt es ab mittag richtung abends vermehrt Packet Loss Richtung Cloudflare. Lustigerweise führt das teilweise zu Qualitätsverlust bei MagentaTV.
ich glaub ein mtr spricht mehr als tausend worte. Dabei ist 80.156.160.223 noch ein Host im Netz der Telekom (wohl für IP Transit zuständig, laut whois: https://whois.domaintools.com/80.156.160.223 ). Loss auf den Host selbst 90%.. naja vielleicht verwirft er selbst icmp ja, aber danach schauts nicht besser aus. Da kann man dann aber auch nicht mehr auf die Netze der anderen schimpfen, sondern der eigene Host ist ja schon überlastet.. Peering ole.
Fun Fact. Kam mit DSL damals nicht vor. Jetzt mit hochgelobtem 1000er Glas fängt sowas an. Doll.
Host Loss% Snt Last Avg Best Wrst StDev
1. XXXXXXXX.XXXX.internal 0.0% 230 0.4 0.4 0.2 2.1 0.2
2. pXXXXXXXXX.dip0.t-ipconnect.de 0.0% 230 1.2 2.0 1.0 32.0 2.3
3. f-ed13-i.F.DE.NET. DTAG .DE 0.0% 229 5.5 6.0 5.3 20.7 1.4
4. 80.156.160.223 90.8% 229 278.8 271.3 238.4 287.0 11.2
5. if-bundle-66-2.qcore2.fnm-frankfurt.as6453.net 86.4% 229 280.6 271.5 219.3 298.3 15.0
6. if-bundle-11-2.qcore2.f2c-frankfurt.as6453.net 5.7% 229 245.0 270.5 207.1 300.1 13.4
7. 162.158.84.27 39.7% 229 7.2 11.1 6.2 48.6 6.3
8. one.one.one.one 32.0% 229 5.5 5.7 5.2 6.3 0.2
360
14
Das könnte Ihnen auch weiterhelfen
vor 3 Jahren
2069
2
3
750
0
5
vor 6 Tagen
1374
4
32
vor 4 Jahren
534
0
2
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 9 Tagen
Kann ich nicht feststellen, dass MagentaTV aufgrund des Dschungelcamps oder allgemein am Tag schlechter wird und dies (auch) an Cloudflare liegen soll.
Ich sehen optisch keine Probleme auf der MagentaTV One (2. Generation) und MagentaTV Stick (2. Generation).
1
von
vor 9 Tagen
Das war auch eher als Spaß, obwohl ich hatte bis gerade eben in meiner UCG noch neben Google auch Cloudflare als encrypted DNS drin. Wenn natürlich DNS Abfragen evtl. verworfen werden könnte das auch Auswirkungen haben. Ach stimmt web.magentatv.de läuft hinter cloudfront (was wiederum aws ist).. bin jetzt mit cloudflare und cloudfront durcheinander gekommen.
0
Uneingeloggter Nutzer
von
vor 9 Tagen
Wenn der DNS das Problem ist, dann probiere doch einfach mal Quad9 oder Google. Oder einfach den DNS, den der ISP zuweist.
Der Traceroute sieht hier anders aus:
7
von
vor 9 Tagen
Hm anscheinend routet es richtung 1.1.1.1 auch anders als bei mir (siehe oben den mrt). Warum es bei mir über as6453 geht (tata communications) ist schon komisch. Vielleicht einmal nach Indien DNS Anfragen und zurück ;-)
0
von
vor 9 Tagen
Ich gehe aber davon aus, dass die großen Anbieter da Locations weltweit nutzen, also quasi ein Cluster und es versucht wird, den nächstgelegenen Server daraus anzusprechen.
0
von
vor 9 Tagen
probiere doch einfach mal Quad9 oder Google
Wenn der DNS das Problem ist, dann probiere doch einfach mal Quad9 oder Google. Oder einfach den DNS, den der ISP zuweist.
Der Traceroute sieht hier anders aus:
Kann auch noch https://dns.sb/ empfehlen.
Uneingeloggter Nutzer
von
vor 9 Tagen
@FDauer
Hier für Cloudflare mal ein
-Workaround-
0
1
von
vor 9 Tagen
eieiei.. ok auch ne idee.. ich bin zwar nicht so der fan vom warp client (hab da generell böse erfahrung mit ausgetauschen ssl zertifikaten gemacht), aber für "eh von cloudflare" gehosteten IPs kann man es dann ja eh wieder nutzen. Danke dir!
0
Uneingeloggter Nutzer
von
vor 9 Tagen
Lustigerweise führt das teilweise zu Qualitätsverlust bei MagentaTV.
Seit einiger Zeit (ich hab das Gefühl seitdem das Dschungelcamp gestartet ist :-) ) gibt es ab mittag richtung abends vermehrt Packet Loss Richtung Cloudflare. Lustigerweise führt das teilweise zu Qualitätsverlust bei MagentaTV.
ich glaub ein mtr spricht mehr als tausend worte. Dabei ist 80.156.160.223 noch ein Host im Netz der Telekom (wohl für IP Transit zuständig, laut whois: https://whois.domaintools.com/80.156.160.223 ). Loss auf den Host selbst 90%.. naja vielleicht verwirft er selbst icmp ja, aber danach schauts nicht besser aus. Da kann man dann aber auch nicht mehr auf die Netze der anderen schimpfen, sondern der eigene Host ist ja schon überlastet.. Peering ole.
Fun Fact. Kam mit DSL damals nicht vor. Jetzt mit hochgelobtem 1000er Glas fängt sowas an. Doll.
Host Loss% Snt Last Avg Best Wrst StDev
1. XXXXXXXX.XXXX.internal 0.0% 230 0.4 0.4 0.2 2.1 0.2
2. pXXXXXXXXX.dip0.t-ipconnect.de 0.0% 230 1.2 2.0 1.0 32.0 2.3
3. f-ed13-i.F.DE.NET. DTAG .DE 0.0% 229 5.5 6.0 5.3 20.7 1.4
4. 80.156.160.223 90.8% 229 278.8 271.3 238.4 287.0 11.2
5. if-bundle-66-2.qcore2.fnm-frankfurt.as6453.net 86.4% 229 280.6 271.5 219.3 298.3 15.0
6. if-bundle-11-2.qcore2.f2c-frankfurt.as6453.net 5.7% 229 245.0 270.5 207.1 300.1 13.4
7. 162.158.84.27 39.7% 229 7.2 11.1 6.2 48.6 6.3
8. one.one.one.one 32.0% 229 5.5 5.7 5.2 6.3 0.2
Hmm, diesen "Qualitätsverlust" bei MagentaTV hab ich seit gestern (auf dem Fire TV) zeitweise in den Abendstunden auch.
0
0
vor 9 Tagen
Passiert bei unserem Hybrid-Anschluss leider auch immer öfter. Gerne mal Sonntag Vormittag oder an anderen Tagen ab frühem Abend. Das macht auch gewissen Dienste wie Videokonferenzen nahezu unbrauchbar.
Auch der Ping zu 1.1.1.1 schwankt teilweise extrem auf bis zu 10.000ms. Warp macht es etwas besser, wobei da der Hybrid-Anschluss auch immer wieder in die Suppe spuckt.
Das ganze ist seit ca. 9-12 Monaten zu beobachten. Davor war Cloudflare besser erreichbar.
0
0
Uneingeloggter Nutzer
von