vicidial.org

by **mbrookes** » Tue Feb 06, 2007 6:29 am

Hi,

The problem is that when you make a manual call the option to hangup the call isn't clickable. If I use the fast dial then it is.

I'm using the latest svn trunk of vicidial - r503

VICIDIAL - (svn r503)
Asterisk - 1.2.13

by **mflorell** » Tue Feb 06, 2007 7:29 am

Can you post Asterisk CLI output of when you make a call each way?

by **mbrookes** » Tue Feb 06, 2007 9:26 am

Thank you for your response,

We are using the system for inbound only at the moment. The agents would at time like to make manual outbound calls. From the 2.0.2 of vicidial this worked fine, ie Pause the agent, select manual dial, enter the number and the option to "HANGUP CUSTOMER" was available.

From the 2.0.3 version the "HANGUP CUSTOMER" option is greyed out after doing a "manual dial", but it is selectable if the "fast dial" option is used.

Also from the closer campaign the option "Allow Closers Y|N" if set to "N" the agent's still have the option to transfer the inbound call to a closer.

I will send you the CLI output shortly.

Regards Mark

by **mbrookes** » Tue Feb 06, 2007 9:39 am

CLI output

Feb 6 14:31:07 VERBOSE[4101] logger.c: Asterisk Event Logger restarted
Feb 6 14:31:07 VERBOSE[4101] logger.c: Asterisk Queue Logger restarted
Feb 6 14:31:08 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:08 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:09 DEBUG[4120] chan_sip.c: Acked pending invite 102
Feb 6 14:31:09 DEBUG[4120] chan_sip.c: Stopping retransmission on '52125b0405116c800c77d80253f56c2a@10.110.2.17' of Request 102: Match Found
Feb 6 14:31:09 DEBUG[4120] chan_sip.c: build_route: Contact hop: <sip:7771@10.110.1.66:5060>
Feb 6 14:31:09 VERBOSE[20065] logger.c: > Channel SIP/7771-0877a1a8 was answered.
Feb 6 14:31:09 DEBUG[20065] manager.c: Manager received command 'Logoff'
Feb 6 14:31:09 VERBOSE[20065] logger.c: == Manager 'sendcron' logged off from 127.0.0.1
Feb 6 14:31:09 VERBOSE[20079] logger.c: -- Executing MeetMe("SIP/7771-0877a1a8", "8600051|Mq") in new stack
Feb 6 14:31:09 VERBOSE[20079] logger.c: == Parsing '/etc/asterisk/meetme.conf': Feb 6 14:31:09 VERBOSE[20079] logger.c: == Parsing '/etc/asterisk/meetme.conf': Found
Feb 6 14:31:09 VERBOSE[20079] logger.c: -- Created MeetMe conference 1023 for conference '8600051'
Feb 6 14:31:09 DEBUG[20079] app_meetme.c: Placed channel SIP/7771-0877a1a8 in ZAP conf 1023
Feb 6 14:31:09 VERBOSE[20079] logger.c: -- Started music on hold, class 'default', on channel 'SIP/7771-0877a1a8'
Feb 6 14:31:09 DEBUG[20079] channel.c: Scheduling timer at 160 sample intervals
Feb 6 14:31:09 DEBUG[20079] channel.c: Generator got voice, switching to phase locked mode
Feb 6 14:31:09 DEBUG[20079] channel.c: Scheduling timer at 0 sample intervals
Feb 6 14:31:18 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:18 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:18 DEBUG[4120] chan_sip.c: Stopping retransmission on '3537c48b1127aed702bbecb07c721081@10.110.2.17' of Request 102: Match Found
Feb 6 14:31:18 DEBUG[4120] chan_sip.c: Stopping retransmission on '64dfb5445c8c15b302e268d06acaeafe@10.110.2.17' of Request 102: Match Found
Feb 6 14:31:19 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:19 DEBUG[4120] chan_sip.c: Stopping retransmission on '335217fb66e8373b272eaf2e780ae5a3@10.110.2.17' of Request 102: Match Found
Feb 6 14:31:19 DEBUG[4120] chan_sip.c: Stopping retransmission on '7ba006d10c99e165555fa2123f234390@10.110.2.17' of Request 102: Match Found
Feb 6 14:31:27 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:27 DEBUG[4120] chan_sip.c: SIP message could not be handled, bad request: C6DEFA50-2E0E-4985-B86F-60FC03FF0AEC@10.110.1.66
Feb 6 14:31:27 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:31:47 DEBUG[4120] chan_sip.c: SIP message could not be handled, bad request: C6DEFA50-2E0E-4985-B86F-60FC03FF0AEC@10.110.1.66
Feb 6 14:32:01 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:01 DEBUG[20224] manager.c: Manager received command 'Login'
Feb 6 14:32:01 VERBOSE[20224] logger.c: == Parsing '/etc/asterisk/manager.conf': Feb 6 14:32:01 VERBOSE[20224] logger.c: == Parsing '/etc/asterisk/manager.conf': Found
Feb 6 14:32:01 VERBOSE[20224] logger.c: == Manager 'sendcron' logged on from 127.0.0.1
Feb 6 14:32:01 DEBUG[20224] manager.c: Manager received command 'Command'
Feb 6 14:32:01 DEBUG[20224] manager.c: Manager received command 'Ping'
Feb 6 14:32:01 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:01 DEBUG[20224] manager.c: Manager received command 'Logoff'
Feb 6 14:32:01 VERBOSE[20224] logger.c: == Manager 'sendcron' logged off from 127.0.0.1
Feb 6 14:32:01 DEBUG[20227] manager.c: Manager received command 'Login'
Feb 6 14:32:01 VERBOSE[20227] logger.c: == Parsing '/etc/asterisk/manager.conf': Feb 6 14:32:01 VERBOSE[20227] logger.c: == Parsing '/etc/asterisk/manager.conf': Found
Feb 6 14:32:01 VERBOSE[20227] logger.c: == Manager 'sendcron' logged on from 127.0.0.1
Feb 6 14:32:01 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:01 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:01 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:01 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'MailboxCount'
Feb 6 14:32:02 DEBUG[20227] manager.c: Manager received command 'Ping'
Feb 6 14:32:03 DEBUG[20227] manager.c: Manager received command 'Logoff'
Feb 6 14:32:03 VERBOSE[20227] logger.c: == Manager 'sendcron' logged off from 127.0.0.1
Feb 6 14:32:07 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:07 DEBUG[4120] chan_sip.c: SIP message could not be handled, bad request: C6DEFA50-2E0E-4985-B86F-60FC03FF0AEC@10.110.1.66
Feb 6 14:32:09 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:09 DEBUG[20256] manager.c: Manager received command 'Login'
Feb 6 14:32:09 VERBOSE[20256] logger.c: == Parsing '/etc/asterisk/manager.conf': Feb 6 14:32:09 VERBOSE[20256] logger.c: == Parsing '/etc/asterisk/manager.conf': Found
Feb 6 14:32:09 VERBOSE[20256] logger.c: == Manager 'sendcron' logged on from 127.0.0.1
Feb 6 14:32:09 DEBUG[20256] manager.c: Manager received command 'Originate'
Feb 6 14:32:09 VERBOSE[20258] logger.c: -- Executing MeetMe("Local/8600051@default-d681,2", "8600051|Mq") in new stack
Feb 6 14:32:09 DEBUG[4106] channel.c: Avoiding initial deadlock for 'Local/8600051@default-d681,2'
Feb 6 14:32:09 VERBOSE[20256] logger.c: > Channel Local/8600051@default-d681,1 was answered.
Feb 6 14:32:09 DEBUG[20258] app_meetme.c: Placed channel Local/8600051@default-d681,2 in ZAP conf 1023
Feb 6 14:32:09 VERBOSE[20259] logger.c: -- Executing Set("Local/8600051@default-d681,1", "CALLERID(number)=08123706150") in new stack
Feb 6 14:32:09 VERBOSE[20259] logger.c: -- Executing Dial("Local/8600051@default-d681,1", "Zap/g1/07123630501||tTo") in new stack
Feb 6 14:32:09 VERBOSE[20259] logger.c: -- Requested transfer capability: 0x00 - SPEECH
Feb 6 14:32:09 DEBUG[4106] channel.c: Avoiding initial deadlock for 'Zap/1-1'
Feb 6 14:32:09 VERBOSE[20259] logger.c: -- Called g1/07123630501
Feb 6 14:32:09 VERBOSE[20079] logger.c: -- Stopped music on hold on SIP/7771-0877a1a8
Feb 6 14:32:09 DEBUG[20079] channel.c: Scheduling timer at 0 sample intervals
Feb 6 14:32:09 DEBUG[4752] manager.c: Manager received command 'Command'
Feb 6 14:32:09 DEBUG[4118] chan_zap.c: Queuing frame from PRI_EVENT_PROCEEDING on channel 0/1 span 1
Feb 6 14:32:09 VERBOSE[20259] logger.c: -- Zap/1-1 is proceeding passing it to Local/8600051@default-d681,1
Feb 6 14:32:11 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:12 DEBUG[20256] manager.c: Manager received command 'Logoff'
Feb 6 14:32:12 VERBOSE[20256] logger.c: == Manager 'sendcron' logged off from 127.0.0.1
Feb 6 14:32:14 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:14 DEBUG[4118] chan_zap.c: Enabled echo cancellation on channel 1
Feb 6 14:32:14 VERBOSE[20259] logger.c: -- Zap/1-1 is ringing
Feb 6 14:32:15 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:18 VERBOSE[4104] logger.c: == Refreshing DNS lookups.
Feb 6 14:32:18 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:18 DEBUG[4120] chan_sip.c: Stopping retransmission on '43ff6eb7525e69276846798e27a9ab51@10.110.2.17' of Request 102: Match Found
Feb 6 14:32:18 DEBUG[4120] chan_sip.c: Stopping retransmission on '2eb5bca163ed812c7515300377d11cb4@10.110.2.17' of Request 102: Match Found
Feb 6 14:32:19 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:19 DEBUG[4120] chan_sip.c: Stopping retransmission on '722b690f570b1e543397340736799cd7@10.110.2.17' of Request 102: Match Found
Feb 6 14:32:19 DEBUG[4120] chan_sip.c: Stopping retransmission on '5e62dcca11b4f4c5789d2c011fcbdb2f@10.110.2.17' of Request 102: Match Found
Feb 6 14:32:27 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:27 DEBUG[4120] chan_sip.c: SIP message could not be handled, bad request: C6DEFA50-2E0E-4985-B86F-60FC03FF0AEC@10.110.1.66
Feb 6 14:32:34 DEBUG[4751] manager.c: Manager received command 'Command'
Feb 6 14:32:34 DEBUG[4120] chan_sip.c: Stopping retransmission on '7b296d393ce6b3d824a2fb373d36afa6@10.110.2.17' of Request 102: Match Found
Feb 6 14:32:34 DEBUG[4751] manager.c: Manager received command 'Command'

