vicidial.org

Hello,

When an agent logs in, vicidial doesn't dial his phone. Asterisk doesn't display meetme output in the console when agent logs in. Phones register properly and can dial each other.

I'm using Asterisk 1.8.10.1 and Vicidial 2.7-401a.
meetme.conf

Code: Select all

[general]
[rooms]
conf => 8600
conf => 8601,1234
#include meetme-vicidial.conf


meetme-vicidial.conf

Code: Select all

 ; WARNING- THIS FILE IS AUTO-GENERATED BY VICIDIAL, ANY EDITS YOU MAKE WILL BE LOST
; ViciDial Conferences:
conf => 8600051
conf => 8600052
conf => 8600053
conf => 8600054
conf => 8600055
conf => 8600056
conf => 8600057
etc.


screen -r

Code: Select all

 There are several suitable screens on:
        1477.ASTlisten  (02/21/2014 04:33:08 PM)        (Detached)
        1474.ASTsend    (02/21/2014 04:33:08 PM)        (Detached)
        1471.ASTupdate  (02/21/2014 04:33:08 PM)        (Detached)
        1393.ASTfastlog (02/21/2014 04:33:03 PM)        (Detached)
        1390.ASTVDadapt (02/21/2014 04:33:03 PM)        (Detached)
        1387.ASTVDremote        (02/21/2014 04:33:03 PM)        (Detached)
        1384.ASTVDauto  (02/21/2014 04:33:03 PM)        (Detached)
        1370.asterisk   (02/21/2014 04:33:02 PM)        (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.



Is this a brand new install? If not did it ever work? The more detail you can provide on this type of information the easier and quicker it will be to help you

Yes, it's a brand new install, but I should mention, I dumped the database from another server. My extensions.conf is the same as the one in samples dir in docs/. You can find my full in pastebin com slash 80FTrTNd.

When the agent logs in asterisk doesn't output any signs of initiation.

This is what happens in the asterisk console whan an agent logs in. It's like asterisk doesn't know that it should dial an extension.

Code: Select all

[Feb 22 10:33:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 22 10:33:02]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 22 10:33:02]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 22 10:33:03]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 22 10:33:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Feb 22 10:33:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Feb 22 10:33:13]     -- Refreshing DNS lookups.


ASTVDauto screen session

Code: Select all

loop counter: |5725993|
TIME DEBUG: -5.00|-5.00|0|   GMT: 21:14
2014-02-22 16:14:04|SERVER CALLS PER SECOND MAXIMUM SET TO: 100 |10||
2014-02-22 16:14:04|LIVE AGENTS LOGGED IN: 0   ACTIVE CALLS: 0|
2014-02-22 16:14:04| : agents: 0 (READY: 0)    dial_level: 0     (||)   |
2014-02-22 16:14:04| : Calls to place: 0 (0 - 0 [0 + 0||]) 0 |
2014-02-22 16:14:04|CAMPAIGN DIFFERENTIAL: 0   0   (0 - 0)|
2014-02-22 16:14:04|LOCAL TRUNK SHORTAGE: 0|0  (0 - 96)|
2014-02-22 16:14:04| : CALLING|
TIME DEBUG: -5.00|-5.00|0|   GMT: 21:14
TIME DEBUG: -5.00|-5.00|0|   GMT: 21:14


ASTfastlog screen session

Code: Select all

2014/02/21-16:33:03 VDfastAGI (type Net::Server::PreFork) starting! pid(1395)
Resolved [*]:4577 to [0.0.0.0]:4577, IPv4
Binding to TCP port 4577 on host 0.0.0.0 with IPv4


select * from vicidial_live_agents;

Code: Select all

| live_agent_id | user | server_ip      | conf_exten | extension | status | lead_id | campaign_id | uniqueid | callerid | channel | random_id | last_call_time      | last_update_time    | last_call_finish    | closer_campaigns | call_server_ip | user_level | comments | campaign_weight | calls_today | external_hangup | external_status | external_pause | external_dial | external_ingroups | external_blended | external_igb_set_user | external_update_fields | external_update_fields_data | external_timer_action | external_timer_action_message | external_timer_action_seconds | agent_log_id | last_state_change   | agent_territories | outbound_autodial | manager_ingroup_set | ra_user | ra_extension | external_dtmf | external_transferconf | external_park | external_timer_action_destination | on_hook_agent | on_hook_ring_time | ring_callerid | last_inbound_call_time | last_inbound_call_finish | campaign_grade | external_recording |
+---------------+------+----------------+------------+-----------+--------+---------+-------------+----------+----------+---------+-----------+---------------------+---------------------+---------------------+------------------+----------------+------------+----------+-----------------+-------------+-----------------+-----------------+----------------+---------------+-------------------+------------------+-----------------------+------------------------+-----------------------------+-----------------------+-------------------------------+-------------------------------+--------------+---------------------+-------------------+-------------------+---------------------+---------+--------------+---------------+-----------------------+---------------+-----------------------------------+---------------+-------------------+---------------+------------------------+--------------------------+----------------+--------------------+
|           782 | 3001 | 62.210.122.230 | 8600052    | SIP/3002  | PAUSED |       0 | 04          | 0        |          |         |  19955793 | 2014-02-22 16:13:43 | 2014-02-22 16:19:05 | 2014-02-22 16:13:43 |                  | NULL           |          7 |          |               0 |           0 |                 |                 |                |               | NULL              | 0                |                       | 0                      |                             |                       |                               |                            -1 |        10061 | 2014-02-22 16:19:03 | NULL              | Y                 | N                   |         |              |               |                       |               |                                   | N             |                60 |               | 2014-02-22 16:13:43    | 2014-02-22 16:13:43      |              1 |                    |



Agi scripts do not seem to be executing.

I dumped the database from another server.

In which case ... this server must have the admin update ip script run with the prior and new IPs. The IP of the server from which you stole the DB would be the prior IP, of course.

And be sure the version of the vicidial scripts matches the db schema of the db you stole. This information would be available in the "extras" folder in "trunk" as the last sql command expected to be issued would set it to that db schema. If the versions do not match, you'll need to upgrade whichever one is behind (vicidial scripts or the DB).