一方のマシンで「iperf3-s」を実行し、もう一方のマシンで「iperf3 -c（server ip）-b 10k」を実行すると、クライアントマシンで次の出力が表示されます。
ホスト（サーバーIP）、ポート5201に接続しています
[4]（サーバーIP）ポート5201に接続されたローカル（クライアントIP）ポート59638
[ID]インターバル転送帯域幅RetrCwnd
[4] 0.00-1.00秒1.16メガバイト9.75メガビット/秒061.5キロバイト
[4] 1.00-2.00秒1.25メガバイト10.5メガビット/秒0126キロバイト
[4] 2.00-3.00秒1.25メガバイト10.5メガビット/秒0132キロバイト
[4] 3.00-4.00秒1.25メガバイト10.5メガビット/秒197.5キロバイト
[4] 4.00-5.00秒1.25メガバイト10.5メガビット/秒0106キロバイト
[4] 5.00-6.00秒1.25メガバイト10.5メガビット/秒0115キロバイト
[4] 6.00-7.00秒1.25メガバイト10.5メガビット/秒0122キロバイト
[4] 7.00-8.00秒1.25メガバイト10.5メガビット/秒0128キロバイト
[4] 8.00-9.00秒1.25メガバイト10.5メガビット/秒194.9キロバイト
[4] 9.00-10.00秒1.25メガバイト10.5メガビット/秒0104キロバイト
[ID]インターバル転送帯域幅受信
[4] 0.00-10.00秒12.4メガバイト10.4メガビット/秒2送信者
[4] 0.00-10.00秒12.3メガバイト10.3メガビット/秒受信機
帯域幅が10.5Mbits / s未満のTCP接続の要求はエラーなしで無視され、この制限に関するドキュメントは見つかりません。 一方、UDPは、655 Kbits / sの下限で、より狭い帯域幅を実現できます。
travis1230
全てのコメント4件
これは、デフォルトのTCP長（-lフラグ）のためです。例を追加してください。 「-l512」とそれは動作します
SecDWizar
2016年07月05日
これは合理的な回避策です。 問題の一部は、スロットルコードが秒単位で時間を追跡するだけであり、送信レートを制限できる粒度が制限されることでもあると思います。 最近のiperf3と最近のLinuxで新しいソケットごとのペーシングを使用することも良い解決策かもしれません。
bmah888
2016年08月12日
それは私も遭遇している面白いバグです。 逆テスト（ -R ）内では、発生しないようです。
mths0x5f
2016年11月22日
回避策/修正があるため、終了します。 このユースケースでは、 -l 100または同様のものを使用することをお勧めします。 このテーマに関して最近追加されたFAQにいくつかのテキストがあります。
bmah888
2017年04月14日
関連する問題
arainero
·
3コメント
KevinJosephMorin
·
5コメント
thx1111
·
11コメント
michaelfranzl
·
9コメント
pecigonzalo
·
4コメント
最も参考になるコメント
これは、デフォルトのTCP長（-lフラグ）のためです。例を追加してください。 「-l512」とそれは動作します