by **mflorell** » Tue Feb 06, 2007 12:04 pm

I cannot duplicate your manual dial hangup problem on either a CLOSER, Auto-dial or manual dialing campaign with the current 2.0.3 SVN codebase.

Thanks for the note on the allow_closers bug, I have fixed that in SVN.

by **mbrookes** » Tue Feb 06, 2007 12:43 pm

I will re-install with the modified SVN and let you know as we are doing a test run for the next week or so.

A side note, The "Agent Pause Codes Active Y/N" option is broken. ie I set it to [Y] and I can't change it back to [N]

Regards Mark

by **mflorell** » Tue Feb 06, 2007 1:04 pm

The agent-pause-codes problem was a bug for less than a day, reload SVN should fix it. And make sure you have everything in the upgrade_2.0.3.sql file in your DB.

by **mbrookes** » Wed Feb 07, 2007 12:00 pm

Hi,

I have installed from SVN - r512 and ran the upgrade sql script.

The campaigne closer and pause code issues are fixed but I still have the problem in regards to the "MANUAL DIAL" not being selectable. I have tried the 3 option's as below:-

Login to CLOSER

#1
Select "MANUAL DIAL"

Dial Code: xy
Phone Number: xyz
Search Existing Leads: Selected

Click Dial Now

Click DIAL LEAD

