[solved] IPv4 vs IPv6 Performance / Geschwindigkeit / IPv4 50 MBit only / IPv6 200 MBit

[RcRaCk2k]

Hallo Leute!

Ich möchte euch heute gerne ein Phänomen vorstellen, denn eine Lösung für dieses Problem wird es nicht geben, aber ich möchte euch diese geniale Sache nicht vorenthalten und würde mich natürlich freuen, wenn einige Leute von Euch dieses Problem vielleicht auch zuhause nachstellen können.

Problem: Seit einigen Tagen bemerkte ich, dass ich nicht mehr als 50 MBit downloaden kann, dabei ist es unerheblich, ob ich die Datei mit einem Socket oder mehreren Sockets abrufe, es scheint einen Hardcap bei 50 MBit zu geben. Durch Zufall bin ich dann darauf gestoßen, dass nach Aktivierung von IPv6 wieder 200 MBit angelegen sind. IPv6 deaktiviert und siehe da: nur noch 50 MBit.

Also habe ich mir Server gesucht, welche via IPv6 und IPv4 erreichbar sind.

Habe dazu zwei Server genommen:

• mirror.netcologne.de IPv4 194.8.197.22 | IPv6 2001:4dd01::deb:
• ftp.rrze.uni-erlangen.de IPv4 131.188.12.211 | IPv6 2001:638:a000:1021:21::1:

Ergebnis ist: Immer bei IPv4 nur 50 MBit, bei IPv6 volle Geschwindigkeit.
Das Phänomen lässt sich auf jeglicher IPv4 abbilden. Auch speedtests über http://www.speedtest.net zeigen egal bei welchen Server über IPv4 nicht mehr als 50 MBit.

Kabel-Produkt: Business Internet & Phone 200/25
Standort: Ainring-Mitterfelden, 83404, Bayern, Berchtesgadener Land

Code: Alles auswählen

# /bin/ping mirror.netcologne.de
PING mirror.netcologne.de (194.8.197.22) 56(84) bytes of data.
64 bytes from mirror.netcologne.de (194.8.197.22): icmp_req=1 ttl=56 time=29.1 ms
64 bytes from mirror.netcologne.de (194.8.197.22): icmp_req=2 ttl=56 time=33.1 ms
--- mirror.netcologne.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 29.184/31.151/33.119/1.975 ms

# curl -4 --interface eth0 -o /dev/null ftp://mirror.netcologne.de/gentoo/releases/amd64/20121221/livedvd-amd64-multilib-20121221.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  1 4004M    1 70.4M    0     0  5067k      0  0:13:29  0:00:14  0:13:15 5342k^C


# /bin/ping6 -n mirror.netcologne.de
PING mirror.netcologne.de(2001:4dd0:1234:1::deb) 56 data bytes
64 bytes from 2001:4dd0:1234:1::deb: icmp_seq=1 ttl=51 time=35.8 ms
64 bytes from 2001:4dd0:1234:1::deb: icmp_seq=2 ttl=51 time=30.6 ms
--- mirror.netcologne.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 30.626/33.246/35.866/2.620 ms

# curl -6 --interface eth0 -o /dev/null ftp://mirror.netcologne.de/gentoo/releases/amd64/20121221/livedvd-amd64-multilib-20121221.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  8 4004M    8  329M    0     0  16.8M      0  0:03:57  0:00:19  0:03:38 17.6M
	
	
# /bin/ping ftp.uni-erlangen.de
PING ftp.rrze.uni-erlangen.de (131.188.12.211) 56(84) bytes of data.
64 bytes from ftp.rrze.uni-erlangen.de (131.188.12.211): icmp_req=1 ttl=55 time=26.6 ms
64 bytes from ftp.rrze.uni-erlangen.de (131.188.12.211): icmp_req=2 ttl=55 time=25.5 ms
--- ftp.rrze.uni-erlangen.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 25.563/26.104/26.645/0.541 ms

# curl -4 --interface eth0 -o /dev/null http://ftp.uni-erlangen.de/gentoo/releases/amd64/20140826/livedvd-amd64-multilib-20140826.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  3 2823M    3 85.1M    0     0  5271k      0  0:09:08  0:00:16  0:08:52 5325k


# /bin/ping6 -n ftp.uni-erlangen.de
PING ftp.uni-erlangen.de(2001:638:a000:1021:21::1) 56 data bytes
64 bytes from 2001:638:a000:1021:21::1: icmp_seq=1 ttl=52 time=29.0 ms
64 bytes from 2001:638:a000:1021:21::1: icmp_seq=2 ttl=52 time=24.0 ms
64 bytes from 2001:638:a000:1021:21::1: icmp_seq=3 ttl=52 time=25.7 ms
--- ftp.uni-erlangen.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 24.002/26.251/29.032/2.095 ms

# curl -6 --interface eth0 -o /dev/null http://ftp.uni-erlangen.de/gentoo/releases/amd64/20140826/livedvd-amd64-multilib-20140826.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  9 2823M    9  271M    0     0  20.2M      0  0:02:19  0:00:13  0:02:06 20.7M

[robert_s]

Kann ich nicht nachvollziehen:

Kabel-Produkt: Red Internet & Phone 200 Cable
Standort: Berlin

Code: Alles auswählen

# /bin/ping mirror.netcologne.de
PING mirror.netcologne.de (194.8.197.22) 56(84) bytes of data.
64 bytes from mirror.netcologne.de (194.8.197.22): icmp_seq=1 ttl=51 time=38.1 ms
64 bytes from mirror.netcologne.de (194.8.197.22): icmp_seq=2 ttl=51 time=28.2 ms
64 bytes from mirror.netcologne.de (194.8.197.22): icmp_seq=3 ttl=51 time=26.6 ms
^C
--- mirror.netcologne.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 26.687/31.050/38.173/5.082 ms
# curl -4 --interface eno1 -o /dev/null ftp://mirror.netcologne.de/gentoo/releases/amd64/20121221/livedvd-amd64-multilib-20121221.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  4 4004M    4  191M    0     0  22.0M      0  0:03:01  0:00:08  0:02:53 24.3M^C
#

