vicidial.org

VICIDIAL astGUIclient discussion forum

Skip to content

Vicidial.org Home      Vicidial Forum      Vicidial Wiki      Vicidial Issue Tracker      astGUIclient Project Page


blended calls DROP

All installation and configuration problems and questions

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

Post a reply

blended calls DROP

Postby snocetti » Wed Oct 01, 2008 5:21 pm

I have setup a campaign to inbound and blended, and all blended calls are transfered to agent, dispositioned correctly, but call is showed as DROP on vicidial_log, I could find this messages on FastAgi_out:

no VDAC record found

2008-09-30 16:44:48|TEST_VDfastAGI|begin|Perl Environment Dump:
2008-09-30 16:44:48|TEST_VDfastAGI|begin|0|--debug
2008-09-30 16:44:48|TEST_VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|0|||)|
2008-09-30 16:44:48|TEST_VDfastAGI|begin|AGI Environment Dump:
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- accountcode =
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- callerid = 2020
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- calleridname = POLI:2020
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- callingani2 = 0
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- callingpres = 0
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- callingtns = 0
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- callington = 0
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- channel = SIP/cisco-c806b010
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- context = vicidial
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- dnid = 1002088370
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- enhanced = 0.0
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- extension = h
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- language = es
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- network = yes
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----0---------------)
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- priority = 1
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- rdnis = unknown
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses ... ----------)
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- type = SIP
2008-09-30 16:44:48|TEST_VDfastAGI|begin| -- uniqueid = 1222811083.413288
2008-09-30 16:44:48|TEST_VDfastAGI|begin|AGI Variables: |1222811083.413288|SIP/cisco-c806b010|h|SIP|Y0930163947000001404|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------)|call_log|END|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log||CALL HUNG UP|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|0|||)|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log||DELETE from live_inbound where uniqueid='1222811083.413288' and server_ip='192.168.10.9'|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1222811083.413288|SIP/cisco-c806b010|h|2008-09-30 16:44:48|min: |
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|DEBUG: NODEBUG
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|VD_hangup : Y0930163947000001404 SIP/cisco-c806b010 1 1404
2008-09-30 16:44:48|TEST_VDfastAGI|call_log||SELECT lead_id,callerid,campaign_id,alt_dial,stage,UNIX_TIMESTAMP(call_time) FROM vicidial_auto_calls where uniqueid = '1222811083.413288' limit 1;|
2008-09-30 16:44:48|TEST_VDfastAGI|call_log|VD hangup: no VDAC record found: 1222811083.413288 Y0930163947000001404


There is something I can check to solve this issue?
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby snocetti » Wed Oct 01, 2008 5:22 pm

more debug...

2008-10-01 12:50:46|TEST_VDfastAGI|begin|Perl Environment Dump:
2008-10-01 12:50:46|TEST_VDfastAGI|begin|0|--debug
2008-10-01 12:50:46|TEST_VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|16|||)|
2008-10-01 12:50:46|TEST_VDfastAGI|begin|AGI Environment Dump:
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- accountcode =
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- callerid = unknown
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- calleridname = Y1001124756000001449
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- callingani2 = 0
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- callingpres = 0
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- callingtns = 0
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- callington = 0
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- channel = SIP/cisco-cc047360
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- context = vicidial
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- dnid = 8383
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- enhanced = 0.0
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- extension = h
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- language = es
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- network = yes
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----0---------------)
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- priority = 1
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- rdnis = unknown
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses ... ----------)
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- type = SIP
2008-10-01 12:50:46|TEST_VDfastAGI|begin| -- uniqueid = 1222883276.418708
2008-10-01 12:50:46|TEST_VDfastAGI|begin|AGI Variables: |1222883276.418708|SIP/cisco-cc047360|h|SIP|Y1001124756000001449|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------)|call_log|END|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||CALL HUNG UP|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|0|||)|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||DELETE from live_inbound where uniqueid='1222883276.418708' and server_ip='192.168.10.9'|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1222883276.418708|SIP/cisco-cc047360|h|2008-10-01 12:50:46|min: 0.42|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|DEBUG: NODEBUG
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|VD_hangup : Y1001124756000001449 SIP/cisco-cc047360 1 1449
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||SELECT lead_id,callerid,campaign_id,alt_dial,stage,UNIX_TIMESTAMP(call_time) FROM vicidial_auto_calls where uniqueid = '1222883276.418708' limit 1;|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|-- VDAC record deleted: |1| |1449|1222883276.418708|Y1001124756000001449|192.168.10.9
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||SELECT start_epoch,status FROM vicidial_log where uniqueid='1222883276.418708' and lead_id='1449' limit 1;|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||UPDATE vicidial_log set end_epoch='1222883446',length_in_sec='109' where uniqueid = '1222883276.418708';|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|-- VDAD vicidial_log update: |1|1222883276.418708|DROP|
2008-10-01 12:50:46|TEST_VDfastAGI|call_log|no VDCL record found: 1222883276.418708 Y1001124756000001449 1449 1222883276.418708
2008-10-01 12:50:46|TEST_VDfastAGI|call_log||SELECT auto_alt_dial,auto_alt_dial_statuses FROM vicidial_campaigns where campaign_id='POLITECNICO';|
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Wed Oct 01, 2008 8:27 pm

