Internet mit Modem

[final]

Hallo

Ich hab seit ein paar Tagen die neue ConnectBox und das 500/50 Abo. Mit TCP läuft das auch einwandfrei. Allerdings hab ich gemerkt, dass die ConnectBox scheinbar nicht mehr als 15Mbit/s UDP Traffic durchlässt (egal in welche Richtung!). Zusätzlich wird die Latency bereits ab 15Mbit/s erhöht, ab 100Mbit/s laufen pings ins Timeout (obwohl das jeweils nur 3 bzw. 20% der Leitungskapazität sind).

Ich glaube, dass das Problem erst seit der ConnectBox auftritt (bin aber nicht 100% sicher ...)

Hier ein Beispiel eines iperf Tests (der empfangende Host ist auf der LAN-Seite der ConnectBox):

root@nas:~# iperf3 -c ***.***.***.*** -u -R -b 20M
Connecting to host ***.***.***.***, port 5201
Reverse mode, remote host ***.***.***.*** is sending
[  4] local 192.168.0.2 port 40011 connected to ***.***.***.*** port 5201
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-1.00   sec  1.63 MBytes  13.7 Mbits/sec  4.129 ms  83/292 (28%)
[  4]   1.00-2.00   sec  1.77 MBytes  14.9 Mbits/sec  2.787 ms  77/304 (25%)
[  4]   2.00-3.00   sec  1.84 MBytes  15.4 Mbits/sec  1.964 ms  77/312 (25%)
[  4]   3.00-4.00   sec  1.78 MBytes  14.9 Mbits/sec  2.532 ms  77/305 (25%)
[  4]   4.00-5.00   sec  1.64 MBytes  13.8 Mbits/sec  3.011 ms  83/293 (28%)
[  4]   5.00-6.00   sec  1.89 MBytes  15.9 Mbits/sec  1.820 ms  76/318 (24%)
[  4]   6.00-7.00   sec  1.66 MBytes  14.0 Mbits/sec  1.989 ms  92/305 (30%)
[  4]   7.00-8.00   sec  1.61 MBytes  13.5 Mbits/sec  3.265 ms  93/299 (31%)
[  4]   8.00-9.00   sec  1.77 MBytes  14.9 Mbits/sec  1.984 ms  84/311 (27%)
[  4]   9.00-10.00  sec  1.68 MBytes  14.1 Mbits/sec  1.950 ms  90/305 (30%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[  4]   0.00-10.00  sec  23.9 MBytes  20.0 Mbits/sec  1.950 ms  832/3044 (27%)
[  4] Sent 3044 datagrams

Und hier ein Beispiel für TCP Connections auf den gleichen Host:

root@nas:~# iperf3 -c ***.***.***.*** -R
Connecting to host ***.***.***.***, port 5201
Reverse mode, remote host ***.***.***.*** is sending
[  4] local 192.168.0.2 port 43356 connected to ***.***.***.*** port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-1.00   sec  5.32 MBytes  44.7 Mbits/sec
[  4]   1.00-2.00   sec  15.3 MBytes   128 Mbits/sec
[  4]   2.00-3.00   sec  13.3 MBytes   112 Mbits/sec
[  4]   3.00-4.00   sec  14.0 MBytes   117 Mbits/sec
[  4]   4.00-5.00   sec  13.9 MBytes   117 Mbits/sec
[  4]   5.00-6.00   sec  15.1 MBytes   127 Mbits/sec
[  4]   6.00-7.00   sec  18.3 MBytes   154 Mbits/sec
[  4]   7.00-8.00   sec  23.0 MBytes   193 Mbits/sec
[  4]   8.00-9.00   sec  28.0 MBytes   234 Mbits/sec
[  4]   9.00-10.00  sec  34.1 MBytes   286 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   183 MBytes   154 Mbits/sec    5             sender
[  4]   0.00-10.00  sec   181 MBytes   152 Mbits/sec                  receiver

Ist dieses Problem bei UPC bekannt?

Grüsse

final

[final]

Ich sollte noch erwähnen, dass ich die ConnectBox im "Modem-Modus" betreibe (früher hiess das Bridge-Modus). Ich weiss nicht, ob das Problem im Router-Modus auch besteht.

[msi]

sehr interessant ..

habe auch mal ein iperf gemacht .. auf einen public iperf server in frankfreich.

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -u -R -b 50M
Connecting to host ping.online.net, port 5201
Reverse mode, remote host ping.online.net is sending
[ 4] local 192.168.x.x port 51612 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.01 sec 648 KBytes 5.24 Mbits/sec 12.290 ms 716/797 (90%)
[ 4] 1.01-2.02 sec 248 KBytes 2.03 Mbits/sec 4.911 ms 782/813 (96%)
[ 4] 2.02-3.01 sec 240 KBytes 1.97 Mbits/sec 8.714 ms 734/764 (96%)
[ 4] 3.01-4.01 sec 216 KBytes 1.77 Mbits/sec 9.145 ms 731/758 (96%)
[ 4] 4.01-5.01 sec 232 KBytes 1.90 Mbits/sec 11.894 ms 734/763 (96%)
[ 4] 5.01-6.01 sec 248 KBytes 2.03 Mbits/sec 10.856 ms 732/763 (96%)
[ 4] 6.01-7.01 sec 224 KBytes 1.84 Mbits/sec 20.919 ms 687/715 (96%)
[ 4] 7.01-8.01 sec 240 KBytes 1.97 Mbits/sec 14.577 ms 746/776 (96%)
[ 4] 8.01-9.01 sec 240 KBytes 1.97 Mbits/sec 17.146 ms 721/751 (96%)
[ 4] 9.01-10.00 sec 240 KBytes 1.97 Mbits/sec 15.935 ms 733/763 (96%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 60.8 MBytes 51.0 Mbits/sec 16.205 ms 7390/7739 (95%)
[ 4] Sent 7739 datagrams

iperf Done.

UDP ohne reverse mode (-R) :

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -u -b 50M
Connecting to host ping.online.net, port 5201
[ 4] local 192.168.x.x port 51613 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 4] 0.00-1.01 sec 5.40 MBytes 44.7 Mbits/sec 691
[ 4] 1.01-2.01 sec 5.95 MBytes 50.0 Mbits/sec 762
[ 4] 2.01-3.01 sec 5.95 MBytes 50.0 Mbits/sec 761
[ 4] 3.01-4.01 sec 5.95 MBytes 50.0 Mbits/sec 762
[ 4] 4.01-5.01 sec 6.05 MBytes 50.8 Mbits/sec 774
[ 4] 5.01-6.01 sec 5.95 MBytes 50.0 Mbits/sec 761
[ 4] 6.01-7.00 sec 5.95 MBytes 50.0 Mbits/sec 762
[ 4] 7.00-8.00 sec 5.95 MBytes 50.0 Mbits/sec 762
[ 4] 8.00-9.00 sec 5.95 MBytes 50.0 Mbits/sec 761
[ 4] 9.00-10.00 sec 5.95 MBytes 49.9 Mbits/sec 762
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 59.0 MBytes 49.5 Mbits/sec 35.856 ms 7187/7543 (95%)
[ 4] Sent 7543 datagrams

iperf Done.

TCP:

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -R -b 50M
Connecting to host ping.online.net, port 5201
Reverse mode, remote host ping.online.net is sending
[ 4] local 192.168.x.x port 49682 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.02 sec 1.20 MBytes 9.89 Mbits/sec
[ 4] 1.02-2.01 sec 3.81 MBytes 32.0 Mbits/sec
[ 4] 2.01-3.00 sec 6.77 MBytes 57.6 Mbits/sec
[ 4] 3.00-4.00 sec 7.90 MBytes 66.2 Mbits/sec
[ 4] 4.00-5.00 sec 8.13 MBytes 68.1 Mbits/sec
[ 4] 5.00-6.00 sec 7.94 MBytes 66.5 Mbits/sec
[ 4] 6.00-7.00 sec 6.60 MBytes 55.5 Mbits/sec
[ 4] 7.00-8.00 sec 6.00 MBytes 50.4 Mbits/sec
[ 4] 8.00-9.02 sec 5.91 MBytes 48.9 Mbits/sec
[ 4] 9.02-10.00 sec 5.97 MBytes 50.9 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 60.3 MBytes 50.6 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 60.3 MBytes 50.6 Mbits/sec receiver

iperf Done.

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -b 50M
Connecting to host ping.online.net, port 5201
[ 4] local 192.168.x.x port 49700 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 4.25 MBytes 35.2 Mbits/sec
[ 4] 1.01-2.01 sec 3.50 MBytes 29.3 Mbits/sec
[ 4] 2.01-3.01 sec 5.00 MBytes 42.0 Mbits/sec
[ 4] 3.01-4.01 sec 4.00 MBytes 33.6 Mbits/sec
[ 4] 4.01-5.01 sec 3.00 MBytes 25.2 Mbits/sec
[ 4] 5.01-6.01 sec 4.50 MBytes 37.8 Mbits/sec
[ 4] 6.01-7.01 sec 4.88 MBytes 41.0 Mbits/sec
[ 4] 7.01-8.00 sec 4.62 MBytes 38.9 Mbits/sec
[ 4] 8.00-9.00 sec 4.75 MBytes 39.9 Mbits/sec
[ 4] 9.00-10.00 sec 5.12 MBytes 43.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 43.6 MBytes 36.6 Mbits/sec sender
[ 4] 0.00-10.00 sec 43.5 MBytes 36.5 Mbits/sec receiver

iperf Done.

UDP mit 350 Mbit

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -u -R -b 350M
Connecting to host ping.online.net, port 5201
Reverse mode, remote host ping.online.net is sending
[ 4] local 192.168.x.x port 60521 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.01 sec 608 KBytes 4.91 Mbits/sec 16.526 ms 5338/5414 (99%)
[ 4] 1.01-2.01 sec 224 KBytes 1.84 Mbits/sec 12.047 ms 5305/5333 (99%)
[ 4] 2.01-3.01 sec 256 KBytes 2.10 Mbits/sec 9.521 ms 5828/5860 (99%)
[ 4] 3.01-4.01 sec 240 KBytes 1.97 Mbits/sec 9.192 ms 5310/5340 (99%)
[ 4] 4.01-5.01 sec 232 KBytes 1.90 Mbits/sec 11.768 ms 5063/5092 (99%)
[ 4] 5.01-6.01 sec 240 KBytes 1.97 Mbits/sec 15.629 ms 5057/5087 (99%)
[ 4] 6.01-7.01 sec 224 KBytes 1.84 Mbits/sec 11.627 ms 5285/5313 (99%)
[ 4] 7.01-8.00 sec 224 KBytes 1.84 Mbits/sec 20.352 ms 5313/5341 (99%)
[ 4] 8.00-9.00 sec 240 KBytes 1.97 Mbits/sec 15.950 ms 5563/5593 (99%)
[ 4] 9.00-10.00 sec 232 KBytes 1.90 Mbits/sec 12.760 ms 5091/5120 (99%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 426 MBytes 357 Mbits/sec 14.462 ms 53697/54040 (99%)
[ 4] Sent 54040 datagrams

iperf Done.

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -u -b 350M
Connecting to host ping.online.net, port 5201
[ 4] local 192.168.x.x port 60522 connected to 62.210.18.40 port 5201
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 4] 0.00-1.00 sec 38.5 MBytes 323 Mbits/sec 4927
[ 4] 1.00-2.01 sec 41.7 MBytes 345 Mbits/sec 5332
[ 4] 2.01-3.01 sec 41.7 MBytes 350 Mbits/sec 5332
[ 4] 3.01-4.01 sec 42.3 MBytes 355 Mbits/sec 5415
[ 4] 4.01-5.01 sec 41.7 MBytes 350 Mbits/sec 5332
[ 4] 5.01-6.01 sec 42.3 MBytes 355 Mbits/sec 5415
[ 4] 6.01-7.01 sec 41.7 MBytes 350 Mbits/sec 5333
[ 4] 7.01-8.00 sec 41.7 MBytes 350 Mbits/sec 5332
[ 4] 8.00-9.00 sec 41.7 MBytes 350 Mbits/sec 5332
[ 4] 9.00-10.00 sec 41.7 MBytes 350 Mbits/sec 5342
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 415 MBytes 348 Mbits/sec 33.337 ms 52557/52918 (99%)
[ 4] Sent 52918 datagrams

iperf Done.

Das ist die Windows 64bit iperf version ... spezielle werte.

im "Reverse" mode (-R) sind die werte übel, im nicht reversen modus aber irgendwie "zu" gut.

Eigentlich viel zu hoch bei 50 Mbit upload.

Das muss man noch ein wenig genauer untersuchen ..

Gruss

[final]

Hoi msi.

Deine "guten" Werte ohne -R liegt daran, dass bei UDP ja explizit Packet Drop "erlaubt" ist. Du kannst UDP also fast beliebig schnell senden, es kommt einfach sehr viel nicht an  

Das sieht man in der letzten Zeile deiner iperf tests ohne -R, z.B. hier:

[ ID] Interval           Transfer     Bandwidth       Jitter    Lost/Total Datagrams
[ 4] 0.00-10.00 sec      59.0 MBytes  49.5 Mbits/sec  35.856 ms 7187/7543 (95%)

Der Server hat Dir also sehr wohl mit 49.5Mbit/s Zeugs geschickt, aber 95% ging verloren. Der effektive Durchsatz war also nur 5% von 50Mbit/s, oder etwa 2.5Mbit/s. Das deckt sich dann wieder recht gut mit Deinen Resultaten ohne -R.

Grüsse

final

[msi]

Danke für die Erklärung .. so macht es auch wieder einen Sinn

Die TCP werte sind nicht gerade berauschend .. aber die UDP werte sind wirklich schlecht !

Meine Connect Box ist im Router Modus .. also NAT und nicht im Bridge Modus wie deine Box.

Auser meinem 2. Router hängen keine Geräte dran.

Deswegen kann ich nur einen internet iperf machen, auf einem public server.

Werde das Thema noch ein wenig verfolgen ...

Grüsse

[Sovereign]

Ich habe genau das gleiche Problem :-) jetzt ist mir auch klar wieso es so langsam ist als ich letztens etwas via UDP gemacht habe

