vicidial.org

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?

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';|

astguiclient version?

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...

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....

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.

I should use svn trunk in production?

It should work, in fact there are a couple of companies that are using SVN trunk from this morning right now in production.

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...

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?

call is showed in vicidial_agent_log

vicidial_list shows the record too...

This record should be on vicidial_log too??....

Which version of vicidial.php is this on?

script runtime: 0 seconds VERSION: 2.0.5-142 BUILD: 80909-0553

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?

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).

Is there an Answer signal received on these calls, or do you never get an answer?

Calls are answered, yes.

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.