Broadcast campaing hangup before play the message

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

Broadcast campaing hangup before play the message

Postby jergas » Sat Apr 11, 2009 9:44 pm

Hi, I have a problem with broadcast campaigns. Some times (like 1 out of 10) Vicidial hangup the call before playing the message to the to the called party.
I did a lot of workarround with this problem and I found that Vicidial looses the Callerid variable, which is used by agi-VDADtransferBROADCAST.agi to make the transfer. Here you can see a comparation between failed and a successful call:

Fail to transfer__________________________________________
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing NoOp("Local/956999962241@default-0e95,2", "--Llamado a Celulares 1803--") in new stack
-- Executing NoOp("Local/956999962241@default-0e95,2", "callerid="V0411193036000105449" <0000000000>") in new stack
-- Executing AGI("Local/956999962241@default-0e95,2", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing Dial("Local/956999962241@default-0e95,2", "ZAP/g1/0999962241|25|r") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g1/0999962241
-- Zap/1-1 is proceeding passing it to Local/956999962241@default-0e95,2
-- Zap/1-1 is ringing
-- Zap/1-1 answered Local/956999962241@default-0e95,2
> Channel Local/956999962241@default-0e95,1 was answered.
== Manager 'sendcron' logged off from 127.0.0.1
-- Executing AGI("Local/956999962241@default-0e95,1", "agi://127.0.0.1:4577/call_log") in new stack
== Spawn extension (default, 956999962241, 4) exited non-zero on 'Local/956999962241@default-0e95,2'
-- Executing DeadAGI("Local/956999962241@default-0e95,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----8-----0") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing NoOp("Zap/1-1", "callerid="" <956999962241>") in new stack
-- Executing AGI("Zap/1-1", "agi-VDADtransferBROADCAST.agi|8364") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---8-----0 completed, returning 0
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransferBROADCAST.agi
-- AGI Script agi-VDADtransferBROADCAST.agi completed, returning 0
-- Executing AGI("Zap/1-1", "agi-VDADtransferBROADCAST.agi|8364") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransferBROADCAST.agi
== Parsing '/etc/asterisk/manager.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
== Spawn extension (default, 8364, 4) exited non-zero on 'Zap/1-1'
-- Executing DeadAGI("Zap/1-1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
-- Hungup 'Zap/1-1'


Transfer OK__________________________________________________________________________________________________
-- Executing NoOp("Local/956999962241@default-71c1,2", "--Llamado a Celulares 1803--") in new stack
-- Executing NoOp("Local/956999962241@default-71c1,2", "callerid="V0411193447000105449" <0000000000>") in new stack
-- Executing AGI("Local/956999962241@default-71c1,2", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing Dial("Local/956999962241@default-71c1,2", "ZAP/g1/0999962241|25|r") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g1/0999962241
-- Zap/1-1 is proceeding passing it to Local/956999962241@default-71c1,2
-- Zap/1-1 is ringing
-- Zap/1-1 answered Local/956999962241@default-71c1,2
> Channel Local/956999962241@default-71c1,1 was answered.
== Manager 'sendcron' logged off from 127.0.0.1
-- Executing AGI("Local/956999962241@default-71c1,1", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing NoOp("Local/956999962241@default-71c1,1", "callerid="V0411193447000105449" <0000000000>") in new stack
-- Executing AGI("Local/956999962241@default-71c1,1", "agi-VDADtransferBROADCAST.agi|8364") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransferBROADCAST.agi
== Spawn extension (default, 956999962241, 4) exited non-zero on 'Local/956999962241@default-71c1,2'
-- Executing DeadAGI("Local/956999962241@default-71c1,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----5-----0") in ew stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---5-----0 completed, returning 0
-- AGI Script agi-VDADtransferBROADCAST.agi completed, returning 0
-- Executing AGI("Zap/1-1", "agi-VDADtransferBROADCAST.agi|8364") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransferBROADCAST.agi
-- AGI Script agi-VDADtransferBROADCAST.agi completed, returning 0
-- Executing Answer("Zap/1-1", "") in new stack
-- Executing WaitExten("Zap/1-1", "1") in new stack
-- Timeout on Zap/1-1, continuing...
-- Executing Playback("Zap/1-1", "custom/qwerty") in new stack
-- Playing 'custom/qwerty' (language 'en')
-- Channel 0/1, span 1 got hangup request, cause 16
== Spawn extension (default, 1803, 3) exited non-zero on 'Zap/1-1'
-- Executing DeadAGI("Zap/1-1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
-- Hungup 'Zap/1-1'

I think Vicidial is hanging up the call and loosing the Callerdid variable value just before launching agi-VDADtransferBROADCAST.agi
I think it is a syncronization problem between AST_VDauto_dial.pl and agi-VDADtransferBROADCAST.agi but I don't know how to handle it.

I'll thank you if you have any ideas.

I'm using Vicidialnow 1.1

Cheers,
jergas
jergas
 
Posts: 21
Joined: Wed Oct 22, 2008 5:54 pm

Postby mflorell » Sun Apr 12, 2009 5:08 am

I would suggest upgrading to ViciDial 2.0.5 where broadcast campaigns are handled differently.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Postby Op3r » Sun Apr 12, 2009 5:22 am

you are also not using the campaign manager interface to use for caller ID.
Get paid for US outbound Toll Free calls. PM me.
Op3r
 
Posts: 1424
Joined: Wed Jun 07, 2006 7:53 pm
Location: Manila


Return to Support

Who is online

Users browsing this forum: Google [Bot], Majestic-12 [Bot] and 258 guests