中国证监会和SSRC在RTP

bad*_*der 10 sip rtp rtsp rtcp

我对RTP很新,有人可以解释一下CSRC和SSRC吗?

来自http://www.rfc-editor.org/rfc/rfc3550.txt,它的含义是:SSRC字段标识同步源.这是否意味着,在网络中可能有许多发送者正在为RTP(多播网络)做出贡献并确定数据包来自哪个来源?

CSRC:贡献源(CSRC):RTP数据包流的来源,它对RTP混频器产生的组合流做出了贡献(见下文).不清楚,不知道,不懂.

有人可以用例子解释一下吗?谢谢

Sha*_*ell 14

取自链接:

SSRC标识同步源.该值是随机选择的,目的是在同一RTP会话中没有两个同步源具有相同的SSRC.虽然多个源选择相同标识符的概率很低,但所有RTP实现必须准备好检测和解决冲突.如果源更改其源传输地址,则还必须选择新的SSRC以避免被解释为循环源.

CSRC一个0到15个CSRC元素的数组,用于标识此数据包中包含的有效负载的贡献源.标识符的数量由CC字段给出.如果有超过15个贡献源,则只能识别15个.CSRC标识符由混合器插入,使用贡献源的SSRC标识符.例如,对于音频分组,列出了混合在一起以创建分组的所有源的SSRC标识符,从而允许在接收器处正确的说话者指示.

说实话,我从未见过有人以任何有意义的方式使用SSRC或CSRC.在我处理过的所有代码中,我们只是在SSRC中生成一个随机数,并且从不打扰填写CSRC.

我猜想SSRC可能在跟踪和/或检测循环音频路径时很有用.

我猜想CSRC对于从会议服务器接收音频的SIP端点可能是有用的,其中多个音频源混合在一起,如上面的引用中所示.正如我所说,在我处理的会议服务器代码中,我们不打扰.

  • SSRC与多方会议变得更加相关,其中有多个视频/音频流进入.参见IETF上的讨论https://www.ietf.org/mail-archive/web/perc/current/msg00398.html (2认同)
  • 接受的答案忽略了 [RFC 8108](https://tools.ietf.org/html/rfc8108),它描述了使用 SSRC 来区分会话中的多个 RTP 流。常见用例包括合法拦截和其他分析应用程序,其中来自端点的多个流以某种方式相关。RFC 8108 允许 SSRC 转换指定新流或恢复先前的流,而无需更改会话信息(即端点 IP 地址:端口或其他 SDP 信息)。请注意,这与混合或会议不同,并且 CSRC 不能用于列出所有 SSRC 贡献 (2认同)