問題タブ [iperf]

私はおそらくiperfの書き直されたバージョンであるiperf3を使用しています。私がこれを使用する理由は、TCP および UDP スループットに関しては iperf が大好きで、エンドポイント間の SCTP スループットをテストしたいからです。

ただし、人々が使用しているのを見た --sctp コマンドを使用しようとすると、コマンドが認識できないと表示されます。このコマンドを実装していないのは、私が使用している実装ですか?

https://github.com/esnet/iperf

これは私が使用している実装です。これに関連する SCTP コマンドの明らかなドキュメントは見つかりません。ほとんどの SCTP iperf 実装は、テストで手動で追加され、ソース コードが提供されないことがよくあります。

どんな助けでも大歓迎です！

RFC 1889 では、遅延ジッターは次の式で与えられます。

iperf を使用して、2 つのネットワーク ノード間の遅延ジッターを測定します。私は得た

毎秒のジッターを知り、統計を取りたいのですが、iperf レポートの最後で平均ジッターを計算できないことがわかりました。平均レコードと毎秒レコードの間のジッターの関係は何ですか。

ネットワーク帯域幅を見つけるために iperf-2.0.5-2-win32 ツールを使用しています。cmdプロンプトを開くコードをc＃で記述し、iperfパラメーターを渡してサーバー側とクライアント側を開始しました。iperf-2.0.5-2-win32 exe は直接開かず、cmd プロンプトからのみ開く必要があります。現在、出力 (転送速度と帯域幅) は cmd プロンプト自体に表示されています。これらの出力をテキストボックスに表示したいのですが、StreamReader も試しました。しかし、それはnullを取ります。私もOutputDataReceived Eventを試しましたが、それもnullを取ります。ipconfig と ping のコードはほとんど見つかりませんでしたが、それらは iperf コードでは機能しませんでした。

Plzは私を助けてください.以前の応答は高く評価されていますありがとう

iperf3 バージョンを使用すると、ターミナルで次のようなパフォーマンス結果が得られます。

後で bash スクリプトで使用する特定の値のみを使用したいと考えています。私が欲しいのは次のようなものです:

私の知る限り、grepを使用して帯域幅のみを出力できます：

しかし、grepを使用して「35500,18.4,2.8」を取得することは可能ですか?また、その方法は?

回答ありがとうございます

IPERF では、オプション「-b 100m」を使用してターゲット帯域幅を増やすオプションがありますが、TCP では、JPERF 2.0.2 と cli コマンドの両方でオプションが表示されません。トラフィックを 20 mbps の速度でしか受信できないため、スループット テストの帯域幅を増やす方法を教えてください。

iPerf サーバー (ping に似たプログラム) を起動し、その出力を .txt ファイルにパイプしようとしています。

別の PC では、クライアントがこの IP アドレスにトラフィックを送信しています。

コマンドは次のとおりです。

その出力をtxtファイルにパイプしたいので、両方を試しました

と

ただし、どちらの命令も結果を .txt ファイルにパイプできません。

ここでの問題は、'start' コマンドを使用して別のコマンド プロンプトでこのサーバーを起動しているためです。'start' を削除すると .txt ファイルが書き込まれることはわかっていますが、残念ながら、Perl スクリプトで を使用してこのコマンドを送信した直後に、system()別の命令を実行する必要があります。私が望んでいない立ち往生。

ヘルプ。

編集：Perlでは、次のような命令を追加/送信します：

たとえば を実行するとiperf -c 178.62.60.141 -fm -b 100m -u -t 30 -i 10、10 秒間隔ごとに、Iperf クライアントは転送したデータ量をメビバイト単位で出力します。

TCP についても同様です。転送されたデータと帯域幅が各間隔の終了後に出力され、転送されたデータが「-b」フラグで指定された帯域幅よりも少し多いか少ない場合があるという事実は、Iperf クライアントが実際に何らかの方法で送信されたデータをカウントし、 「-b」(帯域幅) フラグの引数を出力するだけではありません。それでも、Iperf クライアントは送信するデータ量をどのようにカウントするのでしょうか? で10％のパケット損失を導入するとtc、実行iperf -c 178.62.60.141 -fm -b 100m -u -t 30 -i 10してから、Iperfクライアントが送信したと考えたパケット（Iperfクライアント出力から）と、実際に配線されたパケットの量（からip -s link show dev eth0出力)、その後、Iperf クライアントは、実際には 230k をわずかに超えたのに、250k を超えるデータグラムを送信したと考えました。Token Bucket Filter キューイング規則でトラフィックをポリシングした場合、まったく同じことが当てはまりますtc。つまり、Iperf クライアントによると、実際のトラフィック レートはポリサーによってポリシングされていましたが、100Mbps でトラフィックを送信しました。

Iperf のソース コード ( http://ftp.de.debian.org/debian/pool/main/i/iperf/iperf_2.0.5.orig.tar.gz ) を分析しようとすると、私が理解しているように、クライアント接続は、通常の connect() システム コールを使用して src ディレクトリの Client.cpp ファイルにコーディングされていますか? レポートは Reporter.c ファイルでコーディングされていると思いますが、複雑すぎて理解できません.. Iperf 2.x クライアントが送信したトラフィック量をどのように検出するのか (コード サンプルを使用して) 説明してもらえますか?