Frage
Antwort
Lösung
Hallo liebes Vodafone-Team,
normalerweise rufe ich immer gerne bei der Hotline an, aber diesmal muss ich das doch mit Bildern erklären, was das Problem ist.
Und zwar stimmt etwas mit meiner Leitungsqualität nicht. Merken tu ich das vor allem an schlechten Upload-Raten )(teilweise nur 10-20 Mbit/s von gebuchten 50 Mbit/s). Aber auch mit dem Ping stimmt was nicht, was immer mal kurze Hänger beim Streamen von Musik, Videos und dem Aufrufen von Webseiten verursacht.
Ich habe eine 500/50 Business Leitung auf einer gemieteten FritzBox 6490 Cable mit Firmware 07.01. Alle Geschwindigkeitstests laufen über Gigabit-LAN auf einem Windows x64 1809 PC mit aktuellem Chrome.
Hier ist ein iperf3 Test gegen einen dedizierten Server, der mir gehört (aus Datenschutzgründen habe ich die IPs und Hostnames geschwärzt). Der Server hat synchron 1 GBit/s in beide Richtungen.
Wenn ich mit einer Verbindung den Upload messe, erhalte ich folgendes Ergebnis:
Connecting to host XXXXX, port 5201 [ 4] local XXXXX port 51677 connected to XXXXX port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 1.88 MBytes 15.7 Mbits/sec [ 4] 1.00-2.00 sec 1.00 MBytes 8.38 Mbits/sec [ 4] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec [ 4] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec [ 4] 4.00-5.00 sec 1.75 MBytes 14.7 Mbits/sec [ 4] 5.00-6.00 sec 2.75 MBytes 23.1 Mbits/sec [ 4] 6.00-7.00 sec 2.38 MBytes 19.9 Mbits/sec [ 4] 7.00-8.00 sec 1.62 MBytes 13.6 Mbits/sec [ 4] 8.00-9.00 sec 1.75 MBytes 14.7 Mbits/sec [ 4] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 16.2 MBytes 13.6 Mbits/sec sender [ 4] 0.00-10.00 sec 16.1 MBytes 13.5 Mbits/sec receiver iperf Done.
Das ist viel zu wenig und es schwankt sehr stark, wie man sehen kann, es sollten durchgehend 50 Mbit/s sein.
Wenn ich z. B. zehn Verbindungen nehme, sieht das Ergebnis so aus:
Connecting to host XXXXX, port 5201 [ 4] local XXXXX port 52003 connected to XXXXX port 5201 [ ID] Interval Transfer Bandwidth [SUM] 0.00-1.00 sec 5.88 MBytes 49.2 Mbits/sec [SUM] 1.00-2.00 sec 6.38 MBytes 53.4 Mbits/sec [SUM] 2.00-3.00 sec 5.75 MBytes 48.3 Mbits/sec [SUM] 3.00-4.00 sec 6.00 MBytes 50.3 Mbits/sec [SUM] 4.00-5.00 sec 6.00 MBytes 50.3 Mbits/sec [SUM] 5.00-6.00 sec 6.00 MBytes 50.4 Mbits/sec [SUM] 6.00-7.00 sec 6.00 MBytes 50.3 Mbits/sec [SUM] 7.00-8.00 sec 6.00 MBytes 50.3 Mbits/sec [SUM] 8.00-9.00 sec 5.88 MBytes 49.3 Mbits/sec [SUM] 9.00-10.00 sec 6.00 MBytes 50.3 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [SUM] 0.00-10.00 sec 59.9 MBytes 50.2 Mbits/sec sender [SUM] 0.00-10.00 sec 58.0 MBytes 48.6 Mbits/sec receiver iperf Done.
Das stimmt vom Durchsatz. Aber die meisten Protokolle wie Datei-Uploads, Streaming, VPN usw arbeiten mit einer und nicht mit zehn Verbindungen. Der Durchsatz hier mit zehn Verbindungen bringt mir also überhaupt nichts, ich kämpfe regelmäßig mit dem Durchsatz aus dem ersten Test.
Beim Download sieht es genau so aus. Eine Verbindung im Download ergibt:
Connecting to host XXXXX, port 5201 Reverse mode, remote host XXXXX is sending [ 4] local XXXXX port 52195 connected to XXXXX port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 6.80 MBytes 57.0 Mbits/sec [ 4] 1.00-2.00 sec 7.08 MBytes 59.4 Mbits/sec [ 4] 2.00-3.00 sec 7.72 MBytes 64.7 Mbits/sec [ 4] 3.00-4.00 sec 7.45 MBytes 62.6 Mbits/sec [ 4] 4.00-5.00 sec 7.61 MBytes 63.8 Mbits/sec [ 4] 5.00-6.00 sec 7.28 MBytes 61.1 Mbits/sec [ 4] 6.00-7.00 sec 7.32 MBytes 61.3 Mbits/sec [ 4] 7.00-8.00 sec 7.60 MBytes 63.8 Mbits/sec [ 4] 8.00-9.00 sec 7.55 MBytes 63.4 Mbits/sec [ 4] 9.00-10.00 sec 6.80 MBytes 57.0 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 76.5 MBytes 64.2 Mbits/sec 15 sender [ 4] 0.00-10.00 sec 73.5 MBytes 61.6 Mbits/sec receiver iperf Done.
Bei zehn Verbindungen im Download sieht es wieder gut aus:
Connecting to host XXXXX, port 5201 Reverse mode, remote host XXXXX is sending [ 4] local XXXXX port 52264 connected to XXXXX port 5201 [ ID] Interval Transfer Bandwidth [SUM] 0.00-1.00 sec 49.8 MBytes 418 Mbits/sec [SUM] 1.00-2.00 sec 57.4 MBytes 482 Mbits/sec [SUM] 2.00-3.00 sec 57.0 MBytes 478 Mbits/sec [SUM] 3.00-4.00 sec 57.7 MBytes 485 Mbits/sec [SUM] 4.00-5.00 sec 58.1 MBytes 487 Mbits/sec [SUM] 5.00-6.00 sec 57.8 MBytes 485 Mbits/sec [SUM] 6.00-7.00 sec 59.2 MBytes 496 Mbits/sec [SUM] 7.00-8.00 sec 57.7 MBytes 484 Mbits/sec [SUM] 8.00-9.00 sec 57.3 MBytes 480 Mbits/sec [SUM] 9.00-10.00 sec 59.4 MBytes 498 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [SUM] 0.00-10.00 sec 605 MBytes 508 Mbits/sec 312 sender [SUM] 0.00-10.00 sec 573 MBytes 480 Mbits/sec receiver iperf Done.
Aber das gleiche Problem: Downloads, YouTube, Videotelefonie etc. laufen mit einem Stream in der Regel und nicht mit zehn.
Zum Vergleich hier eine Messung von dem dedizierten Server aus, gegen den die vier Tests oben gelaufen sind, gegen einen offiziellen iperf3 Server.
Das hier ist Senden, also Server zu ping.online.net:
Connecting to host ping.online.net, port 5203 [ 4] local XXXXX port 46358 connected to 62.210.18.40 port 5203 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 104 MBytes 874 Mbits/sec 0 3.44 MBytes [ 4] 1.00-2.00 sec 112 MBytes 941 Mbits/sec 0 3.45 MBytes [ 4] 2.00-3.00 sec 112 MBytes 941 Mbits/sec 1 3.45 MBytes [ 4] 3.00-4.00 sec 112 MBytes 941 Mbits/sec 0 3.45 MBytes [ 4] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 0 3.45 MBytes [ 4] 5.00-6.00 sec 112 MBytes 941 Mbits/sec 0 3.45 MBytes [ 4] 6.00-7.00 sec 112 MBytes 942 Mbits/sec 0 3.44 MBytes [ 4] 7.00-8.00 sec 112 MBytes 941 Mbits/sec 0 3.44 MBytes [ 4] 8.00-9.00 sec 112 MBytes 941 Mbits/sec 0 3.45 MBytes [ 4] 9.00-10.00 sec 112 MBytes 941 Mbits/sec 0 3.44 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 1.09 GBytes 935 Mbits/sec 1 sender [ 4] 0.00-10.00 sec 1.09 GBytes 933 Mbits/sec receiver iperf Done.
Und das hier ist empfangen, also ping.online.net zu meinem Server:
Connecting to host ping.online.net, port 5203 Reverse mode, remote host ping.online.net is sending [ 4] local XXXXX port 46938 connected to 62.210.18.40 port 5203 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 83.0 MBytes 696 Mbits/sec [ 4] 1.00-2.00 sec 94.7 MBytes 794 Mbits/sec [ 4] 2.00-3.00 sec 98.6 MBytes 827 Mbits/sec [ 4] 3.00-4.00 sec 104 MBytes 876 Mbits/sec [ 4] 4.00-5.00 sec 106 MBytes 892 Mbits/sec [ 4] 5.00-6.00 sec 107 MBytes 900 Mbits/sec [ 4] 6.00-7.00 sec 108 MBytes 910 Mbits/sec [ 4] 7.00-8.00 sec 111 MBytes 935 Mbits/sec [ 4] 8.00-9.00 sec 112 MBytes 940 Mbits/sec [ 4] 9.00-10.00 sec 112 MBytes 941 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 1.03 GBytes 881 Mbits/sec 847 sender [ 4] 0.00-10.00 sec 1.02 GBytes 873 Mbits/sec receiver iperf Done.
Beides jeweils nur eine Verbindung, also das, was bei mir so schlecht läuft, geht vom Server aus sehr gut. Das Problem muss also auf meiner Leitung liegen, der Server schafft mehr Durchsatz als mein Anschluss.
Weiterhin, um nicht zu sagen, es liegt nur ein Problem bei der Geschwindigkeit mit einer Verbindung vor - ich führe Ping-Messungen von dem eben beschriebenen Server gegen derzeit vier Anschlüsse aus. Meinen Anschluss (Vodafone Kabel), zwei Anschlüsse in der Familie (auch Vodafone Kabel) in einem anderen Ort in Deutschland und gegen Google zum Vergleich.
So sieht der Ping bei meinem Anschluss und bei den anderen genannten Anschlüssen aus (alles IPv6, aber IPv4 sieht genauso aus, die Pings gehen gegen die FritzBox bzw. die Eingangsrouter, d. h. das LAN dahinter wird hier nicht erfasst):
Ich denke es lässt sich gut erkennen, dass irgendwas mit meinem Anschluss nicht stimmt. Besonders dass die beiden Anschlüsse in meiner Familie an einem anderen Ort in Deutschland diese Latenz-Spitzen nicht aufweisen, (Google sowieso), die bei mir aber permanent vorhanden sind, zeigt, dass etwas nicht stimmt. Also der Packet-Loss ist an meinem Anschluss sichtbar höher (weniger grün, mehr hellblau) als bei allen anderen Anschlüssen trotz gleichem Messausgangspunnkt.
Vielleicht sagen die Modem-Werte da ja noch etwas aus?
Ich bin zur Zeit etwas ratlos, aber auf jeden Fall ist etwas nicht richtig, das sieht man am Durchsatz und an den Latenzen an meinem Anschluss.
Können Sie sich das vielleicht einmal anschauen? Ich surfe hier mit einzelnen Verbindungen mit teilweise 10-30 % der bezahlten Geschwindigkeit und das kostet wirklich viel Zeit...
Vielen Dank!
Mit freundlichen Grüßen!
Akzeptierte Lösungen
Hallo Claudia,
also ich habe nochmal eine neue FritzBox vor vier Wochen erhalten und das Internet über die Zeit jetzt beobachtet.
Die letzten 30 Tage sehen nun so aus:
Vergleich bei einem anderen Anschluss von Kabel in der Familie im gleichen Zeitbereich:
So wäre es quasi perfekt. Die Spitze in Woche 23 muss eine globale Störung gewesen sein, die bei mir auch sichtbar ist - aber die beiden Anschlusse hier liegen über 150 km Luftlinie voneinander entfernt, also das war was globales. Ansonsten sieht der Vergleichsanschluss hier perfekt aus, meiner ist nicht ganz so gut, aber nun vertretbar, wenn man den Vergleich von vor meiner Störungsmeldung und nach meiner Störungsmeldung nochmal genau betrachtet:
Ganz klar sieht man das vorher und das nachher, als dann das neue gute Modem da war und sein Update gezogen hatte in der Nacht zum Donnerstag, 16. Mai.
Hier nochmal das Detail zum Donnerstag früh (Firmware Update neues Modem so um ca. 3 Uhr herum), ab wann man dann sieht, es Ruhe gab - gut sieht man auch den Bereich mit dem defekten, sich überhitzenden und einfach abschaltenden Modem:
Der letzte 24h Zeitraum von gestern 18:00 bis heute 18:00 sieht so aus:
Damit kann man denke ich sehr zufrieden sein.
Soll heißen, der letzte Modemtausch hat diese Problematik tatsächlich beseitigt.
Ich hab auch iperf Messungen gemacht, UDP Messungen, etc. und die ursprüngliche Problematik ist meines Erachtens nach beseitigt. UDP Paketdurcheinander hatte ich soweit keine relevanten mehr, die Geschwindigkeit ist auch in den Abendstunden voll da. Die Ergebnisse spare ich mir dann doch mal, sonst wird der Post zu lang.
Also vielen Dank an alle Beteiligten! Und vielen Dank für die Hilfe und Geduld!
Viele Grüße!
Addy90
Hallo Claudia,
ja die Telefon-Nummer ist noch aktuell! Geräte meinerseits hab ich so gut es geht alles geprüft und ausgeschlossen.
Also in den letzten zwei Jahren wurde die Homebox bereits zweimal getauscht und ebenfalls wurde das Kabel einmal getauscht.
Ich glaube, die Leitungswerte sind sogar heute noch schlechter als letzte Woche als ich den Beitrag erstellt habe - beim Download sind weitere Kanäle über -12 und beim Upload ist eine Modulation auf 32QAM gefallen - das obere ist von letzte Woche, das untere von heute gerade eben:
Also die Signalstärken sind gefallen, definitiv... keine Ahnung ob es der Anschluss ist oder die Homebox, aber ein Techniker könnte sich das auf jeden Fall mal anschauen.
PS: Upload-Messung wie oben die erste (also Upload gegen meinen Server mit einer Leitung) zeigt auch deutlich schlechtere Ergebnisse als letzte Woche:
Connecting to host XXXXX, port 5201 [ 4] local XXXXX port 50439 connected to XXXXX port 5201 [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 2.62 MBytes 22.0 Mbits/sec [ 4] 1.00-2.00 sec 640 KBytes 5.25 Mbits/sec [ 4] 2.00-3.00 sec 896 KBytes 7.34 Mbits/sec [ 4] 3.00-4.00 sec 1.75 MBytes 14.7 Mbits/sec [ 4] 4.00-5.00 sec 896 KBytes 7.34 Mbits/sec [ 4] 5.00-6.00 sec 384 KBytes 3.15 Mbits/sec [ 4] 6.00-7.00 sec 896 KBytes 7.34 Mbits/sec [ 4] 7.00-8.00 sec 1.00 MBytes 8.39 Mbits/sec [ 4] 8.00-9.00 sec 1.38 MBytes 11.5 Mbits/sec [ 4] 9.00-10.00 sec 1.25 MBytes 10.5 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 11.6 MBytes 9.75 Mbits/sec sender [ 4] 0.00-10.00 sec 11.5 MBytes 9.65 Mbits/sec receiver iperf Done.
Vielen Dank!
Addy90
