vicidial.org

hi, got problem on my vicidial setup--agents doing predictive dialing and when someone do manual dial using the manual button on agent interface, agent can do live and when other agent also want to dial manual calls are drop:

manual dial can do single call only if someone is using it, it wont allow call are getting drop on the secodn, third caller.

Any idea on this: and also i cant see the log coz its so fast.

Im doing Vicidial 2.2
2 server= asterisk/vicidial & apache/Mysql
asterisk 1.4
using softphones, VOIP trunk

hi, i have observed that the manual dial on the agent interface can do dial numbers for land line numbers while for mobile number it cant dial, like this numbers:

8018986995
5616256106
5132447423

and one more thing to add up when i used the softphones only like eyabem but registered to asterisk. all the mobile calls worked..but with vicidial login interface it wont-its getting drop..

USA or UK ?

We are calling on US...client.

What CLI says when you Dial Manually from the Dialer ?

AND

What CLI says when you Dial Manually from the softphone ?

One thing to look at is if the campaign that is dropping has the add 9 dial out option. Usually for a manual call you will need to put 9+1 then the 10 digit number (for US & CA).

hi as an add up to i was able to capture the logs of the calls on my asterisk CLI, where mobile number are drops:

Nov 5 20:23:28] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:23:28] == Spawn extension (default, 914084482376, 2) exited non-zero on 'Local/914084482376@default-f675,2'
[Nov 5 20:23:28] -- Executing [h@default:1] DeadAGI("Local/914084482376@default-f675,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------") in new stack
[Nov 5 20:23:28] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:23:29] == Spawn extension (default, 919547584668, 2) exited non-zero on 'Local/919547584668@default-5db0,2'
[Nov 5 20:23:29] -- Executing [h@default:1] DeadAGI("Local/919547584668@default-5db0,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------") in new stack
[Nov 5 20:23:29] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:23:29] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:23:29] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:23:29] == Spawn extension (default, 914196344724, 2) exited non-zero on 'Local/914196344724@default-27ee,2'
[Nov 5 20:23:29] -- Executing [h@default:1] DeadAGI("Local/914196344724@default-27ee,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------") in new stack
[Nov 5 20:23:29] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:23:57] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:23:57] Found
[Nov 5 20:23:57] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:23:57] -- Executing [8600051@default:1] MeetMe("Local/8600051@default-45d7,2", "8600051|F") in new stack
[Nov 5 20:23:57] > Channel Local/8600051@default-45d7,1 was answered.
[Nov 5 20:23:57] -- Executing [918887698981@default:1] AGI("Local/8600051@default-45d7,1", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 5 20:23:58] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 5 20:23:58] -- Executing [918887698981@default:2] Dial("Local/8600051@default-45d7,1", "Zap/g2/18887698981||To") in new stack
[Nov 5 20:23:58] WARNING[23282]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)
[Nov 5 20:23:58] == Everyone is busy/congested at this time (1:0/0/1)
[Nov 5 20:23:58] -- Executing [918887698981@default:3] Hangup("Local/8600051@default-45d7,1", "") in new stack
[Nov 5 20:23:58] == Spawn extension (default, 918887698981, 3) exited non-zero on 'Local/8600051@default-45d7,1'
[Nov 5 20:23:58] -- Executing [h@default:1] DeadAGI("Local/8600051@default-45d7,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CHANUNAVAIL----------") in new stack
[Nov 5 20:23:58] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:23:58] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-45d7,2'
[Nov 5 20:23:58] -- Executing [h@default:1] DeadAGI("Local/8600051@default-45d7,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 5 20:23:58] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:23:58] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:23:58] Found
[Nov 5 20:23:58] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:23:58] -- Executing [58600051@default:1] MeetMe("Local/58600051@default-5cf4,2", "8600051|Fmq") in new stack
[Nov 5 20:23:58] > Channel Local/58600051@default-5cf4,1 was answered.
[Nov 5 20:23:58] -- Executing [8309@default:1] Answer("Local/58600051@default-5cf4,1", "") in new stack
[Nov 5 20:23:58] -- Executing [8309@default:2] Monitor("Local/58600051@default-5cf4,1", "wav|20091106-065357_8887698981") in new stack
[Nov 5 20:23:58] -- Executing [8309@default:3] Wait("Local/58600051@default-5cf4,1", "3600") in new stack
[Nov 5 20:23:59] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:23:59] Found
[Nov 5 20:23:59] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:23:59] -- Executing [914098773530@default:1] AGI("Local/914098773530@default-dcc5,2", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 5 20:23:59] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 5 20:23:59] -- Executing [914098773530@default:2] Dial("Local/914098773530@default-dcc5,2", "SIP/rapidvox/14098773530||To") in new stack
[Nov 5 20:23:59] -- Called rapidvox/14098773530
[Nov 5 20:23:59] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:23:59] Found
[Nov 5 20:23:59] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:23:59] -- Executing [916239427022@default:1] AGI("Local/916239427022@default-838b,2", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 5 20:23:59] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 5 20:23:59] -- Executing [916239427022@default:2] Dial("Local/916239427022@default-838b,2", "SIP/rapidvox/16239427022||To") in new stack
[Nov 5 20:23:59] -- Called rapidvox/16239427022
[Nov 5 20:23:59] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:23:59] Found
[Nov 5 20:23:59] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:23:59] -- Executing [915702585082@default:1] AGI("Local/915702585082@default-85dd,2", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 5 20:23:59] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 5 20:23:59] -- Executing [915702585082@default:2] Dial("Local/915702585082@default-85dd,2", "SIP/rapidvox/15702585082||To") in new stack
[Nov 5 20:23:59] -- Called rapidvox/15702585082
[Nov 5 20:24:01] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:24:01] Found
[Nov 5 20:24:01] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:24:01] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:24:01] Found
[Nov 5 20:24:01] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:24:01] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:24:01] -- SIP/rapidvox-0092e5e0 is making progress passing it to Local/916239427022@default-838b,2
[Nov 5 20:24:01] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:24:02] -- SIP/rapidvox-0081a130 is making progress passing it to Local/914098773530@default-dcc5,2
[Nov 5 20:24:02] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:24:02] -- SIP/rapidvox-00948110 is making progress passing it to Local/915702585082@default-85dd,2


