在测试我们的新过滤应用程序期间，我们的语音质量非常差。
应用程序使用 netfilter_queue 库从内核接收数据包。然后将数据包插入一个新的用户管理队列并对其进行一些转换，例如连接 udp 有效负载。
网络很健康。它在我们的实验室内。它不会丢弃数据包或任何东西。
在我们的应用程序中，我们不会立即转发数据包。在收到足够的数据包以增加 rtp 打包时间 (ptime) 后，我们通过原始套接字转发消息并将 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%)
知道我们应该在哪里寻找问题吗？