Iperf: Iperf3 sendet immer eine Bandbreite von 10,5 Mbit/s oder mehr mit TCP

Erstellt am 1. Juli 2016  ·  4Kommentare  ·  Quelle: esnet/iperf

Wenn ich "iperf3 -s" auf einem Computer und "iperf3 -c (server ip) -b 10k" auf dem anderen ausführe, erhalte ich die folgende Ausgabe auf dem Client-Rechner:

Verbindung zum Host (Server-IP), Port 5201
[ 4] lokaler (Client-IP) Port 59638 verbunden mit (Server-IP) Port 5201
[ ID] Intervall Transfer Bandbreite Retr Cwnd
[ 4] 0,00-1,00 Sek. 1,16 MByte 9,75 MBit/Sek 0 61,5 KByte
[ 4] 1,00-2,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 126 KByte
[ 4] 2,00-3,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 132 KByte
[ 4] 3,00-4,00 Sek. 1,25 MByte 10,5 MBit/Sek. 1 97,5 KByte
[ 4] 4,00-5,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 106 KByte
[ 4] 5,00-6,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 115 KByte
[ 4] 6,00-7,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 122 KByte
[ 4] 7,00-8,00 Sek. 1,25 MBytes 10,5 MBits/Sek. 0 128 KBytes
[ 4] 8,00-9,00 Sek. 1,25 MByte 10,5 MBit/Sek. 1 94,9 KByte
[ 4] 9,00-10,00 Sek. 1,25 MByte 10,5 MBit/Sek 0 104 KByte


[ ID] Intervall Transfer Bandbreite Retr
[ 4] 0,00-10,00 s 12,4 MByte 10,4 Mbit/s 2 Sender
[ 4] 0,00-10,00 s 12,3 MByte 10,3 Mbit/s Empfänger

Jede Anfrage nach einer TCP-Verbindung mit einer Bandbreite unter 10,5 Mbit/s wird fehlerfrei ignoriert und ich kann keine Dokumentation dieser Einschränkung finden. UDP hingegen kann mit einer Untergrenze von 655 Kbit/s kleinere Bandbreiten erreichen.

bug wontfix

Hilfreichster Kommentar

Dies liegt an der Standard-TCP-Länge (-l-Flag), fügen Sie z. "-l512" und es wird funktionieren

Alle 4 Kommentare

Dies liegt an der Standard-TCP-Länge (-l-Flag), fügen Sie z. "-l512" und es wird funktionieren

Das ist ein vernünftiger Workaround. Ich denke, ein Teil des Problems besteht auch darin, dass der Drosselungscode die Zeit nur in Einheiten von ganzen Sekunden verfolgt, was die Granularität begrenzt, auf die wir die Senderate begrenzen können. Die Verwendung der neueren pro-Socket-basierten Taktung auf neueren iperf3 und neueren Linux-Versionen könnte ebenfalls eine gute Lösung sein.

Das ist ein lustiger Fehler, auf den ich auch stoße. Beim Reverse-Test ( -R ) scheint es nicht vorzukommen.

Wird geschlossen, weil es eine Problemumgehung / Lösung dafür gibt. Empfehlen Sie -l 100 oder etwas Ähnliches für diesen Anwendungsfall. Wir haben einige Texte in den kürzlich hinzugefügten FAQ zu diesem Thema.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen