vicidial.org

Have a Vicidial box that I have been struggling to get running smoothly.

My previous issue with not all leads being called is apparently related to me overloading the Asterisk box all my calls are routed through. If I drop vicidial back to 3 concurrent calls no leads get skipped. I am in the process of getting rid of all my IAX2 trunks on my Asterisk box (will go SIP only) so I can then have Vicidial make it's own calls through an IAX2 trunk and not have any port issues. That should resolve that.

My big issue now however is the following (keep in mind I am only doing broadcast dialing, no inbound calls):

1) Load 200+ leads.
2) Vicidial starts calling leads.
3) Vicidial will dial anywhere from 10 - 60 people and then just stop!
4) If I take a look at the hopper it's full (sometimes more than full based on the hopper level specified)
5) If I putty into my asterisk box I see no activity coming from the vicidial box.
6) If I then clear the hopper and reboot the vicidial box the system will continue on from where it left off for another 10 - 60 people before it just stops again.

Any ideas on what I should be looking at?

Thanks.

Darryl

Just wanted to mention as well.

The computer in use is a new dual core cpu with 2GB ram and a lot of hard drive space. It is running the latest version of Vicidial with the AMD patch installed.

It doesn't seem to be a load issue and the load never seems to go higher than 0.2 or so.

Darryl

This is actually where the broadcast dialing stops:

-- Executing DeadAGI("Local/514162209725@default-149e,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----12-----0") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... --12-----0 completed, returning 0
Nov 4 12:57:02 WARNING[26467]: file.c:1045 ast_waitstream: Unexpected control subclass '20'
== Spawn extension (default, 8325, 1) exited non-zero on 'IAX2/trixbox-3'

I've googled around on this and found no clue as to what is the cause of that error. Running "DELETE from vicidial_live_agents where server_ip='$server_ip'" from the mysql commandline will resume the remote agents dialing. So does "/usr/share/astguiclient/AST_reset_mysql_vars.pl" since this clears up the live agents table. This means that using Trixbox as trunk is not the issue here.

The system is using Astguiclient-2.0.4.1rc5 and Asterisk 1.2.26.2 and 1.2.27. Both the same results.

We've made several changes for Remote Agent Broadcast campaigns in SVN trunk that make it more reliable and log better.

Have you tried this with SIP to your trixbox instead of IAX, in case your issue relates to something that may later be Logged, but isn't presently.

I've had some issues with IAX similar to this, and I found the issue by NOT using IAX. I never did resolve it as there was an upgrade shortly thereafter that resolved it for me, but the temporary solution was SIP.