[GrandDixence]

"Wer misst misst Mist!" => IPerf ist ein mächtiges Messwerkzeug, aber man muss die Messungen korrekt ausführen und auswerten können:

# iperf3 -u -R -c ping.online.net -b 500M

=> Misst den Download/Downstream:

Im abgebildeten Beispiel eines 100 MBit/s Downstream-Internetanschlusses wurden per UDP 500 MBit/s vom IPerf-Server ping.online.net gesendet und davon sind 85 % der UDP-Pakete bei der Übertragung verloren gegangen und nur 15 % der UDP-Pakete beim IPerf-Client (mein PC) angekommen: 0.15 * 500 MBit/s = 75 MBit/s Download/Downstream.

# iperf3 -u -c ping.online.net -b 50M

=> Misst den Upload/Upstream:

Im abgebildeten Beispiel eines 10 MBit/s Upstream-Internetanschlusses wurden per UDP 50 MBit/s vom IPerf-Client (mein PC) gesendet und davon sind 80 % der UDP-Pakete bei der Übertragung verloren gegangen und nur 20 % der UDP-Pakete beim IPerf-Server ping.online.net angekommen: 0.20 * 50 MBit/s = 10 MBit/s Upload/Upstream.

Gemessen mit einem Internet 100-Kabelmodemanschluss (100 MBit/s Down, 10 MBit/s Up). Laptop per Gigabit-Ethernet-Kabel direkt verbunden an Ubee EVM32xx-Kabelmodem im Bridge-Modus.