[robert_s]

Ergebnis ist: Immer bei IPv4 nur 50 MBit,

Und wenn Du 2 Downloads parallel startest, am besten auf zwei unterschiedlichen Rechnern? Kann es vielleicht sein, dass auf Deinem "Linux x64 Router" noch ein Traffic Shaping für IPv4 auf 50Mbps eingestellt ist? Falls möglich, probeweise mal den VFKD-Leihrouter wieder in den Routermodus versetzen und schauen, wie es damit aussieht...

[RcRaCk2k]

Im Einsatz: AVM Fritz!Box Cable 6360

Selbst mit Handy über WLAN gehen nicht mehr als 50 MBit.
Nach Erstinstallation vor 4 Monaten waren 212 MBit im Downstream via WLAN gemessen worden.

Es hängen drei Rechner dran, alle haben das selbe Problem.
Wenn man auf allen drei Rechnern gleichzeitig einen Speedtest startet, dann kommt in Summe 50 MBit heraus!

Zudem könnte es so und so kein shaping sein, weil IPv6 ja mit 200M geht.

[scyathome]

Was ein Zufall, habe heute auch ne Störung aufgegeben. Ich komme nicht über 48 MBits, als wenn der nur über 1 Kanal saugen würde. Spielt keine Rolle ob IPv4 oder 6.
Der Speedtest über die VF Homepage zeigt mir aber an dass am Router 214Mbit anliegen, über LAN1, LAN2 und WLAN maximal 48 Mbit.

Haben ebenfalls Internet & Phone Business 200/25.

Gruß

[junibert]

Ich hatte das Problem auch und konnte mir keinen Reim draus machen.
Speedtest immer wieder anfangs 70-75 Mbps, danach scharf runtergedrosselt auch < 50 Mbps, egal auf welcher Speedtest-Seite.
Glücklicherweise habe ich diesen Thread gesehen, und es dann auch mal probiert. Mit ipv6 sofort die volle 100 Mbps, ipv4 < 50 Mbps.

KDG hatte mir, wegen einen anderen Problem (welches übrigens nicht ohne FW Update lösbar ist), die nun 3. Fritte geschickt.
Auf dieser hatte ich nach dem 6.5 Update noch keinen Werkreset gemacht, da ich eh alles manuell eingerichtet habe.

Dann hatte ich irgendwo gesehen, dass ein anderer Kunde auch das Problem hatte, und das mit einem Werkreset *nach* update auf 6.5 das Problem gelöst hat.
Werkreset gemacht, und jetzt habe ich wieder auf ipv4 und ipv6 die vollen 100 Mbps.

[RcRaCk2k]

...als wenn der nur über 1 Kanal saugen würde.

Hahahaha, ja das dachte ich auch immer... Als ob es nur ein DS-Kanal wäre, anstatt alle ^^

Dann hatte ich irgendwo gesehen, dass ein anderer Kunde auch das Problem hatte, und das mit einem Werkreset *nach* update auf 6.5 das Problem gelöst hat.
Werkreset gemacht, und jetzt habe ich wieder auf ipv4 und ipv6 die vollen 100 Mbps.

Danke für diesen Hinweis, diesen werde ich heute gleich mal versuchen, ob das etwas bringt.
Könnte wirklich funktionieren, denn nach diesen ganzen FW-Updates kann sich da schon was in die Quere gekommen sein.

Nachdem es ja wirklich ein Hardcap von 50 MBit ist, und das Problem nicht zeitweise auftritt und bei mir NUR und ALLE IPv4 Verbindungen betroffen sind, kann es wirklich ein Shaping / eine Queue in der FritzBox sein, die durch eine ggf. einmalige Fehlkonfiguration jetzt aus der Bahn springt...

Ich werde es heute testen und dann Bescheid geben, was ich für ein Ergebnis habe.

[RcRaCk2k]

Ok, es hat funktioniert. Hatte zuvor bereits zweimal einen Reboot gemacht und einmal Strom aus / Strom an. Das hatte alles nichts gebracht. Habe nun einen WERKSRESET durchgeführt und schon geht es.

Vor dem Werksreset

Code: Alles auswählen

# curl -4 --interface eth0 -o /dev/null http://ftp.uni-erlangen.de/gentoo/releases/amd64/20140826/livedvd-amd64-multilib-20140826.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  1 2823M    1 46.3M    0     0  4631k      0  0:10:24  0:00:10  0:10:14 4870k

Nach dem Werksreset

Code: Alles auswählen

curl -4 --interface eth0 -o /dev/null http://ftp.uni-erlangen.de/gentoo/releases/amd64/20140826/livedvd-amd64-multilib-20140826.iso
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  3 2823M    3  105M    0     0  19.4M      0  0:02:25  0:00:05  0:02:20 20.4M

Das ist schon echt traurig und es zeigt mal wieder, wie wichtig die Routerfreiheit ist. Mit einem freien Kabelmodem (reines Kabelmodem) wäre das sicherlich nicht passiert.

[scyathome]

Na super, kann den Technikertermin auch absagen Habe auch eben einen Werkreset durchgeführt und die 200 Mbit sind ebenfalls da. Davor wieder nur 48 Mbit.

[robert_s]

eine Lösung für dieses Problem wird es nicht geben

Woran man wieder sieht, dass übereiliger Pessimismus auch nicht angebracht ist