HANGUP CUSTOMER is selectable, it goes red.

Call is made to the customer.

#2 Can't Hangup

Select "MANUAL DIAL"

Dial Override: xyz

Click Dial Now

Get a popup saying "Originate command sent for Exten xyz etc."

HANGUP CUSTOMER is not selectable, it stays grey.

The call is made to the customer.

#3 OK

Enter Phone number / Dial Code in the status screen.

Click "FAST DIAL"

"HANGUP CUSTER is selectable, it goes red.

The call is made to the customer.

Regards Mark

by **mflorell** » Wed Feb 07, 2007 12:59 pm

OK, so it's only an issue when in the Dial Override field.

That makes sense, because when you use that field it will not search for a lead, create a lead or be logged as a vicidial customer call, so there is no customer to hangup.

To hangup the manual call dial override calls you have to click on the "Show conference call channel information" link at the bottom of the screen and manually hangup the Local channel that the call was placed out over.

by **mbrookes** » Fri Feb 16, 2007 4:06 pm

Thank you for your response, the hangup works fine.

I've upgraded the test system to r529. I seem to have a problem with inbound calls not being cleared if the user hangs up. I've 1 agent paused and a inbound call is sent to the in-group, the caller hangs up and another inbound call comes in and sent to the ingroup etc. If the agent then resumes his session and another call comes in it is stuck behind the other dead calls.

