Page 1 of 1

reinstalled vicidial, problems dialing out

PostPosted: Tue Mar 11, 2008 11:28 am
by bangsters
Hi.

I reinstalled vicidial using scratch install (previous installation was vicidialnow). And same as the last setup, I have trunked it with a second server, trixbox pro call center edition. I'm having issues though when i try to dial out.

1. When I try to dial out from the CLI to my cellphone (using gafachi), the call does not go through. My cell phone lights up but does not ring, which indicates that the call was sent to gafachi but gets terminated right after. I am using the exact same settings as I did with my previous install of vicidialnow which was working. I get an error in CLI when I try to place the call. I have pasted the error below my post for reference.

2. When I dial from the CLI an extension in the trunked server (Trixbox server), the call goes through. However, if I log in as an agent in the web panel, the vicidial server does not dial my extension.


Below is the result I get when I dial from CLI and connect to gafachi. I am using the same extensions.conf as I used with my previous working installation.

AGI Script call_log.agi completed, returning 0
-- Executing [1xxxxxxxxxx@default:2] SetCallerID("OSS/dsp", "2125551212|a") in new stack
-- Executing [1xxxxxxxxxx@default:3] Dial("OSS/dsp", "SIP/1xxxxxxxxxx@gafachi|70|tTo") in new stack
-- Called 1xxxxxxxxxxxx@gafachi
-- SIP/gafachi-08a188f0 is making progress passing it to OSS/dsp
[Mar 11 12:23:49] WARNING[32135]: chan_oss.c:978 oss_indicate: Don't know how to display condition 14 on OSS/dsp
[Mar 11 12:23:49] WARNING[32135]: chan_oss.c:682 setformat: Unable to re-open DSP device /dev/dsp: No such file or directory
-- SIP/gafachi-08a188f0 is ringing
-- SIP/gafachi-08a188f0 is making progress passing it to OSS/dsp
[Mar 11 12:23:50] WARNING[32135]: chan_oss.c:978 oss_indicate: Don't know how to display condition 14 on OSS/dsp

PostPosted: Tue Mar 11, 2008 9:30 pm
by bangsters
Hi. bump anyone?

i think i'm missing something....

PostPosted: Tue Mar 11, 2008 11:15 pm
by mflorell
Not really familiar with placing calls on the console so I'm not much help.

PostPosted: Wed Mar 12, 2008 8:39 am
by bangsters
I mentioned the console because it shows the error while trying to dial out. when I connect the xlite, it registers, it can call other extensions. but when it tries to call a US number (gafachi termination), it rings on xlite but the actual phone it's calling (my cellphone for the test) does not ring.... :(

EDIT:

Got it working :) woohoo..... i'm a screwball lol....i checked the sip setting and there was a misspelled setting that was causing it to fail :)

OK now that manual calling is working, I need to fix the web interface... If I log in as an agent, it does not call my extension. also, if i try to dial a lead, it dials but nothing happens the other end does not ring....

any advice sir?

EDIT AGAIN: I tried logging as agent while CLI is running, after I log in, I don't see anything in the CLI indicating any calls being made. So it's like the webform is not sending commands to asterisk??

PostPosted: Wed Mar 12, 2008 9:43 am
by mflorell
can you post results of "screen -r"?

PostPosted: Wed Mar 12, 2008 9:45 am
by bangsters
[root@dialer asterisk]# /usr/local/screen-4.0.2/bin/screen -r
There is a screen on:
4366.pts-2.dialer (Attached)
There is no screen to be resumed.
[root@dialer asterisk]#

is this showing right?? I know before in my repviosu isntallation there were many more scripts that show up....

PostPosted: Wed Mar 12, 2008 12:09 pm
by mflorell
That means something is wrong. Check your /etc/astguiclient.conf file for the keepalives as well as trying to run AST_update.pl manually and see if you have problems with it.

Also, check the manager.conf file.

PostPosted: Wed Mar 12, 2008 12:31 pm
by bangsters
keepalives is 123456

If I run perl /usr/src/astguiclient/bin/AST_update.pl i get this:

[root@dialer asterisk]# perl /usr/src/astguiclient/bin/AST_update.pl
SHOW CHANNELS format: 2
LOOKING FOR Zap clients assigned to this server:
LOOKING FOR IAX2 clients assigned to this server:
LOOKING FOR SIP clients assigned to this server:
500
Zap Clients: |
IAX2 Clients: |
SIP Clients: |500|500@500|
problem connecting to "localhost", port 5038: connect timed-out at /usr/src/astguiclient/bin/AST_update.pl line 369
[root@dialer asterisk]#



this is my manager.conf:

[general]
enabled = yes
port = 5038
bindaddr = 0.0.0.0

[cron]
secret = 1234
read = system,call,log,verbose,command,agent,user
write = system,call,log,verbose,command,agent,user

[updatecron]
secret = 1234
read = command
write = command

[listencron]
secret = 1234
read = system,call,log,verbose,command,agent,user
write = command

[sendcron]
secret = 1234
read = command
write = system,call,log,verbose,command,agent,user

BTW, I'm running asterisk 1.4.18 and astgui 2.0.4 on centos5

PostPosted: Wed Mar 12, 2008 6:35 pm
by mflorell
Is your servers table asterisk version set to 1.4.18?

PostPosted: Thu Mar 13, 2008 3:28 pm
by bangsters
i figured i missed a couple files at the beginning of the scartch install doc, so i reinstalled again. now when i run screen -r i see a bunch of scripts.

problem now is after reinstalling, i'm getting all sorts of errors in the web interface.

Notice: Undefined variable: DB in /var/www/html/agc/vicidial.php on line 212

Notice: Undefined variable: phone_login in /var/www/html/agc/vicidial.php on line 213

Notice: Undefined variable: phone_pass in /var/www/html/agc/vicidial.php on line 214

Notice: Undefined variable: VD_login in /var/www/html/agc/vicidial.php on line 215

Notice: Undefined variable: VD_pass in /var/www/html/agc/vicidial.php on line 216

Notice: Undefined variable: VD_campaign in /var/www/html/agc/vicidial.php on line 217

Notice: Undefined variable: force_logout in /var/www/html/agc/vicidial.php on line 223

Notice: Undefined variable: relogin in /var/www/html/agc/vicidial.php on line 328

Notice: Undefined variable: relogin in /var/www/html/agc/vicidial.php on line 437

PostPosted: Thu Mar 13, 2008 6:14 pm
by mflorell
Those arent ERRORs those are NOTICEs and do not cause problems with PHP.

I would recommend disabline NOTICEs in your conf file.

PostPosted: Thu Mar 13, 2008 6:15 pm
by enjay
those arent errors.. turn logging off display_errors in php.ini