Page 1 of 1

Autodial Works but Calls not connected to Agents

PostPosted: Sat Mar 21, 2009 1:18 pm
by binbash
I try the autodial on VERSION: 2.0.5-201 BUILD: 90307-1736
it doesnt work .. asterisk 1.2.24 posted the agi.out and the cli.

I tried manual dial while on pause, it went through ok. Can anybody tell me what seems to be the problem? I did try reinstalling, following the UPGRADE document, and looking at the sample conf files. Thanks

-- Executing Playback("Local/914805058877@default-92e1,2", "sip-silence") in new stack
> Channel Local/914805058877@default-92e1,1 was answered.
-- Executing Playback("Local/914805058877@default-92e1,1", "sip-silence") in new stack
-- Playing 'sip-silence' (language 'en')
-- Playing 'sip-silence' (language 'en')
-- Executing AGI("Local/914805058877@default-92e1,1", "agi://127.0.0.1:4577/call_log") in new stack
-- Executing AGI("Local/914805058877@default-92e1,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/914805058877@default-92e1,2", "SIP/AccelaSansay1/14805058877|60|tTo") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing AGI("Local/914805058877@default-92e1,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
-- Called AccelaSansay1/14805058877
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing AGI("Local/914805058877@default-92e1,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing Hangup("Local/914805058877@default-92e1,1", "") in new stack
== Spawn extension (default, 8365, 5) exited non-zero on 'Local/914805058877@default-92e1,1'
-- Executing DeadAGI("Local/914805058877@default-92e1,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
== Spawn extension (default, 914805058877, 3) exited non-zero on 'Local/914805058877@default-92e1,2'
-- Executing DeadAGI("Local/914805058877@default-92e1,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------)") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ----------) completed, returning 0
== Parsing '/etc/asterisk/manager.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing Playback("Local/914805058877@default-f6fa,2", "sip-silence") in new stack
> Channel Local/914805058877@default-f6fa,1 was answered.
-- Playing 'sip-silence' (language 'en')
-- Executing Playback("Local/914805058877@default-f6fa,1", "sip-silence") in new stack
-- Playing 'sip-silence' (language 'en')
-- Executing AGI("Local/914805058877@default-f6fa,2", "agi://127.0.0.1:4577/call_log") in new stack
-- Executing AGI("Local/914805058877@default-f6fa,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 AGI("Local/914805058877@default-f6fa,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
-- Executing Dial("Local/914805058877@default-f6fa,2", "SIP/AccelaSansay1/14805058877|60|tTo") in new stack
-- Called AccelaSansay1/14805058877
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing AGI("Local/914805058877@default-f6fa,1", "agi-VDAD_ALL_outbound.agi|NORMAL-----SO") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
== Manager 'sendcron' logged off from 127.0.0.1
-- AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
-- Executing Hangup("Local/914805058877@default-f6fa,1", "") in new stack
== Spawn extension (default, 8365, 5) exited non-zero on 'Local/914805058877@default-f6fa,1'
-- Executing DeadAGI("Local/914805058877@default-f6fa,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
== Spawn extension (default, 914805058877, 3) exited non-zero on 'Local/914805058877@default-f6fa,2'
-- Executing DeadAGI("Local/914805058877@default-f6fa,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------)") in new stack
-- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ----------) completed, returning 0



2009-03-21 14:11:10|agi-VDAD_ALL_outbound.agi|+++++ VDAD START : |423783|2009-03-21 14:11:10|1.2.17|3|
2009-03-21 14:11:10|agi-VDAD_ALL_outbound.agi|+++++ VDAD START LOCAL CHANNEL: EXITING- 3
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|Perl Environment Dump:
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|0|NORMAL-----SO
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|callerID changed: V0321141110000423783
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|AGI Environment Dump:
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- accountcode =
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- callerid = unknown
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- calleridname = V0321141110000423783
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- callingani2 = 0
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- callingpres = 0
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- callingtns = 0
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- callington = 0
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- channel = Local/914805058877@default-f6fa,1
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- context = default
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- dnid = unknown
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- enhanced = 0.0
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- extension = 8365
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- language = en
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- priority = 4
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- rdnis = unknown
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- request = agi-VDAD_ALL_outbound.agi
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- type = Local
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi| -- uniqueid = 1237659070.82
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|AGI Variables: |1237659070.82|Local/914805058877@default-f6fa,1|8365|Local|V032114
1110000423783|V0321141110000423783|4|
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|+++++ VDAD START : |423783|2009-03-21 14:11:11|1.2.17|4|
2009-03-21 14:11:11|agi-VDAD_ALL_outbound.agi|+++++ VDAD START LOCAL CHANNEL: EXITING- 4

PostPosted: Sat Mar 21, 2009 6:25 pm
by mflorell
Looks like the old Local/ channel pointer resolution problem. I would recommend not using an account name for the call going out in the Dial command, but instead use the server path in the dialplan instead.

out of curiosity what Linux distro are you using?

We have not run into this problem on any of our client systems using SIP so it is pretty difficult to tell you why this happens although a few have posted here about this.

PostPosted: Sun Mar 22, 2009 1:37 am
by binbash
Sorry a bit slow, .. but do you mean in the dial plan not using SIP/AccelaSansay and just using the context where i would declare it in the global context ?

I'm using Centos .. this is the first time i've encountered this i've tried to use the Trunk a few weeks ago. I'm using Centos 5.2 64bit.

I'm trying to think if maybe i need to upgrade the Asterisk 1.2 to 1.4 ?

PostPosted: Sun Mar 22, 2009 2:59 am
by mflorell
Yes, give that a try.

As for Asterisk 1.4, it shouldn't hurt to try, but use 1.4.21.2 if you do.

It's interesting that I've only every heard of people having this problem on CentOS, with sip-silence not fixing it I mean.

PostPosted: Sun Mar 22, 2009 9:45 am
by binbash
I've used Centos because of it's stability and it's convenience in setting up other stuffs ... But i think i'll try ubuntu in a while. I tried the one you've suggested to no success.

I can dial out manually on the softphone, do a manual dial on vicidial, but autodial still the same. I'm not into full programming, but it's kindda wierd that this only happens in CentOS.

What are your thoughts you think that might cause this ? Is it a kernel issue? Should i compile my own custom kernel instead that's on the kernel.org ? It's the only logical information i could think of aside from using the 1.4 asterisk.

PostPosted: Sun Mar 22, 2009 9:51 am
by mflorell
No idea if it would be a kernel issue or something else. Try 1.4.21.2 first and let us know if you have success with it.

As for Ubuntu, we have Ubuntu install instructions on the 2.0.5rc1 release in the docs directory: Ubuntu_Install.txt

PostPosted: Sun Mar 22, 2009 1:53 pm
by binbash
I got it working. It seems that the 2.0.5 can't work with the Asterisk Trunk. I downgraded to 1.2.24 and it worked fine.

But another problem came up ... now that the autodial works, i noticed that as soon as a call comes in, .. the voice is routed but the agent interface does not respond. It's not hanging, and i can see the Queue status going into 1 since i've set it to autodial level of 2.0

I used the new VDAD_all_outbound.agi and used the defaulted 8368 extension.

PostPosted: Sun Mar 22, 2009 3:05 pm
by mflorell
When you say "Asterisk trunk" what exactly are you referring to?

In the servers table, what is asterisk_version set to?

Asterisk CLI output?

PostPosted: Sun Mar 22, 2009 7:42 pm
by binbash
I meant i downloaded the SVN Trunk 1.2

And in the server table, ... asterisk version is set 1.2.17

PostPosted: Sun Mar 22, 2009 10:27 pm
by mflorell
We have tested with 1.2.31.1 and it works fine, but our recommended verison of 1.2 is 1.2.30.2 which seems to be more stable.

PostPosted: Mon Mar 23, 2009 3:40 am
by binbash
Ok thanks i'll try that. Any help or could you point me to a similar post, that has the same problem as i have re: Call Comes in on Autodial, but the Screen enable the hangup customer button, nor does information go on the customer fields

when i do a screen -r .. All scripts are running 8 of them.

PostPosted: Mon Mar 23, 2009 5:45 am
by mflorell
Not sure what your problem would be, might be a configuration issue somewhere else. We have many clients running right now with this version of VICIDIAL and 1.2.30.2 Asterisk with no problems.

PostPosted: Mon Aug 03, 2009 7:35 pm
by scottgutman
Matt: Thanks for 2.0.5. I like it alot.

I am having the same problem resolving the local channel pointer.
I am doing a fresh install, following the scratch install doc.
Manual dials work fine. CLI and agiout show that the channel pointer always stays local.

Binbash: I gotta know what you did to get it working!! There must be somehting else that you changed in the development environment. Different kernel, or updated or not updated sources of something or other. Can you remember what was different? would it be possible to get your install procedure?

setup:
quad core AMD 64bit
tried both ztdummy and x100p card
CentOS 5.3
Kernel 2.6.18-128.2.1.el5 x86_64
tried both asterisk 1.2.30.2 and 1.4.21.2
Astguiclient 2.0.5

I tried installing most components with yum and compiling the remaining dependencies.
I tried installing the base only then compiling everything from scratch.
I tried adding multiple sipsilence entries and multiple agi-VDAD_ALL_outbound entries.

I noticed that the gcc compiler version is 4.1.2. Could that have something to do with it?
What do the vicidialnow guys do to avoid this issue?

I don't want to use the quick fix, cuz i will forget about it and some how it will come to bite me in the @#$.
:roll:

PostPosted: Tue Aug 04, 2009 7:00 am
by mflorell
What codec are you using?

Do you have the 'o' Dial flag set?

Have you given any consideration to not using CentOS?

PostPosted: Tue Aug 04, 2009 8:34 am
by scottgutman
codec = ulaw
flags = tTo
yes, I am going to try ubuntu. But i really want to make centos work. Now it is half stubborness, and half that I want to keep all the servers i watch using the same distro.

I am going to start a new topic on this to see if anyone might have figured it out.

Thanks for the reply.

[edit]
here is the other topic. I was able to solve my problem by having public IP's on my machine.

http://www.vicidial.org/VICIDIALforum/viewtopic.php?t=8760