For the moment I run AST_reset_mysql_vars.pl script or the EMERGENCY VDAD clear depending if any call's are active.

The same issue also happens when the agent has finished his call and is at the dispo screen and call's come in but are not answered.

Regards Mark

PS When you use the auto show script option you don't see the status bar in your selected colour.
l

by **mbrookes** » Fri Feb 16, 2007 4:43 pm

I have sorted the problem out with the dead live call's not clearing. The problem was the IVR i created with various contexts. I had missed out the h extensions from them.

by **lgonzalez** » Mon Apr 02, 2007 7:46 pm

Greetings

I have a similar problem.

I have a simple Campaign with Dial Method => Manual.

I login to astguiclient with my user and I have the "Dial Next Number" button enable. When I click the button it makes the call:

exten => _9.,1,Dial(Zap/g0/{EXTEN:1},,tTo)

the call is in progress but I do not have the "hangup customer" button enable, not even "Park Call" button nor "Tranfer - Conf" button.

And if I check "LEAD PREVIEW" it does not do nothing.

I have tdm400 installed, Asterisk 1.4.1.
Debian.
ViciDial 2.0.2.

I need some help please.
Thank you.

by **mflorell** » Tue Apr 03, 2007 9:28 am

try Asterisk 1.2.14 instead

by **lgonzalez** » Tue Apr 03, 2007 9:55 am

Thanks for you reply.

You mean ViciDial does not work properly with Asterisk 1.4.1, because it seems to work I thought I was missing some configuration.

I have followed the scratch installation, the only thing I was already installed MySQL 5, php 5 and Apache 2, my way, and then I installed ViciDial from scratch.

Besides I never could start Asterisk from "start_asterisk_boot.pl" and I do not understand this:

### sybsys local login
touch /var/lock/subsys/local

I do not have "subsys" directory.

Thank you again.

by **mflorell** » Tue Apr 03, 2007 11:36 am

I have tested 2.0.3b3 with Asterisk 1.4.1, but I believe that there are some issues with astguiclient 2.0.2 on Asterisk 1.4

by **lgonzalez** » Tue Apr 03, 2007 8:09 pm

Pura vida.

OK, I changed to Asterisk 1.2.14, Zaptel 1.2.12 and libpri 1.2.4.

But I have the same problem.

I logged 3 gxp-2000 as users in TEST campaign and I made the campaign adapt_hard_limit, auto dialer.

I added a lead and the system makes the call, no problem so far.

exten => _9.,1,DIAL(ZAP/g0/{EXTEN:1})

Call in progress assign to user xxxx

But the same, the label top-right is always "NO LIVE CALL" and buttons "PARK CALL", "TRANSFER-CONF", "WEB FORM" and "HANGUP CUSTOMER" are disable.