astguiclient version?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Wed Oct 01, 2008 10:07 pm

VERSION: 2.0.4-121 BUILD: 80424-0442

I was using vicidial-2.0.4-rc1, I updated it to rc4... tomorrow we will see how it goes...

This DROP error only happens on calls dialed out using BLENDED...

I have some issues with some calls that show as INCALL after dispositioned...
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby snocetti » Thu Oct 02, 2008 7:06 am

no luck :(... same problem with rc4...


Could you explain how is the process in blended calls?...

I see table vicidial_log of blended calls:

| 1222949910.423707 | 1934 | NULL | POLITEC | 2008-10-02 07:18:46 | 1222949926 | 1222949988 | 62 | DROP | 1 | 0782744329 | VDAD | NULL | N | NULL |


it shows dropeed, and it does not show agent that was transfered the call, but in live monitoring I could see the agent talking....
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Thu Oct 02, 2008 6:40 pm

This might be one of the bugs that was fixed in SVN trunk. As I recall it took quite a bit of work to figure this one out, and it is not likely to be backported to 2.0.4 branch dues to the large number of changes made to fix the problem as well as doing additional logging in SVN trunk.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Fri Oct 03, 2008 2:17 pm

I should use svn trunk in production?
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Fri Oct 03, 2008 6:46 pm

It should work, in fact there are a couple of companies that are using SVN trunk from this morning right now in production.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Wed Oct 08, 2008 8:55 am

I am trying to find where is stored the data in the scenario of manual calls


Agent comes PAUSED

They select MANUAL DIAL

They enter phone number, area code, and click DIAL NOW

Information about call is showed and agent click DIAL.

Calls is placed and transfered to conference, and dispositioned.

When I want to look report for outbound calls, nothing is showed, where is stored info about this call?, I can't find those calls in vicidial_log table...
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Wed Oct 08, 2008 2:38 pm

Do they show up in the vicidial_agent_log table?

Do you see a new vicidial_list entry being created or being accessed for these numbers?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Wed Oct 08, 2008 2:45 pm

call is showed in vicidial_agent_log

vicidial_list shows the record too...

This record should be on vicidial_log too??....
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Wed Oct 08, 2008 10:12 pm

Which version of vicidial.php is this on?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Thu Oct 09, 2008 7:49 am

script runtime: 0 seconds VERSION: 2.0.5-142 BUILD: 80909-0553
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Thu Oct 09, 2008 6:18 pm

When you say that they enter a phone number and area code, are they putting a country code in the phone code field or an area code?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Fri Oct 10, 2008 9:33 am

country code is outside of field Phone number...

this problem is happening in a inbound campaign where users have to make manual dials (not blended).
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Fri Oct 10, 2008 8:47 pm

Is there an Answer signal received on these calls, or do you never get an answer?
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top

Postby snocetti » Wed Oct 15, 2008 1:50 pm

Calls are answered, yes.
snocetti
 
Posts: 23
Joined: Wed Nov 21, 2007 5:09 pm
Top

Postby mflorell » Wed Oct 15, 2008 6:08 pm

For something like this I would really need to see the screenlog.0 logfile for the time that this call went through your system. Of course full VICIDIAL logging would need to be enabled.
mflorell
Site Admin
 
Posts: 18339
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida
Top
Post a reply

Return to Support

Who is online

Users browsing this forum: No registered users and 275 guests

Powered by phpBB® Forum Software © phpBB Group