ANOTHER SET:

Nov 5 20:24:55] -- Executing [h@default:1] DeadAGI("Local/914014729671@default-946f,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------") in new stack
[Nov 5 20:24:55] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:24:56] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:24:56] Found
[Nov 5 20:24:56] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:24:56] -- Executing [8600051@default:1] MeetMe("Local/8600051@default-79d4,2", "8600051|F") in new stack
[Nov 5 20:24:56] > Channel Local/8600051@default-79d4,1 was answered.
[Nov 5 20:24:56] -- Executing [918887698981@default:1] AGI("Local/8600051@default-79d4,1", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 5 20:24:56] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 5 20:24:56] -- Executing [918887698981@default:2] Dial("Local/8600051@default-79d4,1", "Zap/g2/18887698981||To") in new stack
[Nov 5 20:24:56] WARNING[23505]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)
[Nov 5 20:24:56] == Everyone is busy/congested at this time (1:0/0/1)
[Nov 5 20:24:56] -- Executing [918887698981@default:3] Hangup("Local/8600051@default-79d4,1", "") in new stack
[Nov 5 20:24:56] == Spawn extension (default, 918887698981, 3) exited non-zero on 'Local/8600051@default-79d4,1'
[Nov 5 20:24:56] -- Executing [h@default:1] DeadAGI("Local/8600051@default-79d4,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CHANUNAVAIL----------") in new stack
[Nov 5 20:24:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:24:56] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-79d4,2'
[Nov 5 20:24:56] -- Executing [h@default:1] DeadAGI("Local/8600051@default-79d4,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 5 20:24:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:24:57] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:24:57] Found
[Nov 5 20:24:57] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:24:57] -- Executing [58600051@default:1] MeetMe("Local/58600051@default-d7f7,2", "8600051|Fmq") in new stack
[Nov 5 20:24:57] > Channel Local/58600051@default-d7f7,1 was answered.
[Nov 5 20:24:57] -- Executing [8309@default:1] Answer("Local/58600051@default-d7f7,1", "") in new stack
[Nov 5 20:24:57] -- Executing [8309@default:2] Monitor("Local/58600051@default-d7f7,1", "wav|20091106-065456_8887698981") in new stack
[Nov 5 20:24:57] -- Executing [8309@default:3] Wait("Local/58600051@default-d7f7,1", "3600") in new stack
[Nov 5 20:25:00] == Manager 'sendcron' logged off from 127.0.0.1
[Nov 5 20:25:01] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:25:01] Found
[Nov 5 20:25:01] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:25:01] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:25:01] Found
[Nov 5 20:25:01] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:25:01] == Manager 'sendcron' logged off from 127.0.0.1
Gateway*CLI>