screen -r

There are several suitable screens on:
13196.ASTupdate (Detached)
13199.ASTsend (Detached)
13202.ASTlisten (Detached)
13204.ASTVDauto (Detached)
2341.ASTVDadapt (Detached)
2344.ASTfastlog (Detached)
13207.ASTVDremote (Detached)

Besides, I can not start asterisk with "start_asterisk_boot.pl"

I appreciate some help. Thanks

by **mflorell** » Wed Apr 04, 2007 8:19 am

Please post agiout.2007-04-XX log file of the agi-transfer agi output for one of these calls.

by **lgonzalez** » Wed Apr 04, 2007 10:33 am

Thank you for your help.

This is the agi out:

2007-04-03 18:34:31|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:34:31|agi-VDADtransfer.agi|0|8365
2007-04-03 18:34:31|agi-VDADtransfer.agi|callerID changed: V0403183428000000113
2007-04-03 18:34:31|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callerid = 2576390
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- calleridname = V0403183428000000113
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- channel = Local/910002126@default-5476,1
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- priority = 2
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- type = Local
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- uniqueid = 1175646869.37
2007-04-03 18:34:31|agi-VDADtransfer.agi|AGI Variables: |1175646869.37|Local/910002126@default-5476,1|8365|Local|V0403183428000000113|V0403183428000000113|2|
2007-04-03 18:34:31|agi-VDADtransfer.agi|+++++ VDAD START : |113|2007-04-03 18:34:31|1.4.1|2|
2007-04-03 18:34:31|agi-VDADtransfer.agi|+++++ VDAD START LOCAL CHANNEL: EXITING- 2
2007-04-03 18:34:31|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:34:31|agi-VDADtransfer.agi|0|8365
2007-04-03 18:34:31|agi-VDADtransfer.agi|callerID changed: V0403183428000000113
2007-04-03 18:34:31|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callerid = unknown
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- calleridname = V0403183428000000113
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- channel = Zap/2-1
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- priority = 3
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- type = Zap
2007-04-03 18:34:31|agi-VDADtransfer.agi| -- uniqueid = 1175646869.37
2007-04-03 18:34:31|agi-VDADtransfer.agi|AGI Variables: |1175646869.37|Zap/2-1|8365|Zap|V0403183428000000113|V0403183428000000113|3|
2007-04-03 18:34:31|agi-VDADtransfer.agi|+++++ VDAD START : |113|2007-04-03 18:34:31|1.4.1|3|
2007-04-03 18:34:31|agi-VDADtransfer.agi|-- VDAD : |1|update of vac table: V0403183428000000113
|UPDATE vicidial_auto_calls set uniqueid='1175646869.37', channel='Zap/2-1',status='LIVE',stage='LIVE-0' where callerid='V0403183428000000113' order by call_t
ime desc limit 1;|
2007-04-03 18:34:31|agi-VDADtransfer.agi||INSERT INTO vicidial_log (uniqueid,lead_id,campaign_id,call_date,start_epoch,status,phone_code,phone_number,user,pro
cessed) values('1175646869.37','113','TESTCAMP','2007-04-03 18:34:31','1175646871','QUEUE','','10002126','VDAD','N')|
2007-04-03 18:34:31|agi-VDADtransfer.agi|-- VDAD : |113|113|insert to vicidial_log: 1175646869.37
2007-04-03 18:34:31|agi-VDADtransfer.agi||SELECT count(*) FROM vicidial_auto_calls where status = 'LIVE' and server_ip='192.168.71.89' and campaign_id = 'TEST
CAMP' and call_time < "2007-04-03 18:34:28" and lead_id != '113';|
2007-04-03 18:34:31|agi-VDADtransfer.agi|-- VDAD get agent: |1|update of vla table: TESTCAMP|192.168.71.89
|UPDATE vicidial_live_agents set status='QUEUE',lead_id='113',uniqueid='1175646869.37', channel='Zap/2-1', callerid='V0403183428000000113' where status = 'REA
DY' and server_ip='192.168.71.89' and campaign_id='TESTCAMP' and last_update_time > '19691231175955' order by last_call_finish limit 1;|
2007-04-03 18:34:31|agi-VDADtransfer.agi||SELECT conf_exten,user,extension FROM vicidial_live_agents where status = 'QUEUE' and server_ip='192.168.71.89' and
campaign_id='TESTCAMP' and callerid='V0403183428000000113' and channel='Zap/2-1' order by last_call_time limit 1;|
2007-04-03 18:34:31|agi-VDADtransfer.agi|-- VDAD XFER : |1|update of vac table: V0403183428000000113
|UPDATE vicidial_auto_calls set status='XFER', stage='XFER-0' where callerid='V0403183428000000113';|
2007-04-03 18:34:31|agi-VDADtransfer.agi|exiting the VDAD app, transferring call to 8600051
2007-04-03 18:34:31|agi-VDADtransfer.agi|XXXXXXXXXX VDAD transferred: start|stop 2007-04-03 18:34:31|2007-04-03 18:34:31
2007-04-03 18:49:10|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:49:10|agi-VDADtransfer.agi|0|8365
2007-04-03 18:49:10|agi-VDADtransfer.agi|callerID changed: V0403184908000000114
2007-04-03 18:49:10|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callerid = 2576390
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- calleridname = V0403184908000000114
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- channel = Local/910002120@default-3803,1
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- priority = 2
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- type = Local
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- uniqueid = 1175647748.56
2007-04-03 18:49:10|agi-VDADtransfer.agi|AGI Variables: |1175647748.56|Local/910002120@default-3803,1|8365|Local|V0403184908000000114|V0403184908000000114|2|
2007-04-03 18:49:10|agi-VDADtransfer.agi|+++++ VDAD START : |114|2007-04-03 18:49:10|1.4.1|2|
2007-04-03 18:49:10|agi-VDADtransfer.agi|+++++ VDAD START LOCAL CHANNEL: EXITING- 2
2007-04-03 18:49:10|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:49:10|agi-VDADtransfer.agi|0|8365
2007-04-03 18:49:10|agi-VDADtransfer.agi|callerID changed: V0403184908000000114
2007-04-03 18:49:10|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callerid = unknown
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- calleridname = V0403184908000000114
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- channel = Zap/4-1
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- priority = 3
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- type = Zap
2007-04-03 18:49:10|agi-VDADtransfer.agi| -- uniqueid = 1175647748.56
2007-04-03 18:49:10|agi-VDADtransfer.agi|AGI Variables: |1175647748.56|Zap/4-1|8365|Zap|V0403184908000000114|V0403184908000000114|3|
2007-04-03 18:49:10|agi-VDADtransfer.agi|+++++ VDAD START : |114|2007-04-03 18:49:10|1.4.1|3|
2007-04-03 18:49:10|agi-VDADtransfer.agi|-- VDAD : |1|update of vac table: V0403184908000000114
|UPDATE vicidial_auto_calls set uniqueid='1175647748.56', channel='Zap/4-1',status='LIVE',stage='LIVE-0' where callerid='V0403184908000000114' order by call_t
ime desc limit 1;|
2007-04-03 18:49:10|agi-VDADtransfer.agi||INSERT INTO vicidial_log (uniqueid,lead_id,campaign_id,call_date,start_epoch,status,phone_code,phone_number,user,pro
cessed) values('1175647748.56','114','TESTCAMP','2007-04-03 18:49:10','1175647750','QUEUE','','10002120','VDAD','N')|
2007-04-03 18:49:10|agi-VDADtransfer.agi|-- VDAD : |114|114|insert to vicidial_log: 1175647748.56
2007-04-03 18:49:10|agi-VDADtransfer.agi||SELECT count(*) FROM vicidial_auto_calls where status = 'LIVE' and server_ip='192.168.71.89' and campaign_id = 'TEST
CAMP' and call_time < "2007-04-03 18:49:08" and lead_id != '114';|
2007-04-03 18:49:10|agi-VDADtransfer.agi|-- VDAD get agent: |1|update of vla table: TESTCAMP|192.168.71.89
|UPDATE vicidial_live_agents set status='QUEUE',lead_id='114',uniqueid='1175647748.56', channel='Zap/4-1', callerid='V0403184908000000114' where status = 'REA
DY' and server_ip='192.168.71.89' and campaign_id='TESTCAMP' and last_update_time > '19691231175955' order by last_call_finish limit 1;|
2007-04-03 18:49:10|agi-VDADtransfer.agi||SELECT conf_exten,user,extension FROM vicidial_live_agents where status = 'QUEUE' and server_ip='192.168.71.89' and
campaign_id='TESTCAMP' and callerid='V0403184908000000114' and channel='Zap/4-1' order by last_call_time limit 1;|
2007-04-03 18:49:10|agi-VDADtransfer.agi|-- VDAD XFER : |1|update of vac table: V0403184908000000114
|UPDATE vicidial_auto_calls set status='XFER', stage='XFER-0' where callerid='V0403184908000000114';|
2007-04-03 18:49:10|agi-VDADtransfer.agi|exiting the VDAD app, transferring call to 8600052
2007-04-03 18:49:10|agi-VDADtransfer.agi|XXXXXXXXXX VDAD transferred: start|stop 2007-04-03 18:49:10|2007-04-03 18:49:10
2007-04-03 18:51:06|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:51:06|agi-VDADtransfer.agi|0|8365
2007-04-03 18:51:06|agi-VDADtransfer.agi|callerID changed: V0403185103000000115
2007-04-03 18:51:06|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callerid = 2576390
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- calleridname = V0403185103000000115
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- channel = Local/910002120@default-3bd0,1
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- priority = 2
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- type = Local
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- uniqueid = 1175647864.59
2007-04-03 18:51:06|agi-VDADtransfer.agi|AGI Variables: |1175647864.59|Local/910002120@default-3bd0,1|8365|Local|V0403185103000000115|V0403185103000000115|2|
2007-04-03 18:51:06|agi-VDADtransfer.agi|+++++ VDAD START : |115|2007-04-03 18:51:06|1.4.1|2|
2007-04-03 18:51:06|agi-VDADtransfer.agi|+++++ VDAD START LOCAL CHANNEL: EXITING- 2
2007-04-03 18:51:06|agi-VDADtransfer.agi|Perl Environment Dump:
2007-04-03 18:51:06|agi-VDADtransfer.agi|0|8365
2007-04-03 18:51:06|agi-VDADtransfer.agi|callerID changed: V0403185103000000115
2007-04-03 18:51:06|agi-VDADtransfer.agi|AGI Environment Dump:
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- accountcode =
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callerid = unknown
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- calleridname = V0403185103000000115
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingani2 = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingpres = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callingtns = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- callington = 0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- channel = Zap/1-1
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- context = default
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- dnid = unknown
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- enhanced = 0.0
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- extension = 8365
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- language = en
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- priority = 3
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- rdnis = unknown
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- request = agi-VDADtransfer.agi
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- type = Zap
2007-04-03 18:51:06|agi-VDADtransfer.agi| -- uniqueid = 1175647864.59
2007-04-03 18:51:06|agi-VDADtransfer.agi|AGI Variables: |1175647864.59|Zap/1-1|8365|Zap|V0403185103000000115|V0403185103000000115|3|
2007-04-03 18:51:06|agi-VDADtransfer.agi|+++++ VDAD START : |115|2007-04-03 18:51:06|1.4.1|3|
2007-04-03 18:51:06|agi-VDADtransfer.agi|-- VDAD : |1|update of vac table: V0403185103000000115
|UPDATE vicidial_auto_calls set uniqueid='1175647864.59', channel='Zap/1-1',status='LIVE',stage='LIVE-0' where callerid='V0403185103000000115' order by call_t
ime desc limit 1;|
2007-04-03 18:51:06|agi-VDADtransfer.agi||INSERT INTO vicidial_log (uniqueid,lead_id,campaign_id,call_date,start_epoch,status,phone_code,phone_number,user,pro
cessed) values('1175647864.59','115','TESTCAMP','2007-04-03 18:51:06','1175647866','QUEUE','','10002120','VDAD','N')|
2007-04-03 18:51:06|agi-VDADtransfer.agi|-- VDAD : |115|115|insert to vicidial_log: 1175647864.59
2007-04-03 18:51:06|agi-VDADtransfer.agi||SELECT count(*) FROM vicidial_auto_calls where status = 'LIVE' and server_ip='192.168.71.89' and campaign_id = 'TEST
CAMP' and call_time < "2007-04-03 18:51:03" and lead_id != '115';|
2007-04-03 18:51:06|agi-VDADtransfer.agi|-- VDAD get agent: |1|update of vla table: TESTCAMP|192.168.71.89
|UPDATE vicidial_live_agents set status='QUEUE',lead_id='115',uniqueid='1175647864.59', channel='Zap/1-1', callerid='V0403185103000000115' where status = 'REA
DY' and server_ip='192.168.71.89' and campaign_id='TESTCAMP' and last_update_time > '19691231175955' order by last_call_finish limit 1;|
2007-04-03 18:51:06|agi-VDADtransfer.agi||SELECT conf_exten,user,extension FROM vicidial_live_agents where status = 'QUEUE' and server_ip='192.168.71.89' and
campaign_id='TESTCAMP' and callerid='V0403185103000000115' and channel='Zap/1-1' order by last_call_time limit 1;|
2007-04-03 18:51:06|agi-VDADtransfer.agi|-- VDAD XFER : |1|update of vac table: V0403185103000000115
|UPDATE vicidial_auto_calls set status='XFER', stage='XFER-0' where callerid='V0403185103000000115';|
2007-04-03 18:51:06|agi-VDADtransfer.agi|exiting the VDAD app, transferring call to 8600051
2007-04-03 18:51:06|agi-VDADtransfer.agi|XXXXXXXXXX VDAD transferred: start|stop 2007-04-03 18:51:06|2007-04-03 18:51:06

