0

我以此处描述的方式使用 tcpdump http://www.erg.abdn.ac.uk/multicast/tools_notes/tcpdump.html#rtp在我的浏览器和我运行的媒体服务器之间提取 RTCP 数据包。

一些示例数据：

192.168.56.1.55281 > 192.168.56.103.56858:  sr 2060503618 @4039366103.08 2985649056 3759504059p 947804803b type-0xfa 160544
192.168.56.1.55281 > 192.168.56.103.56858:  sr 2060503618 @4086113093.65 724273245 4090890645p 3217937232b type-0x6e 28300
192.168.56.1.55281 > 192.168.56.103.56858:  sr 2060503618 @2251420711.18 185215175 650796127p 3621147513b type-0x66 120348

据我了解，@ 符号后面的数字是 NTP 参考时间戳，后面的数字是媒体时间戳参考，但是当我将这些转换为日期时，它们看起来是随机的，而且两个时间戳都不会接近实际时间。

环顾四周，似乎以下情况同样可能：

a）我完全错过了一些东西。

b) 我看到加密数据。

c）我看到了错误代码的结果。

这个问题：Reading RTCP packet from an IP camera using FFMPEG看起来非常相关，除了它处理的是 RTSP，而不是 RTP。

4

1 回答 1

0

b) 是正确的。数据使用 WebRTC 加密。

于 2015-05-17T01:52:23.827 回答