what could be the problem with this..?
Note: Land line phon calls are ok on manual dila in vicidial but with mobile numbers calls are drop..

What kind of phone lines are you using?

How are they configured?

mflorell:

Im using VOIP trunk:
SIP and softphones

They are configured on my sip.conf;

[voiptelco]
type=peer
host=sip.voip.com
username=xxxxxxxx
secret=xxxxxxxxxxxx
fromuser=xxxxxxxxxx
disallow=all
allow=g729
allow=ulaw
canreinvite=no
dtmfmode=rfc2833
qualify=1000

then i add it up on my extensions.conf:

[globals]
CONSOLE=Console/dsp ; Console interface for demo
TRUNK=SIP/voiptelco ; Trunk interface
TRUNKX=SIP/voiptelco ; 2nd trunk interface
TRUNKIAX=IAX2/ASTtest1:test@10.10.10.16:4569 ; IAX trunk interface
TRUNKIAX1=IAX2/ASTtest1:test@10.10.10.16:4569 ; IAX trunk interface
TRUNKBINFONE=IAX2/1112223333:PASSWORD@iax.binfone.com ; IAX trunk interface
SIPtrunk=SIP/1234:PASSWORD@sip.provider.net ; SIP trunk
TRUNKloop = IAX2/ASTloop:test@127.0.0.1:40569 ; used for blind monitoring
TRUNKblind = IAX2/ASTblind:test@127.0.0.1:41569 ; used for testing

Thats all what i did..it doing predictive dialing now at 3.0 ratio and doing good but when agent sometimes make manual call on the agent page there, with a mobile number they are getting drop..numbers like this;
8018986995
5616256106
5132447423


[/b]

Can you post the CLI when agents are dialing manually :

Those 3 numbers SPECIFICALLY.

@gmcust3

sorry for now, i ahve to wait tell the end of shift coz all agents now are dialing and if i test it i cant even capture the logs cause they are so fast..

can my sample logs ip post cant give idea..? ive test it both eyebeam and on agnet login to web inetrface, both are being drop...

Logically, if its UK, then we may have presumed that yr VOIP provider is blocking your calls as UK Mobile rates are very high.

But in USA, it flat rate.

Now, if your dialer can dial and throw landline numbers easily and smoothly, then there is no reason it shldn't do the same with mobile.

[Nov 5 20:24:56] -- Executing [918887698981@default:2] Dial("Local/8600051@default-79d4,1", "Zap/g2/18887698981||To") in new stack
[Nov 5 20:24:56] WARNING[23505]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)
[Nov 5 20:24:56] == Everyone is busy/congested at this time (1:0/0/1)
[Nov 5 20:24:56] -- Executing [918887698981@default:3] Hangup("Local/8600051@default-79d4,1", "") in new stack
[Nov 5 20:24:56] == Spawn extension (default, 918887698981, 3) exited non-zero on 'Local/8600051@default-79d4,1'
[Nov 5 20:24:56] -- Executing [h@default:1] DeadAGI("Local/8600051@default-79d4,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CHANUNAVAIL----------") in new stack
[Nov 5 20:24:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:24:56] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-79d4,2'
[Nov 5 20:24:56] -- Executing [h@default:1] DeadAGI("Local/8600051@default-79d4,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 5 20:24:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Nov 5 20:24:57] == Parsing '/etc/asterisk/manager.conf': [Nov 5 20:24:57] Found
[Nov 5 20:24:57] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 5 20:24:57] -- Executing [58600051@default:1] MeetMe("Local/58600051@default-d7f7,2", "8600051|Fmq") in new stack
[Nov 5 20:24:57] > Channel Local/58600051@default-d7f7,1 was answered.
[Nov 5 20:24:57] -- Executing [8309@default:1] Answer("Local/58600051@default-d7f7,1", "") in new stack
[Nov 5 20:24:57] -- Executing [8309@default:2] Monitor("Local/58600051@default-d7f7,1", "wav|20091106-065456_8887698981") in new stack
[Nov 5 20:24:57] -- Executing [8309@default:3] Wait("Local/58600051@default-d7f7,1", "3600") in new stack

