theoth
- Beiträge
- 15
- Reaktionen
- 0
Hallo Forum,
habe kürzlich von 6Mbit auf 16MBit aufgerüstet. Hauptsächlich wegen des schnelleren Uploads.
Abgesehen davon, daß einige Wochen und Telefonate nötig waren um festzustellen, daß ich ein neues Modem benötige, ist der 16MBit Zugang nicht wesentlich schneller, als der alte mit dem CG4500 Modem. Das wurde übrigens einfach an dem Tag an dem das neue Modem geliefert wurde um 0:00h deaktiviert. Ich hatte einen 3/4 Tag lang weder I-Net noch Telefon - starkes Stück.
Die gängigen Speedtests zeigen alle zwischen 4.5 und 6.5 MBit/sek down und 600-700k up an. Nur der Unitymedia
http://www.unitymedia.de/speedtest/ zeigt das doppelte.
Wenn ich meine logs ansehe, dann macht dieser Test ein GET/POST auf eine Unitymedia IP. Der download läßt sich auch leicht von Hand nachstellen: wget http://80.69.100.130/myspeed/data.bin - und siehe da - hierbei kommt auch nur die halbe Geschwindigkeit zustande. Ist das Testergebnis von Unitymedia also ein Fake?
Es ist übrigens ziemlich egal, ob ich den Test direkt von meiner Firewall, von meinem Proxy oder aus meinem Lokalen Netz mache. Selbst eine virtuelle Maschine (XP auf VMware) zeigt die selben Werte an. Vermutlich benutzt die VM aber die Werte, die das Hostsystem vorgibt. Eine Änderung der tcp-window size in der Registry der VM hat jedenfalls keine Änderung gebracht:
TCP options string: 020405b40101040201030309
MSS: 1460
MTU: 1500
TCP Window: 6144 (NOT multiple of MSS)
RWIN Scaling: 9
Unscaled RWIN : 12
Reccomended RWINs: 64240, 128480, 256960, 513920
BDP limit (200ms): 246kbps (31KBytes/s)
BDP limit (500ms): 98kbps (12KBytes/s)
MTU Discovery: ON
TTL: 42
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)
Wichtiger dürften diese Werte aus der /etc/sysctl.conf des Host-Systems sein:
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_no_metrics_save = 1
net.core.netdev_max_backlog = 2500
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
Was kann ich in diesem Fall tun, um Unitymedia dazu zu bewegen, die Sache in Ordnung zu bringen?
Es grüßt Teoth
p.s.:wer weiß, wann Unitymedia IPV6 einführt?
habe kürzlich von 6Mbit auf 16MBit aufgerüstet. Hauptsächlich wegen des schnelleren Uploads.
Abgesehen davon, daß einige Wochen und Telefonate nötig waren um festzustellen, daß ich ein neues Modem benötige, ist der 16MBit Zugang nicht wesentlich schneller, als der alte mit dem CG4500 Modem. Das wurde übrigens einfach an dem Tag an dem das neue Modem geliefert wurde um 0:00h deaktiviert. Ich hatte einen 3/4 Tag lang weder I-Net noch Telefon - starkes Stück.
Die gängigen Speedtests zeigen alle zwischen 4.5 und 6.5 MBit/sek down und 600-700k up an. Nur der Unitymedia
http://www.unitymedia.de/speedtest/ zeigt das doppelte.
Wenn ich meine logs ansehe, dann macht dieser Test ein GET/POST auf eine Unitymedia IP. Der download läßt sich auch leicht von Hand nachstellen: wget http://80.69.100.130/myspeed/data.bin - und siehe da - hierbei kommt auch nur die halbe Geschwindigkeit zustande. Ist das Testergebnis von Unitymedia also ein Fake?
Es ist übrigens ziemlich egal, ob ich den Test direkt von meiner Firewall, von meinem Proxy oder aus meinem Lokalen Netz mache. Selbst eine virtuelle Maschine (XP auf VMware) zeigt die selben Werte an. Vermutlich benutzt die VM aber die Werte, die das Hostsystem vorgibt. Eine Änderung der tcp-window size in der Registry der VM hat jedenfalls keine Änderung gebracht:
TCP options string: 020405b40101040201030309
MSS: 1460
MTU: 1500
TCP Window: 6144 (NOT multiple of MSS)
RWIN Scaling: 9
Unscaled RWIN : 12
Reccomended RWINs: 64240, 128480, 256960, 513920
BDP limit (200ms): 246kbps (31KBytes/s)
BDP limit (500ms): 98kbps (12KBytes/s)
MTU Discovery: ON
TTL: 42
Timestamps: OFF
SACKs: ON
IP ToS: 00000000 (0)
Wichtiger dürften diese Werte aus der /etc/sysctl.conf des Host-Systems sein:
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_no_metrics_save = 1
net.core.netdev_max_backlog = 2500
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
Was kann ich in diesem Fall tun, um Unitymedia dazu zu bewegen, die Sache in Ordnung zu bringen?
Es grüßt Teoth
p.s.:wer weiß, wann Unitymedia IPV6 einführt?