Garbled call recording after being parked

Ok, I though we had a phone problem but the issue persists! If we park a call, let them sit on hold listening to one of the 5 stock music’s and then pick the call up again the call recording is garbled.

It just happened and the timeline was:
3 seconds of good audio (Hello, please hold)
37 seconds of good hold music (macroform-the_simplicity)
91 seconds of garbled mess (the hold ends roughly 45 seconds in but garbled audio continues)
28 seconds of good audio

The exact times change here and there, but the layout is roughly the same.

I’ve uploaded new hold music, no change.

More troubleshooting: seems to only happen with 1 extension. My phones are all Yealink T46G’s circa 2016.

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.

Ran into this issue just recently and as far as I can tell, this is the only fpbx thread discussing it.

Medical history:
Patient presented with Asterisk 16.30.0 using chan_sip trunks and devices only, jitter buffer enabled for chan_sip in Asterisk SIP Settings, and with both g729 and g711 codecs enabled on trunks and peers. Patient complained that when an inbound call was parked, the portion of the call recording after retrieving the call from the parking lot was garbled. I later discovered at least one call recording where the audio corrected itself much later (10-15 min) in the call.

Diagnosis 1 - codecs. Thinking it might be related to transcoding somehow, I disabled all except g711. No improvement

Diagnosis 2 - jitter buffer. Really thought I was onto something with this one, particularly after seeing some jitter notices in the full log when the call was retrieved from the parking lot. Disabled jitter buffer, no improvement.

Diagnosis 3 - recording file format, changed recording file format to wav - Cured

Treatment:
One time dose of browsing to Settings → Advanced settings → Call Recording Format. Changed from WAV back to the default wav format. Instant improvement.

Will continue to monitor for remission, but patient prognosis is good.

At some point I will attempt to repro this with pjsip on a supported asterisk version (unless someone beats me to it), there may be a bug here.

2 Likes

I’ve been struggling with this for years now. I went through the some of the same troubleshooting - Codecs to g711 only (was running g722 but thought maybe my hardware wasn’t up to it). I changed phones (Yealink T46G to Yealink T54W) thinking something in the firmware had broken. I changed from the default hold music. Swapped providers (Voip.ms and BulkVS). And fiddled with dozens of other little settings in FreePBX.

In fact, just yesterday I decided to abandon FreePBX and install IncrediblePBX on a spare machine to see if it worked properly! That was my job for this afternoon, now I’m not sure what I’ll do. :grinning:

I’ve changed from “WAV” to “wav” and will monitor. I’ll report back in a couple of days.

1 Like

On first blush this fix has worked 100%.

The downside is 8x the file size, but having working recordings is worth it. I’m sure I changed to WAV many years ago as it’s a pretty common suggestion to save space.

I’d like to bask in this glow for a while and then I’ll start working on setting up the convert to mp3 script… :grinning:

Huge ‘Thank you’ to you Lorne!

2 Likes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.