关于SSRC的问题

[soliddream66]

IVR使用了JRTPLib库，某次异常观察输出日志，提示OnSSRCCollision

关于SSRC的介绍
Identifies the synchronization source. The value is chosen randomly, with the intent that no two synchronization sources within the same RTP session will have the same SSRC. Although the probability of multiple sources choosing the same identifier is low, all RTP implementations must be prepared to detect and resolve collisions. If a source changes its source transport address, it must also choose a new SSRC to avoid being interpreted as a looped source.

我的问题是， ssrc冲突具体含义是什么，会在什么样的情况下发生？发生之后有什么影响（比如单向通之类的）

[soliddream66]

哈哈，明白了～

interesting

[soliddream66]

ssrc的具体值是如何产生的

[yanghehong]

[Quote=引用 1 楼 soliddream66 的回复:]
哈哈，明白了～

interesting
[/Quote]

恭喜


- 千里孤行

[soliddream66]

谢谢楼上支持

捣鼓了一上午

通过抓rtp在实践中了解ssrc，基本认识是这样的

ssrc标志一个rtp源，同一个rtp源的ssrc是不变的，照理论上讲，应该不同的rtp源的ssrc标志不同，但遗憾的是硬件不支持，我手头的网关，要么ssrc为0x0，要么不同网关同一个口的ssrc相同。

而jrtplib库2007新版增加了对ssrc的支持，能检测到ssrc冲突，并且阻止ssrc相同的源的rtp流。而jrtplib库旧版也即2006没有这方面的支持。

经常碰到这种情况，软件支持新标准，而硬件停留在旧标准上，新旧标准又不兼容，于是遗憾的是新版本的软件没办法用硬件支持，只好换回旧版本的软件（如果开源的还好，将相关节点换回去旧标准就行了）。

OK~问题完美解决，周末结贴

[soliddream66]

[Quote=引用 5 楼 yanghehong 的回复:]
引用 4 楼 soliddream66 的回复:
谢谢楼上支持

捣鼓了一上午

通过抓rtp在实践中了解ssrc，基本认识是这样的

ssrc标志一个rtp源，同一个rtp源的ssrc是不变的，照理论上讲，应该不同的rtp源的ssrc标志不同，但遗憾的是硬件不支持，我手头的网关，要么ssrc为0x0，要么不同网关同一个口的ssrc相同。

而jrtplib库2007新版增加了对ssrc的支持，能检测到ssrc冲突，并且阻止ssrc相同的源的rtp流。而jrtplib库旧版也即2006没有这方面的支持。

经常碰到这种情况，软件支持新标准，而硬件停留在旧标准上，新旧标准又不兼容，于是遗憾的是新版本的软件没办法用硬件支持，只好换回旧版本的软件（如果开源的还好，将相关节点换回去旧标准就行了）。

OK~问题完美解决，周末结贴




在做啥项目呢？


-千里孤行
[/Quote]

proxy与IVR的测试调试

[yanghehong]

[Quote=引用 4 楼 soliddream66 的回复:]
谢谢楼上支持

捣鼓了一上午

通过抓rtp在实践中了解ssrc，基本认识是这样的

ssrc标志一个rtp源，同一个rtp源的ssrc是不变的，照理论上讲，应该不同的rtp源的ssrc标志不同，但遗憾的是硬件不支持，我手头的网关，要么ssrc为0x0，要么不同网关同一个口的ssrc相同。

而jrtplib库2007新版增加了对ssrc的支持，能检测到ssrc冲突，并且阻止ssrc相同的源的rtp流。而jrtplib库旧版也即2006没有这方面的支持。

经常碰到这种情况，软件支持新标准，而硬件停留在旧标准上，新旧标准又不兼容，于是遗憾的是新版本的软件没办法用硬件支持，只好换回旧版本的软件（如果开源的还好，将相关节点换回去旧标准就行了）。

OK~问题完美解决，周末结贴



[/Quote]

在做啥项目呢？


- 千里孤行

[wukun0701]

学习学习