リンク全体の実際の帯域幅をテストするためのより良いツール/ユーティリティのいくつかは何ですか?私の場合、wifiブリッジ全体の実際のスループットをテストしています。
iperf は、ポイントツーポイントの帯域幅をテストするためのより便利なユーティリティの1つであると思います。 tcp/udpを介してテストする多くのオプションがあり、udpを使用すると、ジッターの量を知ることができます。 iperfのポートは、ほぼすべてのOSで利用できます。
[〜#〜] ndt [〜#〜] を使用したテストも好きですが、NDTは基本的にどこかでサーバーとして設定する必要があるため、iperfを使用するのはそれほど簡単ではありません。クライアントにはJavaがインストールされている必要があります。
2つの* nixマシンを使用して、/ dev/urandom(または、デバイスの圧縮をテストするために/ dev/zero)のようなパイプを使用します。
1つのマシンで/ dev/nullをリッスンしてパイプする
nc –l –p 7000 | /dev/null
接続して、100MiBのランダムデータを他方にパイプします。
dd if=/dev/urandom bs=1M count=100 | nc 192.168.1.120 7000 –q 10
リアルタイム統計にはpipeviewerを使用します
dd if=/dev/urandom bs=1M count=100 | pv | nc 192.168.1.120 7000 -q 10
力ずくで無知なアプローチです...
多くのコマンドラインFTPクライアントは転送統計を報告するため、FTPを使用して、統計が意味を持つのに十分な大きさのファイルをGETまたはPUTできます。
IxChariot 。無料ではありませんが、あらゆる種類のトラフィックをシミュレートできます。 SmallNetBuilder.comは、製品テストにそれを使用しています。
「実際のネットワークスループット」についてどう思いますか。これは、ネットワークの機能とユーザーのニーズに完全に依存します。
たとえば、ビデオ/オーディオのストリーミングまたはファイルの転送が許可されていない6人のユーザーがいる場合、帯域幅はネットワークのパフォーマンスを定義する属性にはなりません。その場合、標準的なトラフィックに十分な帯域幅を確保できれば、それだけで無駄になります。
ベンチマークは、ネットワークの弱点を特定するのに役立ちますが、ユーザーのトラフィックパターンを模倣していない限り、ユーザーエクスペリエンスを反映していると見なすべきではありません。
ワイヤレスブリッジがフォールオーバーする前にプッシュできる帯域幅を把握しようとしているだけなら、実際にはiperfとFTPに勝ることはできません(同時にテストする2台のマシンが必要になる場合もあります)。双方向トラフィックもテストすることを忘れないでください。
予測されるユーザーエクスペリエンスの把握に関心がある場合は、さらに情報が必要になります。
ストレートスループットをテストするためにPCATTCPを使用しました。プログラムは、1台のコンピューターで受信するように設定され、その後、他のコンピューターで送信されます。
D-ITGソフトウェアを使用できます。これは無料で、 http://www.grid.unina.it/software/ITG/ からダウンロードできます。
私はこれを使用して、さまざまなオペレーティングシステムのネットワークに接続された複数のコンピュータをテストしました。スループット、ジッター、遅延を簡単に測定できます。
商用の代替手段はNetrounds(www.netrounds.com)です。それは投資がないことを意味するクラウドサービス(SaaS)です。 30日間の無料トライアルもあります。
簡単にダウンロードできるアクティブプローブアプライアンスを使用します。これらのプローブは、最適化されたLinuxカーネルを使用して、ネットワークハードウェアの最高のパフォーマンスと最適な制御を実現します。
Netroundsは、標準のPCハードウェアを使用して、最大10ギガビット/秒を生成および測定できます(TCPおよびUDP(マルチキャストも含む))。