vicidial.org

I had the dialer set to manual dial Roseville, California. They were having issues were the dial would hang up on them when they could click dial next number. I rebooted the server, and had one user manual dial and this what i got. Can anyone tell me what went wrong?? Please any help would be greatly appreciated, I posted the code that showed in the CLI.




[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] == Parsing '/etc/asterisk/manager.conf': [Jul 13 21:07:56] Found

[Jul 13 21:07:56] == Manager 'sendcron' logged on from 127.0.0.1

[Jul 13 21:07:56] == Spawn extension (default, 58600051, 1) exited non-zero on 'Local/58600051@default-525f,2'

[Jul 13 21:07:56] -- Executing [h@default:1] DeadAGI("Local/58600051@default-525f,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack

[Jul 13 21:07:56] WARNING[3749]: app_meetme.c:2463 conf_run: Unable to write frame to channel Local/8600051@default-76ba,2

[Jul 13 21:07:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

[Jul 13 21:07:56] == Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600051@default-525f,1'

[Jul 13 21:07:56] -- Executing [h@default:1] DeadAGI("Local/58600051@default-525f,1", "agi://127.0.0.1:4577
/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack

[Jul 13 21:07:56] == Parsing '/etc/asterisk/manager.conf': [Jul 13 21:07:56] Found

[Jul 13 21:07:56] == Manager 'sendcron' logged on from 127.0.0.1

[Jul 13 21:07:56] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-76ba,2'

[Jul 13 21:07:56] -- Executing [h@default:1] DeadAGI("Local/8600051@default-76ba,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack

[Jul 13 21:07:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

[Jul 13 21:07:56] == Parsing '/etc/asterisk/manager.conf': [Jul 13 21:07:56] Found

[Jul 13 21:07:56] == Manager 'sendcron' logged on from 127.0.0.1

[Jul 13 21:07:56] == Spawn extension (default, 58600051, 1) exited non-zero on 'Local/58600051@default-3a88,2'

[Jul 13 21:07:56] -- Executing [h@default:1] DeadAGI("Local/58600051@default-3a88,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack

[Jul 13 21:07:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

[Jul 13 21:07:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

[Jul 13 21:07:56] == Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600051@default-3a88,1'

[Jul 13 21:07:56] -- Executing [h@default:1] DeadAGI("Local/58600051@default-3a88,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack

[Jul 13 21:07:56] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

[Jul 13 21:07:56] == Parsing '/etc/asterisk/manager.conf': [Jul 13 21:07:56] Found

[Jul 13 21:07:56] == Manager 'sendcron' logged on from 127.0.0.1

[Jul 13 21:07:56] == Parsing '/etc/asterisk/manager.conf': [Jul 13 21:07:56] Found

[Jul 13 21:07:56] == Manager 'sendcron' logged on from 127.0.0.1

k, i just got off the phone with our provide that our dialer uses. I gave them a phone number of one of the dropped calls and from what they saw, they are telling me the hangup is happening on the our dialer.

About the CLI code i posted, i had one user logged in and had him make a manual call, when he made the manual call he heard the beep that the call is going through and a second or two after that, they hear the hang up beep. And this is only happening in one campaign. I checked all the setting against a campaign that was not having issues and they are all the same nothing different.

Any and all help would be greatly appreciated, if more information is required please let me know and i will do my best to get that information.

Thank you
Armando Mercado

K i have no clue what's going on. The agents are right now dialing Roseville and there are no issues. No dropped calls, i don't understand why my agents can call during the day, but when night shift gets here they have a whole bunch of issues. Any idea's of what might be causing this problem or has anyone ran into this issue before??

PeAcE
MoNdO

Please if anyone can help that would be greatly appreciated i have not clue why where able to dial during the day and not at night. Again please any and all help would be greatly appreciated.

Thank you
Armando Mercado

K let me ask the question like this. The agents were calling a campaign last night and had problems, lots of hang ups and no call going through. But now today they are able to call with no problems. I talked with our carrier, they said it has to be our dialer. What would some of the cause's of an issue like this be on the dialer.

Thank you
Armando Mercado

Did you ever figure this out?

I'm having the same problem now. Just started 30 min ago.

:/

try downgrading your asterisk version

I don't see how downgrading my asterisk version is a solution. I haven't had this problem during the last 4 months of use, obviously something changed.

petronius wrote:Did you ever figure this out?

I'm having the same problem now. Just started 30 min ago.

:/

I would not recommend "having the same problem" without at least posting some of your CLI (often problems are similar but not "same"). Also: You did not post your installation method, which often results in this sort of "I have the same ..." but turns out to be totally different (Unless your machine, too, was built by The Vicidial Group ...).

If you actually do have the same error on your CLI, try a test call (controlled environment, no other calls or even any other registered phones if you can avoid it ...), then turn on SIP debugging and try a call to see if you can get the exact nature of the error.

Also a good thing to verify network connectivity between the two devices that have the error (if it is a break between asterisk and agent or between asterisk and carrier ... verify the network connection is still good and if possible SHUT OFF the firewall as a test).