vicidial.org

Hello There,

I have configured a survey campaign created a Music on hold Context, added 2 asterisk formated audio files, and assigned context to the campaign under "Park Music-on-Hold", when I'm testing the campaign calls my cell plays the message and I press one, I pause my agent to simulate a waiting time, and instead of playing the MOH file it stays in silent for few seconds and then says " Beep, GoodBye" and hangs up, this is whats in CLI:

-- <Local/413069654821@default-4e84,1> Playing 'sip-silence' (language 'en')
[Jul 3 13:14:23] WARNING[7214]: file.c:1297 waitstream_core: Unexpected control subclass '-1'
[Jul 3 13:14:23] -- Executing [h@default:1] DeadAGI("Local/413069654821@default-4e84,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----8-----0") in new stack
[Jul 3 13:14:23] -- Executing [8366@default:2] AGI("SIP/Directtrunk1-0000001b", "agi://127.0.0.1:4577/call_log") in new stack
[Jul 3 13:14:23] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Jul 3 13:14:23] -- Executing [8366@default:3] AGI("SIP/Directtrunk1-0000001b", "agi-VDAD_ALL_outbound.agi|SURVEYCAMP-----LB") in new stack
[Jul 3 13:14:23] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
[Jul 3 13:14:23] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Jul 3 13:14:23] -- Playing 'AST-broadcast-Message-converted' (escape_digits=13) (sample_offset 0)
[Jul 3 13:14:24] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---8-----0 completed, returning 0
[Jul 3 13:14:24] == Spawn extension (default, 413069654821, 2) exited non-zero on 'Local/413069654821@default-4e84,2'
[Jul 3 13:14:25] == Manager 'sendcron' logged off from 127.0.0.1
[Jul 3 13:14:33] == Refreshing DNS lookups.
[Jul 3 13:14:41] -- Playing 'US_pol_survey_transfer' (escape_digits=) (sample_offset 0)
[Jul 3 13:14:53] -- Playing 'ding' (escape_digits=) (sample_offset 0)
[Jul 3 13:14:55] ERROR[7214]: utils.c:967 ast_carefulwrite: write() returned error: Broken pipe
[Jul 3 13:14:55] ERROR[7214]: utils.c:967 ast_carefulwrite: write() returned error: Broken pipe
[Jul 3 13:14:55] -- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
[Jul 3 13:14:55] -- Executing [8307@default:1] Answer("SIP/Directtrunk1-0000001b", "") in new stack
[Jul 3 13:14:55] -- Executing [8307@default:2] Playback("SIP/Directtrunk1-0000001b", "vm-goodbye") in new stack
[Jul 3 13:14:55] -- <SIP/Directtrunk1-0000001b> Playing 'vm-goodbye' (language 'en')
[Jul 3 13:14:55] -- Executing [8307@default:3] Hangup("SIP/Directtrunk1-0000001b", "") in new stack
[Jul 3 13:14:55] == Spawn extension (default, 8307, 3) exited non-zero on 'SIP/Directtrunk1-0000001b'
[Jul 3 13:14:55] -- Executing [h@default:1] DeadAGI("SIP/Directtrunk1-0000001b", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Jul 3 13:14:55] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

Regards







Manual Vicidial Install | SVN Vicidial 2.4-320a Build 110624-2246 | Asterisk 1.4.39.1-vici | Multi-Server | Dahdi_Dummy 2.3.0.1 | No Extra Software After Installation

what is your drop seconds set to?

Try on you CLI


file convert your-file-name.wav your-file-name.ulaw

If there is an error with you recording your are going to see "unable to open bla bla bla" o "unrecognized format bla bla"

also try to configura an extension with a playback to the recording and see if it works.

exten => 1234,1,Playback(your-file-name) (without extension)

Drop call second is defaul 5s and safe harbor extension is 8307, I tried the file convertion and got;

Converted reno_project-system.wav to reno_project-system.ulaw in 53ms

so the audio seems fine.

one more question , if the system is dialing and someone presses one but there are no more available agents to take that call at that very moment, does vicidial put them on some sort of queue or music on hold, so it does not make them as a DROP ?

If your drop call seconds is set to 5 seconds, and your prospect presses "1", your call will disconnect in 5 seconds. This may not even be enough time for the MOH to "kick in". Exactly as designed. Perhaps if you want to play some music for your prospect that number should be "higher"?

I would actually recommend setting your drop action to an InGroup and playing the MOH in the InGroup instead. This would leave your "Campaign" pretty much "stock survey". Reduce the drop seconds to ONE so calls not immediately sent to an agent will bounce to the ingroup, allowing a greeting message followed by music on hold and all the other goodies associated with InGroups.

MoH is only available for inbound, not outbound, unless you drop to an in-group.

love you guys pretty much answered my questions

Hello Team,
I too am facing same issue that the when the survey campaign is activated & in case if the agents get busy or unavailable, the MOH doesn't play for active calls even when they go to queue.
It is working for outbound when it is set to auto dialing & voice blast (Remote Agents).

Also in survey campaign the calls are tend to stay in queue if we set higher dial ratio & set the drop seconds to 60 or more.

If we configure the campaign as blended then Survey dialing doesn't work when agent goes to active state.

Need your guidance on the same. Awaiting for your kind response.


VERSION: 2.14-684a
BUILD: 180812-0902

Version: 2.14b0.5
SVN Version: 3019

Alex wrote:I too am facing same issue that the when the survey campaign is activated & in case if the agents get busy or unavailable, the MOH doesn't play for active calls even when they go to queue.
It is working for outbound when it is set to auto dialing & voice blast (Remote Agents).

MOH is for inbound, not outbound. Drop the surveys to an ingroup for MOH. Agents can still get the calls, they'll just get them from the ingroup.

The rest of your questions are unrelated to "Music-On-Hold Not working on Survey Campaign", thus it would be impractical to answer them in this thread. Create a new post for each question or add them to existing relevant quotes.

Thanks for your response William. Will check & update you back.