Auto dial not transfereing to agent

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

Auto dial not transfereing to agent

Postby bhavionline » Fri Mar 14, 2008 4:45 am

Hi Guys,

In autodial mode vicidial dials the client number, the client phone rings and on answer the system hangs up call instead of call getting transfered to agent.

Please help me solve this problem

Thanks in advance

Regards
Bhavi
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Fri Mar 14, 2008 8:42 am

Asterisk version?

astGUIclient version?

Asterisk CLI output when the problem happens?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

RE: not transfering to agent

Postby bhavionline » Mon Mar 17, 2008 5:22 am

mflorell wrote:Asterisk version?

astGUIclient version?

Asterisk CLI output when the problem happens?




Using vicidialnow
I am able to call out in manual mode or if i use to call using the same trunk directly from a softphone.

This is the cli output
-- Executing [99821529491@default:1] Dial("Local/99821529492@default-87a3,2", "Zap/g1/9821529491|40|Ttr") in new stack
-- Called g1/9821529491
-- Zap/4-1 answered Local/99821529491@default-87a3,2
> Channel Local/99821529491@default-87a3,1 was answered.
-- Executing [8365@default:1] Wait("Local/99821529491@default-87a3,1", "10") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Spawn extension (default, 99821529491, 1) exited non-zero on 'Local/99821529491@default-87a3,2'
-- Executing [h@default:1] DeadAGI("Local/99821529491@default-87a3,2", "call_log.agi|h") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [h@default:2] DeadAGI("Local/99821529491@default-87a3,2", "VD_hangup.agi|PRI-----DEBUG-----16-----ANSWER-----4-----0") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
-- AGI Script VD_hangup.agi completed, returning 0
-- Executing [8365@default:2] AGI("Zap/4-1", "call_log.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [8365@default:3] AGI("Zap/4-1", "agi-VDADtransfer.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi
-- AGI Script agi-VDADtransfer.agi completed, returning 0
-- Executing [8365@default:4] AGI("Zap/4-1", "agi-VDADtransfer.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi
-- AGI Script agi-VDADtransfer.agi completed, returning 0
-- Executing [8365@default:5] AGI("Zap/4-1", "agi-VDADtransfer.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi
-- AGI Script agi-VDADtransfer.agi completed, returning 0
-- Executing [8365@default:6] Hangup("Zap/4-1", "") in new stack
== Spawn extension (default, 8365, 6) exited non-zero on 'Zap/4-1'
-- Executing [h@default:1] DeadAGI("Zap/4-1", "call_log.agi|h") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [h@default:2] DeadAGI("Zap/4-1", "VD_hangup.agi|PRI-----DEBUG-----16---------------") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
-- AGI Script VD_hangup.agi completed, returning 0
-- Hungup 'Zap/4-1'
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby Op3r » Mon Mar 17, 2008 6:11 am

do you have the call_log agi before your dial command?
Get paid for US outbound Toll Free calls. PM me.
Op3r
 
Posts: 1424
Joined: Wed Jun 07, 2006 7:53 pm
Location: Manila

RE: not transfering to agent

Postby bhavionline » Tue Mar 18, 2008 12:01 am

Op3r wrote:do you have the call_log agi before your dial command?


Yes, this is my extensions.conf

exten => 8365,1,AGI(call_log.agi,${EXTEN})
exten => 8365,2,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup()
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby Op3r » Tue Mar 18, 2008 12:29 am

Thats not the what I am talking about

its like this

exten => 9NXXNXXXXX,1,AGI(call_log.agi)
exten => 9NXXXXXXXXX,2,Dial
Get paid for US outbound Toll Free calls. PM me.
Op3r
 
Posts: 1424
Joined: Wed Jun 07, 2006 7:53 pm
Location: Manila

RE: not transfering to agent

Postby bhavionline » Tue Mar 18, 2008 4:48 am

Op3r wrote:Thats not the what I am talking about

its like this

exten => 9NXXNXXXXX,1,AGI(call_log.agi)
exten => 9NXXXXXXXXX,2,Dial


Yes i have that too.

I am not able to understand this entry in the cli output
= Spawn extension (default, 99821529491, 1) exited non-zero on 'Local/99821529491@default-87a3,2'
-- Executing [h@default:1] DeadAGI("Local/99821529491@default-87a3,2", "call_log.agi|h") in new stack

Could you please explain the possible cause of the same
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Re: RE: not transfering to agent

Postby bhavionline » Tue Mar 18, 2008 6:27 am

bhavionline wrote:
Op3r wrote:Thats not the what I am talking about

its like this

exten => 9NXXNXXXXX,1,AGI(call_log.agi)
exten => 9NXXXXXXXXX,2,Dial


Yes i have that too.

I am not able to understand this entry in the cli output
= Spawn extension (default, 99821529491, 1) exited non-zero on 'Local/99821529491@default-87a3,2'
-- Executing [h@default:1] DeadAGI("Local/99821529491@default-87a3,2", "call_log.agi|h") in new stack

Could you please explain the possible cause of the same





Here's the extensions.conf


[default]
;exten => #,1,Playback(invalid)
;exten => #,2,Hangup()


exten => 78600051,1,Meetme(8600051,q)
exten => 78600052,1,Meetme(8600052,q)
exten => 78600053,1,Meetme(8600053,q)
exten => 78600054,1,Meetme(8600054,q)
exten => 78600055,1,Meetme(8600055,q)
exten => 78600056,1,Meetme(8600056,q)
exten => 78600057,1,Meetme(8600057,q)
exten => 78600058,1,Meetme(8600058,q)
exten => 78600059,1,Meetme(8600059,q)
exten => 78600060,1,Meetme(8600060,q)
exten => 78600061,1,Meetme(8600061,q)
exten => 78600062,1,Meetme(8600062,q)
exten => 78600063,1,Meetme(8600063,q)
exten => 78600064,1,Meetme(8600064,q)
exten => 78600065,1,Meetme(8600065,q)
exten => 78600066,1,Meetme(8600066,q)
exten => 78600067,1,Meetme(8600067,q)
exten => 78600068,1,Meetme(8600068,q)
exten => 78600069,1,Meetme(8600069,q)
exten => 78600070,1,Meetme(8600070,q)
exten => 78600071,1,Meetme(8600071,q)
exten => 78600072,1,Meetme(8600072,q)
exten => 78600073,1,Meetme(8600073,q)
exten => 78600074,1,Meetme(8600074,q)
exten => 78600075,1,Meetme(8600075,q)
exten => 78600076,1,Meetme(8600076,q)
exten => 78600077,1,Meetme(8600077,q)
exten => 78600078,1,Meetme(8600078,q)
exten => 78600079,1,Meetme(8600079,q)
exten => 78600080,1,Meetme(8600080,q)

exten => 8159,1,ZapBarge()
exten => 8159,2,Hangup()

exten => 8301,1,Answer()
exten => 8301,2,AGI(park_CID.agi)
exten => 8301,3,Playback(park)
exten => 8301,4,Hangup()

exten => 8302,1,Answer()
exten => 8302,2,Playback(conf)
exten => 8302,3,Hangup()

exten => 8309,1,Answer()
exten => 8309,2,NoOp(${CALLERID(name)})
exten => 8309,3,Monitor(gsm,${CALLERID(name)})
;exten => 8309,3,MixMonitor(${CALLERID(name)}.gsm)
exten => 8309,4,Wait(3600)
exten => 8309,5,Hangup()

exten => 8311,1,Answer
exten => 8311,2,MixMonitor(${CALLERID(name)}.gsm)
exten => 8311,3,Wait(3600)
exten => 8311,4,Hangup

exten => 8312,1,Answer
;exten => 8312,2,MixMonitor(101_REC-${CALLERID(number)}.gsm)
;exten => 8312,2,Monitor(wav,REC9821529492,m)
exten => 8312,2,Monitor(gsm,REC9821529492,m)
exten => 8312,3,Dial(Zap/2/9821529492,30,tTr)
exten => 8312,4,Hangup

exten => 8313,1,Answer
exten => 8313,2,AGI(test.agi)
exten => 8313,3,Hangup

exten =>9NXXXXXXXXX,1,AGI(call_log.agi)
exten =>9NXXXXXXXXX,2,Dial(Zap/g1/${EXTEN:1},50,oTtr)




exten => 8365,1,AGI(call_log.agi,${EXTEN})
exten => 8365,2,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup()

exten => 8366,1,AGI(call_log.agi,${EXTEN})
exten => 8366,2,AGI(agi-VDADtransferSURVEY.agi,${EXTEN})
exten => 8366,3,AGI(agi-VDADtransferSURVEY.agi,${EXTEN})
exten => 8366,4,AGI(agi-VDADtransferSURVEY.agi,${EXTEN})
exten => 8366,5,Hangup()

exten => 8367,1,AGI(call_log.agi,${EXTEN})
exten => 8367,2,machinedetect(700,2,2200)
exten => 8367,3,NVFaxDetect(|t)
exten => 8367,4,Hangup

exten => 8368,1,Answer()
exten => 8368,2,playback(conf)
exten => 8368,3,hangup()

exten => 8500,1,VoicemailMain()
exten => 8500,2,Goto(s,6)

exten => 8500998,1,Answer()
exten => 8500998,2,AGI(agi-dtmf.agi)
exten => 8500998,3,Hangup()

exten => 8501,1,VoicemailMain(s${CALLERID})
exten => 8501,2,Hangup()

exten => 8600,1,Meetme(8600)

exten => 8600011,1,Meetme(8600011,q)

exten => 8600012,1,Meetme(8600012,q)

exten => 8600013,1,Meetme(8600013,q)

exten => 8600014,1,Meetme(8600014,q)

exten => 8600015,1,Meetme(8600015,q)

exten => 8600016,1,Meetme(8600016,q)

exten => 8600017,1,Meetme(8600017,q)

exten => 8600018,1,Meetme(8600018,q)

exten => 8600019,1,Meetme(8600019,q)

exten => 8600020,1,Meetme(8600020,q)

exten => 8600021,1,Meetme(8600021,q)

exten => 8600022,1,Meetme(8600022,q)
exten => 8600023,1,Meetme(8600023,q)

exten => 8600024,1,Meetme(8600024,q)

exten => 8600025,1,Meetme(8600025,q)

exten => 8600026,1,Meetme(8600026,q)

exten => 8600027,1,Meetme(8600027,q)

exten => 8600028,1,Meetme(8600028,q)

exten => 8600029,1,Meetme(8600029,q)

exten => 8600051,1,Meetme(8600051)

exten => 8600052,1,Meetme(8600052)

exten => 8600053,1,Meetme(8600053)

exten => 8600054,1,Meetme(8600054)

exten => 8600055,1,Meetme(8600055)

exten => 8600056,1,Meetme(8600056)

exten => 8600057,1,Meetme(8600057)

exten => 8600058,1,Meetme(8600058)

exten => 8600059,1,Meetme(8600059)
exten => 8600060,1,Meetme(8600060)

exten => 8600061,1,Meetme(8600061)

exten => 8600062,1,Meetme(8600062)

exten => 8600063,1,Meetme(8600063)

exten => 8600064,1,Meetme(8600064)

exten => 8600065,1,Meetme(8600065)

exten => 8600066,1,Meetme(8600066)

exten => 8600067,1,Meetme(8600067)

exten => 8600068,1,Meetme(8600068)

exten => 8600069,1,Meetme(8600069)

exten => 8600070,1,Meetme(8600070)

exten => 8600071,1,Meetme(8600071)

exten => 8600072,1,Meetme(8600072)

exten => 8600073,1,Meetme(8600073)

exten => 8600074,1,Meetme(8600074)
exten => 8600075,1,Meetme(8600075)

exten => 8600076,1,Meetme(8600076)

exten => 8600077,1,Meetme(8600077)

exten => 8600078,1,Meetme(8600078)

exten => 8600079,1,Meetme(8600079)

exten => 8600080,1,Meetme(8600080)

exten => 8601,1,Meetme(8601)


exten => h,1,DeadAGI(call_log.agi,${EXTEN})
exten => h,2,DeadAGI(VD_hangup.agi,PRI-----DEBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME})

exten => i,1,Playback(invalid)


exten => 8320,1,WaitForSilence(2000,2) ; AMD got machine. leave message after recording
exten => 8320,2,Playback(conf)
exten => 8320,3,AGI(VD_amd_post.agi,${EXTEN})
exten => 8320,4,Hangup



exten => 8369,1,AGI(call_log.agi,${EXTEN})
exten => 8369,2,AMD(3500|1500|300|5000|120|50|5|256)
exten => 8369,3,AGI(VD_amd.agi,${EXTEN})
exten => 8369,4,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8369,5,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8369,6,AGI(agi-VDAD_LB_transfer.agi,${EXTEN})
exten => 8369,7,Hangup
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Re : Auto dial not transfering

Postby bhavionline » Wed Mar 19, 2008 12:45 pm

Hi,

Please help me as i am stuck with a deadline. I am not able to figure out what is the problem and how can i solve it. i have tried all possible things mentioned in other related topics of the forum.

Thanks in advance
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

hello

Postby eliasferreyra » Wed Mar 19, 2008 1:50 pm

use this and letme know


;VICIDIAL_auto_dialer transfer script:
exten => 8365,1,Playback(sip-silence)
exten => 8365,2,AGI(agi://127.0.0.1:4577/call_log)
;exten => 8365,2,AGI(call_log.agi,${EXTEN})
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup
eliasferreyra
 
Posts: 367
Joined: Wed Jul 18, 2007 3:27 pm

Re: hello

Postby bhavionline » Thu Mar 20, 2008 12:42 am

Thanks for the replay but No luck.


eliasferreyra wrote:use this and letme know


;VICIDIAL_auto_dialer transfer script:
exten => 8365,1,Playback(sip-silence)
exten => 8365,2,AGI(agi://127.0.0.1:4577/call_log)
;exten => 8365,2,AGI(call_log.agi,${EXTEN})
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup


I have the following in my extensions.conf now
exten =>_70001.,1,AGI(call_log.agi)
exten=>_70001.,2,Dial(${trunk_1}/1006,50,oTtr)

Where 70001 is set as the dial prefix in the campaign and

;;VICIDIAL_auto_dialer transfer script:
exten => 8365,1,Playback(sip-silence)
exten => 8365,2,AGI(agi://127.0.0.1:4577/call_log)
;exten => 8365,2,AGI(call_log.agi,${EXTEN})
exten => 8365,3,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,4,AGI(agi-VDADtransfer.agi,${EXTEN})
exten => 8365,5,Hangup
as mentioned by you, however now i do not even get a ring at the lead number. This is what i get on the cli,

- Executing [700019821529492@default:1] AGI("Local/700019821529492@default-d72e,2", "call_log.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [700019821529492@default:2] Dial("Local/700019821529492@default-d72e,2", "Zap/g1/9821529492|50|oTtr") in new stack
-- Called g1/9821529492
-- Zap/4-1 answered Local/700019821529492@default-d72e,2
> Channel Local/700019821529492@default-d72e,1 was answered.
-- Executing [8365@default:1] Playback("Local/700019821529492@default-d72e,1", "sip-silence") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
-- <Local/700019821529492@default-d72e,1> Playing 'sip-silence' (language 'en')
== Spawn extension (default, 700019821529492, 2) exited non-zero on 'Local/700019821529492@default-d72e,2'
-- Executing [h@default:1] DeadAGI("Local/700019821529492@default-d72e,2", "call_log.agi|h") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- Executing [8365@default:2] AGI("Zap/4-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 [8365@default:3] AGI("Zap/4-1", "agi-VDADtransfer.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [h@default:2] DeadAGI("Local/700019821529492@default-d72e,2", "VD_hangup.agi|PRI-----DEBUG-----16-----ANSWER-----4-----0") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
-- AGI Script agi-VDADtransfer.agi completed, returning 0
-- Executing [8365@default:4] AGI("Zap/4-1", "agi-VDADtransfer.agi|8365") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDADtransfer.agi
-- AGI Script VD_hangup.agi completed, returning 0
-- AGI Script agi-VDADtransfer.agi completed, returning 0
-- Executing [8365@default:5] Hangup("Zap/4-1", "") in new stack
== Spawn extension (default, 8365, 5) exited non-zero on 'Zap/4-1'
-- Executing [h@default:1] DeadAGI("Zap/4-1", "call_log.agi|h") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
-- AGI Script call_log.agi completed, returning 0
-- Executing [h@default:2] DeadAGI("Zap/4-1", "VD_hangup.agi|PRI-----DEBUG-----16---------------") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
-- AGI Script VD_hangup.agi completed, returning 0
-- Hungup 'Zap/4-1'


And these is what i get in the mysql log file

SELECT * FROM vicidial_list where lead_id='20'
UPDATE vicidial_list set called_since_last_reset='Y', called_count='20',user='VDAD' where lead_id='20'
DELETE FROM vicidial_hopper where lead_id='20'
INSERT INTO vicidial_manager values('','','2008-03-20 01:06:52','NEW','N','192.168.1.2','','Originate','V0320010652000000020','Exten: 8365','Context: default','Channel: Local/700019821529492@default','Priority: 1','Callerid: "V0320010652000000020" <0000000000>','Timeout: 60000','','','','')
INSERT INTO vicidial_auto_calls (server_ip,campaign_id,status,lead_id,callerid,phone_code,phone_number,call_time,call_type,alt_dial) values('192.168.1.2','TEST0001','SENT','20','V0320010652000000020','1','9821529492','2008-03-20 01:06:52','OUT','NONE')
SELECT callerid,server_ip,channel,uniqueid FROM vicidial_auto_calls where server_ip='192.168.1.2' order by call_time
SELECT end_epoch,uniqueid FROM call_log where caller_code='V0320010652000000020' and server_ip='192.168.1.2' order by end_epoch, start_time desc limit 1
UPDATE vicidial_live_agents set status='PAUSED',random_id='10' where server_ip='192.168.1.2' and last_update_time < '20080320010622' and status NOT IN('PAUSED')
DELETE FROM vicidial_auto_calls where server_ip='192.168.1.2' and call_time < '2008-03-20 01:04:52' and status NOT IN('XFER','CLOSER','LIVE')
SELECT * FROM vicidial_auto_calls where server_ip='192.168.1.2' and last_update_time < '20080320010642' and status IN('LIVE')
SELECT auto_call_id,lead_id,phone_number,status,campaign_id,phone_code,alt_dial,stage,callerid,uniqueid from vicidial_auto_calls where server_ip='192.168.1.2' and last_update_time < '20080320010642' and status IN('LIVE')
UPDATE vicidial_lists SET list_lastcalldate='2008-03-20 01:06:52' where list_id IN('616')
UPDATE vicidial_campaigns SET campaign_logindate='2008-03-20 01:06:52' where campaign_id IN('TEST0001')
SELECT channel,extension FROM live_channels where server_ip = '192.168.1.2'
SELECT channel,extension FROM live_sip_channels where server_ip = '192.168.1.2'
UPDATE server_updater set last_update='2008-03-20 1:06:52' where server_ip='192.168.1.2'
SELECT count(*) from vicidial_users where user='129' and pass='129' and user_level > 0
SELECT count(*) from web_client_sessions where session_name='1205989449_12916535284' and server_ip='192.168.1.2'
SELECT lead_id,uniqueid,callerid,channel,call_server_ip FROM vicidial_live_agents where server_ip = '192.168.1.2' and user='129' and campaign_id='TEST0001' and status='QUEUE'
SELECT count(*) from vicidial_manager where server_ip = '192.168.1.2' and status = 'NEW'
UPDATE vicidial_manager set status='QUEUE' where server_ip = '192.168.1.2' and status = 'NEW' order by entry_date limit 1
SELECT * FROM vicidial_manager where server_ip = '192.168.1.2' and status = 'QUEUE' order by entry_date desc limit 1
UPDATE vicidial_manager set status='SENT' where man_id='576'



Also these are the entries in call_log table

|1205989607.3000000 | Local/700019821529492@default-92e4,2 | NULL | Local | 192.168.1.2 | 700019821529492 | NULL | V0320010647000000025 | 2008-03-20 01:06:47 | 1205989607 | 2008-03-20 01:06:48 | 1205989608 | 1 | 0.02 |


| 1205989607.2000000 | Local/700019821529492@default-92e4,1 | NULL | Local | 192.168.1.2 | 8365 | NULL | V0320010647000000025 | 2008-03-20 01:06:48 | 1205989608 | 2008-03-20 01:06:48 | 1205989608 | 0 | 0.00 |

To my surprise the call_log stores null against number_dialed.
Please let me know if you need any other logs

I would also like to mention here that i have added some AGI->verbose() statements in agi-VDADtransfer.agi script just for debugging purpose however the CLI is not reflecting any of those.

Thanks
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Thu Mar 20, 2008 1:38 am

The most useful output would be from the Real Asterisk CLI output, not asterisk -r. That way you could see the AGI output in context with the Asterisk CLI output.

Do you have AGI output set to BOTH?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Postby bhavionline » Thu Mar 20, 2008 2:01 am

mflorell wrote:The most useful output would be from the Real Asterisk CLI output, not asterisk -r. That way you could see the AGI output in context with the Asterisk CLI output.

Do you have AGI output set to BOTH?


I had default value FILE set for AGI output in the vicidial admin, now i have changed it to BOTH.
However on asterisk -r i see no difference it is still showing me the same output and same result. Is there any other log file which i need to check to get the clue of what exactly is going wrong

Please advise
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Thu Mar 20, 2008 3:58 am

you need to attach to the original Asterisk process, NOT 'asterisk -r'.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Made it working

Postby bhavionline » Thu Mar 20, 2008 5:48 am

mflorell wrote:you need to attach to the original Asterisk process, NOT 'asterisk -r'.



Thanks for this reply, i managed to get attached to the original Asterisk screen and after going through the output found out that the agi-VDADtransfer.agi was exiting at
VDAD START PSEUDO DUPLICATE: EXITING- 3 and hence not transfering the call to agent.


This is the scrren output
Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
2008-03-20 2:57:07|agi-VDADtransfer.agi|Perl Environment Dump:
2008-03-20 2:57:07|agi-VDADtransfer.agi|0|8365
2008-03-20 2:57:07|agi-VDADtransfer.agi|callerID changed: V0320025703000000020
2008-03-20 2:57:07|agi-VDADtransfer.agi|AGI Environment Dump:
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- accountcode =
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- callerid = 0000000000
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- calleridname = V0320025703000000020
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- callingani2 = 0
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- callingpres = 0
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- callingtns = 0
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- callington = 0
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- channel = Zap/4-1
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- context = default
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- dnid = unknown
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- enhanced = 0.0
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- extension = 8365
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- language = en
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- priority = 3
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- rdnis = unknown
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- type = Zap
2008-03-20 2:57:07|agi-VDADtransfer.agi| -- uniqueid = 1205996223.28
2008-03-20 2:57:07|agi-VDADtransfer.agi|AGI Variables: |1205996223.28|Zap/4-1|8365|Zap|V0320025703000000020|V0320025703000000020|3|
2008-03-20 2:57:07|agi-VDADtransfer.agi|+++++ VDAD START : |20|2008-03-20 2:57:07|1.4.18|3|
2008-03-20 2:57:07|agi-VDADtransfer.agi|+++++ VDAD START PSEUDO DUPLICATE: EXITING- 3


I just commented out the following lines of code from agi-VDADtransfer.agi
###Comment from here
#$stmtA = "SELECT count(*) FROM vicidial_live_agents where callerid='$callerid';";
#$AGI->verbose($stmtA);
#$dbhA->prepare($stmtA) or die "preparing: ",$dbhA->errstr;
#$sthA->execute or die "executing: $stmtA ", $dbhA->errstr;
#$sthArows=$sthA->rows;
#$rec_count=0;
#while ($sthArows > $rec_count)
# {
# @aryA = $sthA->fetchrow_array;
# $Pseudo_duplicate_count = "$aryA[0]";
# $rec_count++;
# }
#$sthA->finish();
#
#if ($Pseudo_duplicate_count > 0)
#{
#if ($AGILOG) {$agi_string = "+++++ VDAD START PSEUDO DUPLICATE: EXITING- $priority"; &agi_output;}
#exit;
#}

and it connected the call with the agent.

However i would like to know what is the significance of the above lines of code and what adverse effect it would have if i comment the above lines.


As of now the transfer is working fine.

Thanks a lot for the support you have given till now. :)
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Thu Mar 20, 2008 8:33 am

That's very interesting, I have not seen that problem on release versions of astguiclient.

Can you tell me what the build is at the bottom of the admin.php page?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Hi

Postby bhavionline » Thu Mar 20, 2008 11:07 pm

mflorell wrote:That's very interesting, I have not seen that problem on release versions of astguiclient.

Can you tell me what the build is at the bottom of the admin.php page?


Hello Matt,

It is a vicidialnow install, these are the details of the astguiclient build
VERSION: 2.0.95 BUILD: 70402-1157
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

asterisk consuming 100% of cpu

Postby bhavionline » Fri Mar 21, 2008 12:42 am

Hi Matt,

I tested the system today, the calls are getting tranfered to agents and i am so happy, however i observed another issue during the test, i would appriciate if i could get your valuable comments on resolving this too.

I am accessing the vicidial system from a remote location. After making about 8 to 10 calls without any problem i observed that agent login becomes very very slow, digging in to the issue i observed that asterisk is eating up 100% CPU which is very very strange as at present in the test mode i just have only one agent logged in and a list size is also very less with just 6 leads. I believe that vicidial is suppose to work much more efficiently in a much larger setup.
Once i restart asterisk i am able to make another set of 8 to 10 calls and again the same issue.


Thanks & Regards
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Fri Mar 21, 2008 12:56 am

SIP audio codec?

specs on the server?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Server details

Postby bhavionline » Fri Mar 21, 2008 1:11 am

mflorell wrote:SIP audio codec?

specs on the server?


Hi,

Agents on IAX extension using DIAX softphone. Codec used is ulaw.

Outbound calls going through a zap channel.

Server configuration :
Intel(R) Xeon(R) CPU E5310 @ 1.60GHz
3GB RAM
120 GB Harddisk
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Fri Mar 21, 2008 8:29 am

What kind of zap channel?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Zap channel

Postby bhavionline » Sun Mar 23, 2008 11:33 pm

mflorell wrote:What kind of zap channel?


Hi Matt,

Sorry for a delayed reply, was out on a weekend.

We have 1 PRI and 8 analog ZAP channels.
bhavionline
 
Posts: 30
Joined: Fri Mar 07, 2008 4:00 am

Postby mflorell » Mon Mar 24, 2008 7:01 am

I would suggest not useing analog channels, SIP or PRI are much better for VICIDIAL operation. The problem is with the call progress detection not being accurate at all and taking a lot of resources and time to work at all.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida


Return to Support

Who is online

Users browsing this forum: No registered users and 270 guests