2017-11-20 106 views
0

私はUDPテストを実行していましたが、ジッタ値が高すぎることに気付きました.iperf3ソースコードで正しく初期化されていませんか?クライアントとサーバー間の接続は非常に良好です。Iperf3ジッター値があまりにも高い

高ジッタの理由は、prev_transitがゼロに初期化されていない可能性がありますが、わかりません。

ジッタがどのように動作するかを

http://toncar.cz/Tutorials/VoIP/VoIP_Basics_Jitter.html

クライアント:

[ 4] local 10.131.136.133 port 49402 connected to 10.131.138.232 port 5201                     
[ ID] Interval   Transfer  Bandwidth  Total Datagrams                   
[ 4] 0.00-1.00 sec 16.0 KBytes 131 Kbits/sec 2                         
[ 4] 1.00-2.00 sec 8.00 KBytes 65.5 Kbits/sec 1                      
- - - - - - - - - - - - - - - - - - - - - - - - -                       
[ ID] Interval   Transfer  Bandwidth  Jitter Lost/Total 
Datagrams              [ 4] 
0.00-2.00 sec 24.0 KBytes 98.2 Kbits/sec 63.064 ms 0/3 (0%)                 
[ 4] Sent 3 datagrams                                                                 
iperf Done. 

はサーバー:

Starting Test: protocol: UDP, 1 streams, 8192 byte blocks, omitting 0 seconds, 2 second test 
[ ID] Interval   Transfer  Bandwidth  Jitter Lost/Total Datagrams 
[ 5] 0.00-1.00 sec 16.0 KBytes 131 Kbits/sec 67.261 ms 0/2 (0%) 
[ 5] 1.00-2.00 sec 8.00 KBytes 65.5 Kbits/sec 63.064 ms 0/1 (0%) 
[ 5] 2.00-2.04 sec 0.00 Bytes 0.00 bits/sec 63.064 ms 0/0 (-nan%) 
- - - - - - - - - - - - - - - - - - - - - - - - - 
Test Complete. Summary Results: 
[ ID] Interval   Transfer  Bandwidth  Jitter Lost/Total Datagrams 
[ 5] 0.00-2.04 sec 0.00 Bytes 0.00 bits/sec 63.064 ms 0/3 (0%) 
CPU Utilization: local/receiver 0.0% (0.0%u/0.0%s), remote/sender 1.9% (0.3%u/1.8%s) 
iperf 3.1 

答えて

0

私はあなたがiperf3問題で、この問題を提起した同一人物である推測していますこの質問の問題と課題トラッカーの問題はほとんど同じです:

https://github.com/esnet/iperf/issues/672

私はあなたが測定間隔あたりの数が少なすぎるのパケットが実際に意味のある方法でジッタを計算しなければならなかったことが答えました。ジッタを測定するために、より高いビットレートでより多くのデータポイントを送信することを提案しました。また、パケットを送信するタイミングが改善されたため、3.2以降のiperf3バージョンを使用する必要があります。

+0

私は同じ人です。答えをありがとう、私はビットレートを増やしたので、バージョン3.1でもうまくいきます。 – user8970869

関連する問題