[GrandDixence]

root@nas:~# iperf3 -c ***.***.***.*** -R

In dem Fall war die Messzeit zu kurz. Innerhalb der Messzeit wurde das TCP Receive Window nicht genügend schnell vergrössert. Bei Messbeginn genügte das TCP Receive Window für eine Datenübertragungsrate von 44 MBit/s. Am Ende der Messzeit war das TCP Receive Window für eine Datenübertragungsrate von 286 MBit/s ausgelegt.

Die Messzeit für TCP-Messungen von Datenübertragungsraten > 100 MBit/s muss mit dem Parameter "-t" verlängert werden. Zum Beispiel mit 30 Sekunden Messzeit:

# iperf3 -R -t 30 -c ping.online.net

[GrandDixence]

---

@msi schrieb:

E:\iperf-3.0.11-win64\iperf3.exe -c ping.online.net -u -b 350M
Connecting to host ping.online.net, port 5201
[ 4] local 192.168.x.x port 60522 connected to 62.210.18.40 port 5201

---

IPerf-Messungen dürfen nicht hinter einer NAT-Firewall/Router durchgeführt werden (Local IP: 192.168.x.x). Siehe auch:

LANCOM Techpaper Routing-Performance

Da läuft jede Stateful Packet Inspection-Firewall (SPI) und jeder NAT-Router Amok:

https://de.wikipedia.org/wiki/Stateful_Packet_Inspection

[GrandDixence]

---

@final schrieb:

Ich sollte noch erwähnen, dass ich die ConnectBox im "Modem-Modus" betreibe (früher hiess das Bridge-Modus). Ich weiss nicht, ob das Problem im Router-Modus auch besteht.

---

[  4] local 192.168.0.2 port 40011 connected to ***.***.***.*** port 5201

Der PC hat die nicht-öffentliche IP-Adresse 192.168.0.2, was beweisst, dass NAT genutzt wird.

Wahrscheinlich ist die ConnectBox nur mit IPv6 Dual Stack Light (IPv6 DS Light) erhältlich und ein direkt an der ConnectBox angeschlossener PC erhält:

- 1x nicht-öffentliche IPv4-Adresse (192.168.x.y)

UND

- 1x öffentliche IPv6-Adresse (aaaa:bbbb:cccc:dddd:eeee:ffff:gggg:hhhh)

Bei IPv6 Dual Stack Light wird bei der Nutzung der IPv4-Adresse das NAT auf der Hardware des Internet Service Providers (UPC Cablecom) durchgeführt und nicht auf dem Kabelmodem in der Privatwohnung. Für mehr Informationen zu  IPv6 Dual Stack Light mit der Connect Box siehe bitte:

http://community.upc-cablecom.ch/t5/Internet-mit-Modem/500er-Modem-Router-gt-Bitte-mehr-Details/td-...

Die Nutzung von IPv4 bei der Netzwerktechnologie IPv6 Dual Stack Light bietet vor allem Ärger und sollte möglichst vermieden werden! => Eventuell der Cablecom-Hotline anrufen und "reines" IPv4 mit Bridge-Modus verlangen!

Ich erwarte bei der Nutzung der IPv6-Adresse eine deutlich bessere UDP-Performance als mit der IPv4-Adresse (IPv6 kennt kein NAT):

https://iperf.fr/iperf-servers.php

IPerf-Messung mit der IPv4-Adresse:

# iperf3 -u -R -c 178.250.209.22 -b 500M

IPerf-Messung mit der IPv6-Adresse:

# iperf3 -u -R -c 2a03:4980:0:0:0:10:0:9 -b 500M

=> (ungetestet, da ich keine IPv6-Adresse habe)