dptools record_session causing unusual marker and timestamp sequence in rtp stream?

[drylaarsdam]

Freeswitch version: FreeSWITCH Version 1.10.2-release.4~64bit (-release.4 64bit) on CentOS 7

Not sure this is a bug, but when enabling record_session for a bridged call, there seems to be something unusual in the RTP stream from Freeswitch back to the caller that at least one UA softphone emits silence during large portions of the call. This does not occur when removing record_session.

Call path: Softphone <--> SBC <--> Freeswitch <--> IVR server

The RTP stream shows what seems like an unusual number of marker bits, along with a shifting of the timestamp, but only when recording. When playing the audio bits back from the network trace, there is no silence / gaps, so all of the audio appears to be getting streamed.

"silence" at the originating phone does not occur when calling through the PSTN, but same behavior observed in the RTP.

Logs and network traces attached if this is perhaps a bug.

test4-record.zip

[lineguy]

Just out of interest does adjusting the below RTCP settings change the frequency of the problem?

I only ask because I might be experiencing he same problem as you and I managed to line up the the silences when FreeSWITCH received RTCP from another FreeSWITCH instance. Your description is uncanny to what we are getting but it might be a coincidence.

FreeSWITCH wiki: https://freeswitch.org/confluence/display/FREESWITCH/RTCP

<!-- enable rtcp on every channel also can be done per leg basis 
     with rtcp_audio_interval_msec variable set to passthru to pass 
     it across a call -->
<param name="rtcp-audio-interval-msec" value="5000"/>
<param name="rtcp-video-interval-msec" value="5000"/>

[drylaarsdam]

Thanks for your comment. I haven't looked at this for awhile but I will try to look at that soon and report back.

[lineguy]

Its not a fix but it made it less painful, I am still working for a work around/fix myself.

[shaunjstokes]

@lineguy @drylaarsdam please see #1651 for a patch.