1

新しいフィルタリング アプリケーションのテスト中に、音声の品質が非常に悪くなります。

アプリケーションは、netfilter_queue ライブラリを使用してカーネルからパケットを受信します。次に、パケットを新しいユーザー管理のキューに挿入し、udp ペイロードの連結など、いくつかの変換を行います。

ネットワークは正常です。私たちの研究室の中にあります。また、パケットなどもドロップしません。

私たちのアプリでは、パケットをすぐに転送しません。十分なパケットを受信して​​ rtp パケット化時間 (ptime) を増やした後、raw ソケットを介してメッセージを転送し、dscp を 10 に設定して、今回はパケットが iptable ルールを回避できるようにします。

クライアント側からの RTP ストリーム分析は、ほぼすべてのストリームに問題があることを示しています。一部のストリームの要約を以下に示します。

ストリーム 1:

Max delta = 1758.72 ms at packet no. 40506
Max jitter = 231.07 ms. Mean jitter = 9.27 ms.
Max skew = -2066.18 ms.
Total RTP packets = 468   (expected 468)   Lost RTP packets = 0
(0.00%)   Sequence errors = 0
Duration 23.45 s (-22628 ms clock drift, corresponding to 281 Hz (-96.49%)

ストリーム 2:

Max delta = 1750.96 ms at packet no. 45453
Max jitter = 230.90 ms. Mean jitter = 7.50 ms.
Max skew = -2076.96 ms.
Total RTP packets = 468   (expected 468)   Lost RTP packets = 0
(0.00%)   Sequence errors = 0
Duration 23.46 s (-22715 ms clock drift, corresponding to 253 Hz (-96.84%)

ストリーム 3:

Max delta = 71.47 ms at packet no. 25009
Max jitter = 6.05 ms. Mean jitter = 2.33 ms.
Max skew = -29.09 ms.
Total RTP packets = 258   (expected 258)   Lost RTP packets = 0
(0.00%)   Sequence errors = 0
Duration 10.28 s (-10181 ms clock drift, corresponding to 76 Hz (-99.05%)

どこで問題を探すべきですか?

4

0 に答える 0