问题标签 [rtcp]

我是 RTP/RTCP 协议的新手，听说 RTCP 将在 RTP 数据包之间定期发送以用于某些诊断目的。假设如果一个 RTP 数据包丢失，它可以通过序列号和 RTCP 数据包中的报告来识别。但是如果 RTCP 数据包本身丢失了怎么办？让我们以“BYE”格式（表示参与结束）为例。

我正在用c编写一个抖动缓冲程序来处理rtp数据包。这里RTP使用UDP进行传输，所以连接不可靠，数据包不会按顺序排列，也会有一些数据包丢失。如果数据包顺序发生变化，我将通过序列号（在 RTP 标头信息中）排列它们，但我如何处理或补偿丢包？（因为丢包不在我手中）

注意：我将 h264 作为有效负载处理，他们要求我仅使用 RTP 标头

除了贝尔实验室的实现，Reliable-UDP 还有其他实现吗？我需要开发一个不想使用 RTP 或 RTCP 的流应用程序。我想要两个功能

1. 数据包的有序交付
2. 重新发送丢失的数据包

不需要额外的功能。如果有任何实现，请告诉我。我已经搜索了很多，但找不到一个

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

一些示例数据：

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

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

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

b) 我看到加密数据。

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

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

我想使用这个库：http ://www.cs.columbia.edu/~hgs/teaching/ais/1998/projects/java_rtp/report.html

我有一个问题：当这个库中的文件的包名中有“java.net ...”时，是否可以使用它？当我尝试在 NetBeans 中编译程序时出现异常：“java.lang.SecurityException：禁止的包名称：java.net.RTP.Packets”。

RTCP Receiver Report的发送间隔是多少？在 RFC 3550 中，我只能计算服务器的 RTCP 传输间隔。但作为客户，我不知道成员和发件人（或者我知道吗？）。所以我有点困惑如何计算间隔或者我应该定期发送 RTCP RR 还是应该只在收到 SR 时发送 RR 数据包？

我正在开发一个数据包捕获程序来分析 RTP/RTCP 流量。流量在移动网络中，例如 VoLTE。我知道我需要先在 SIP/SDP 数据包中搜索，以获取 RTP/RTCP 中使用的实际地址和端口号。问题是我应该查看哪些信息。例如：

• SIP 数据包中的源/目标和其他信息。由于使用了 SIP 代理，所以 SIP 包的地址和 SIP 头中的信息如：“Via”、“To”和“From”等，与 RTP 地址无关，对吧？（PS，这些字段的真正目的是什么？）
• SDP中的o= line和c= line有什么区别？RTP 会使用其中之一吗？
• 我必须找到调用方和被调用方的 SDP 中支持的通用编解码器和有效负载类型来确定 RTCP 端口。如果它们支持一种媒体类型的多个编解码器，那么两端是否可以使用不同的编解码器？
• 如果涉及 STUN、TURN 或 ICE，我还应该查看什么？

有很多协议，很难掌握所有协议以获得所需的特定信息。谢谢。

我一直在尝试使用 vlc 通过 RTP 和 RTSP 进行流式传输。奇怪的是，当通过 RTSP（单播）进行流式传输时，RTCP 会同时生成 Sender Reports 和 Receiver Reports，但是当通过 RTP 多播进行流式传输时，只会生成 Sender Reports。客户端不生成任何接收方报告。我使用wireshark进行数据包嗅探。

任何帮助将不胜感激。

有人可以解释这个 tcpdump 输出的 SR/RR 部分吗？

示例：tcpdump -n udp -x 端口 5091 及以下 129 -T rtcp

谢谢！

首先，这有点像RTP：单播会话中的 SSRC 冲突检测，但问题在于其他范围。

场景：

我有一堆媒体代理与中央媒体网关通信。

像这样的安排

{设备A} <--RTP--> {媒体网关} <--RTP--> {设备B}

对于单个会话

和

{Device1, Device2 ... DeviceN} <--RTP--> {媒体网关} <--RTP--> {Device11, Device22 ... DeviceNN}

在一般形式中，DeviceN 在与 DeviceNN 的 RTP 会话中。

基本上他们在交换 RTP 时没有任何问题（通过 Wireshark 分析证明），但是，在我们拥有的 RTCP 报告工具上，可以看到存在具有相同 SSRC 的会话（可能来自设备的错误，没有生成ID足够随机）。

我的问题：您是否看到任何场景，在具有相同 SSRC ID 的 RTP 会话中，我们开始看到 RTCP 发出的信息不匹配？

同样，如果我们查看 Wireshark（没有丢包或明显抖动），所有 RTP 会话都很好，但 RTCP 呈现出极高水平的不良网络。

我在想：如果媒体网关发生冲突，它应该停止给定 SSRC 的 RTP 流，只留下一个活着，那么，该流的 RTCP 流也应该是好的。我说得对吗？

感谢您的评论！