every dial i have, i see this logs---is this an issue with my voip provider..? or just winthin my vicidial system itself..

8887698981

Its a toll free number and due to high cost in Toll in VOIP , VOIP provider generally blocks it.

Can u try those 3 numbers and send the CLI ?

If you are wanting to dial out SIP then you have something configured wrong, this is trying to dial out a Zap channel(POTS or T1/E1):

WARNING[23505]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)

@mflorell

yes what you think the part i might need to check that i have missed something on the dial plan..? i never tried configuring ZAP channel, and also all my settigns only involves SIP,

My preedicitve call are all SIP channel, but with manual dial- this isw i dont know where to configure this, any guide on where do i check this part..

hi anyone can make comment---i never configure ZAP channel on my setup and im doing SIP from start....

in extensions.conf, there is a "hard-coded" _91NXXNXXXXXX extension dial plan which points to Zap. it should be commented out to use dial 9 service elsewhere.

alternately, you can change yours to dial 8 service (_81NXXNXXXXXX dial plan and "8" in the campaign).

Known bug. Search for it, there's a lot of commentary on it in the forums.

@williamconley

but im not dialing ZAP, im doing SIP..what would i do and on my extensions.conf all are commented out...

did you "reload" after commenting out the _91...?

william: yeah id o reload serverral times.

its actually working on predictive dialing doing outbound, it just when agent do callbacks and do manual dial on agents web interface, call are getting drop and i have this on log:


[Nov 5 20:24:56] -- Executing [918887698981@default:2] Dial("Local/8600051@default-79d4,1", "Zap/g2/18887698981||To") in new stack
[Nov 5 20:24:56] WARNING[23505]: app_dial.c:1183 dial_exec_full: Unable to create channel of type 'Zap' (cause 0 - Unknown)
[Nov 5 20:24:56] == Everyone is busy/congested at this time (1:0/0/1)
[Nov 5 20:24:56] -- Executing [918887698981@default:3] Hangup("Local/8600051@default-79d4,1", "") in new stack

Its doing ZAP dial which i never configured, where on the dial plan i can check the extensions of manual call on agent web interface...?

either in your carrier in the gui or in extensions.conf "918887698981" is being sent to a zap channel.

so check all your carriers for _91NXXNXXXXXX or any other patterns that may match "918887698981", then re-check extensions.conf, and just to be funny you can check extensions-vicidial.conf as well (but that's the file that gets written by the GUI, so if it's in there you may fix it but you may have to search for the GUI entry that's causing it).

@william i didnt see anything extension _91NXXNXXXXXX on the vicidial-conf and on the deafult extensions.conf doing ZAP channel..

im confuse where this could be coming from..

[Nov 5 20:24:56] -- Executing [918887698981@default:2] Dial("Local/8600051@default-79d4,1", "Zap/g2/18887698981||To") in new stack

pretty much specifies that it is translating 918887698981 to a need to dial Zap. It has to be either a specific extension or a pattern match to get it there. and it has to be in extensions.conf or another .conf that is included (which would be extensions-vicidial.conf and possibly others, depending on your setup).

asterisk doesn't "guess". it either matches an extension or a pattern ... or it FAILS and refuses to dial at all. (which is likely the case for a remote agent help thread i've got running elsewhere right now ... it must match something to dial out).