I am going to test incoming call behavior.

Thanks.

by **mflorell** » Thu Apr 05, 2007 8:58 pm

Do you have a call_log entry before the Dial entry in your extensions.conf?

by **lgonzalez** » Mon Apr 09, 2007 9:31 am

Hello.

This is my unique context for outbound calls

exten => _9.,1,NoOp(Dialing...)
exten => _9.,2,AGI(agi://127.0.0.1:4577/call_log)
exten => _9.,3,Dial(${TRUNK}/${EXTEN:5},,tTo)
exten => _9.,4,Hangup

Also I have fireFox 2.0.0.3 installed.

by **mflorell** » Mon Apr 09, 2007 12:17 pm

Do you have the "h" exten entries in that context as well?

by **lgonzalez** » Mon Apr 09, 2007 12:27 pm

Yes Sir

these are lines from my extensions.conf.

------------------------------------------------------------------------------

##### This 'h' exten is VERY important for VICIDIAL usage,
##### you will have problems if it is not in your dialplan!
exten => h,1,DeadAGI(agi://127.0.0.1:4577/call_log)
exten => h,2,DeadAGI(agi://127.0.0.1:4577/VD_hangup--HVcause ... EBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME}))

exten => _9.,1,NoOp(Dialing...)
exten => _9.,2,AGI(agi://127.0.0.1:4577/call_log)
exten => _9.,3,Dial(${TRUNK}/${EXTEN:5},,tTo)
exten => _9.,4,Hangup

-------------------------------------------------------------------------

Thank you very much for help.

by **lgonzalez** » Tue Apr 10, 2007 4:29 pm

Thank you very much. I really appreciate your help. We solved the problem.

I never imagine Firefox 2.0.0.3 was the problem. We reinstalled Firefox to the version 1.0.7 and works fine. Then we installed Opera 9.10 and works as good as work in Firefox 9.10

Thanks again.

Costa Rica, pura vida.

by **mflorell** » Tue Apr 10, 2007 9:40 pm

We have seen some issues with Firefox 2.0.X on some slower machines as well. It's auto-update features seems to lock up Javascript a few times a week for some reason. We usually downgrade to 1.0.7 on those machines and turn off auto-update and all works well.

vicidial.org

Can't select hangup customer with manual dial

Can't select hangup customer with manual dial

Who is online