<div dir="ltr">There is actually a setting to force new SSRC in a condition like that.<div><br></div><div>Internally it's called RTP_BUG_CHANGE_SSRC_ON_MARKER. If I remember correctly it should be set in the sofia profile config:<br>
</div><div><br></div><div><param name="auto-rtp-bugs" data="CHANGE_SSRC_ON_MARKER"/><br></div><div><br></div><div>Try that out and see if it helps.</div><div><br></div><div>/Peter</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2014-03-28 11:37 GMT+01:00 Richard Brady <span dir="ltr"><<a href="mailto:rnbrady@gmail.com" target="_blank">rnbrady@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi Anthony and team<div><br></div><div>I have a situation where the timestamp in a RTP stream generated by FS jumps backwards. Version 1.2.22.</div><div><br></div><div>It seems the cause of this is that media from the A leg starts late. So in the meantime we start generating media on the B leg with our own timestamp. <br>
</div><div><br></div><div>Then media starts arriving on the A leg so we relay it and we start using that timestamp instead of our own. </div><div><br></div><div><div>FS sets the marker bit when this happens but I'm not sure this makes it OK to turn back the timestamp. I think we should actually be using a new SSRC. </div>
</div><div><br></div><div>Any thoughts? (happy to raise a Jira ticket and verify in master).</div><div><br></div><div>Richard</div><div><br clear="all"><div><div>--</div><div>Richard Brady</div><div>M: <a href="tel:%2B44%20%280%297771%20623%20348" value="+447771623348" target="_blank">+44 (0)7771 623 348</a></div>
<div>T: <a href="tel:%2B44%20%280%2920%208144%208160" value="+442081448160" target="_blank">+44 (0)20 8144 8160</a></div><div>E: <a href="mailto:rnbrady@gmail.com" target="_blank">rnbrady@gmail.com</a></div></div>
</div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>