tcpdump上的奇怪流DTMF捕获
我捕获了一个SIP呼叫的tcpdump以调试DTMF问题(重复的数字)，但我在解释它时遇到了一些问题。
据我所知，当我通过wireshark的"VOIP调用“解析捕获的流量时，我应该看到如下所示(对于数字123)：
捕获1
RTP电话事件DTMF One 1
(活动结束)
RTP电话事件DTMF 2
(活动结束)
RTP电话事件DTMF 3
(活动结束)
但我看到的却是这个
捕获2
RTP电话事件DTMF One 1
RTP电话事件DTMF One 1
RTP电话事件DTMF One 1
(完)
RTP电话事件DTMF 2
RTP电话事件DTMF 2
RTP电话事件DTMF 2
(完)
RTP电话事件DTMF 2 3
RTP电话事件DTMF 2 3
RTP电话事件DTMF 2 3
(完)
在1个系统上，捕获2被检测为123，但在另一个系统上，它似乎将其解码为具有重复的数字。wireshark没有将它们组合在一起作为单个RTP事件的原因是什么？
这是rtp流量：
捕获1：
RTP事件DTMF 1
RTP事件DTMF 1
RTP事件DTMF 1(完)
RTP事件DTMF 1(完)
RTP事件DTMF 1(完)
RTP事件DTMF 2
RTP事件DTMF 2
RTP事件DTMF 2(完)
RTP事件DTMF 2(完)
RTP事件DTMF 2(完)
RTP事件DTMF 3
RTP事件DTMF 3
RTP事件DTMF 3(完)
RTP事件DTMF 3(完)
RTP事件DTMF 3(完)
RTP有效负载
..。
..。
..。
RTP有效负载
而捕获2是：
RTP事件DTMF 1
RTP有效负载
RTP事件DTMF 1
RTP有效负载
RTP事件DTMF 1(完)
RTP有效负载
RTP事件DTMF 1(完)
RTP有效负载
RTP事件DTMF 1(完)
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
RTP事件DTMF 2
RTP有效负载
RTP事件DTMF 2
RTP有效负载
RTP事件DTMF 2(完)
RTP有效负载
RTP事件DTMF 2(完)
RTP有效负载
RTP事件DTMF 2(完)
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
RTP事件DTMF 3
RTP有效负载
RTP事件DTMF 3
RTP有效负载
RTP事件DTMF 3(完)
RTP有效负载
RTP事件DTMF 3(完)
RTP有效负载
RTP事件DTMF 3(完)
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
RTP有效负载
CAPTURE 2是否遵循RFC2833？
回答 2
Stack Overflow用户
发布于 2010-10-02 15:12:58
将一个RFC 2833“事件”编码为多个RTP包是完全可能的。3.6节告诉我们
如果事件持续超过一个周期，则产生事件的源应发送新的事件数据包，其中RTP时间戳值对应于事件的开始，事件的持续时间相应增加。
RFC将“一个周期”定义为50ms。
所以
RTP事件DTMF 1
RTP事件DTMF 1
RTP事件DTMF 1(完)
意味着我们有人按下1键大约150ms。
Stack Overflow用户
发布于 2010-10-23 07:37:19
实际上，规范鼓励您冗余传输RTP事件数据包，因为可能会丢失数据包，并且他们建议每个数据包至少发送3次。检查每个重复事件中的开始和结束时间。如果你需要扩展事件(仍然按住键，比你想在一个事件中编码的时间更长，等等)，那么你可以在不结束它的情况下扩展它。
这也是End数据包被发送3次的原因。(参见section 3.6 of RFC 2833)。
https://stackoverflow.com/questions/3844547
复制相似问题
腾讯云开发者
