vicidial.org

VICIDIAL astGUIclient discussion forum
http://forum.eflo.net/VICIDIALforum/

lead in hopper doesn't populate agent screen

http://forum.eflo.net/VICIDIALforum/viewtopic.php?f=4&t=34304

Page 1 of 1

lead in hopper doesn't populate agent screen

PostPosted: Fri Mar 27, 2015 1:14 pm
by THUFIR
The hopper shows:

Code: Select all

Live Current Hopper List                      2015-03-27 14:08:13

---------- TOTALS
Total leads in hopper right now:                1

---------- LEADS IN HOPPER
+------+--------+-----------+------------+------------+-------+--------+-------+--------+-------+-------+----------------------+
|ORDER |PRIORITY| LEAD ID   | LIST ID    | PHONE NUM  | STATE | STATUS | COUNT | GMT    | ALT   | SOURCE| VENDOR LEAD CODE     |
+------+--------+-----------+------------+------------+-------+--------+-------+--------+-------+-------+----------------------+
| 0    | 0      | 106       | 102        | 1234567890 | dc    | NEW    | 0     | -7.00  | NONE  | S     |                      |
+------+--------+-----------+------------+------------+-------+--------+-------+--------+-------+-------+----------------------+

Sources:
A = Auto-alt-dial
C = Scheduled Callbacks
N = Xth New lead order
P = Non-Agent API hopper load
Q = No-hopper queue insert
R = Recycled leads
S = Standard hopper load


I changed the phone number above, but that's the lead. I just have the one line.

Agent 201 is logged in, and the SIP client, yate client on an older Mac, gets the "you are the only person" message. So, everything seems green for go, yet the lead from the hopper doesn't show in the agents screen. No data is populated.

I unclicked "you are paused", still no data.

How do I get the lead to populate? Or, find out why it won't load to the agents screen. I'd naively expect that if it's in the hopper it's a valid lead, conforms to vicidial requirements. I don't see a "next" or "dial" button...

Re: lead in hopper doesn't populate agent screen

PostPosted: Tue Mar 31, 2015 4:31 am
by okli
Leads in hopper would be passed to agent screen after that lead was dialled and call was passed to the agent. You need to figure out whether it was dialled, and if it was, why wasn't it passed to agent.

Re: lead in hopper doesn't populate agent screen

PostPosted: Wed Apr 01, 2015 3:00 pm
by THUFIR
okli wrote:Leads in hopper would be passed to agent screen after that lead was dialled and call was passed to the agent. You need to figure out whether it was dialled, and if it was, why wasn't it passed to agent.


I left the guide at home, but so far, in the log, see:

Code: Select all
SIP/202-00000003 answered SIP/201-00000002



full log:

Code: Select all
linux-k7qk:~ #
linux-k7qk:~ # tail -n 99 /var/log/asterisk/messages
[Apr  1 15:36:06] VERBOSE[8104] manager.c: [Apr  1 15:36:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:37:01] VERBOSE[8205] manager.c: [Apr  1 15:37:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:37:01] VERBOSE[8205] manager.c: [Apr  1 15:37:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:37:06] VERBOSE[8217] manager.c: [Apr  1 15:37:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:37:06] VERBOSE[8217] manager.c: [Apr  1 15:37:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:38:01] VERBOSE[8307] manager.c: [Apr  1 15:38:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:38:01] VERBOSE[8307] manager.c: [Apr  1 15:38:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:38:06] VERBOSE[8321] manager.c: [Apr  1 15:38:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:38:06] VERBOSE[8321] manager.c: [Apr  1 15:38:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:38:58] VERBOSE[3886] dnsmgr.c: [Apr  1 15:38:58]        > Refreshing DNS lookups.
[Apr  1 15:38:58] VERBOSE[3886] srv.c: [Apr  1 15:38:58]        > ast_get_srv: SRV lookup for '_sip._udp.nat5.babytel.ca' mapped to host nat5.babytel.ca, port 5065
[Apr  1 15:39:01] VERBOSE[8417] manager.c: [Apr  1 15:39:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:39:01] VERBOSE[8417] manager.c: [Apr  1 15:39:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:39:06] VERBOSE[8437] manager.c: [Apr  1 15:39:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:39:06] VERBOSE[8437] manager.c: [Apr  1 15:39:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:40:01] VERBOSE[8525] manager.c: [Apr  1 15:40:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:40:01] VERBOSE[8525] manager.c: [Apr  1 15:40:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:40:06] VERBOSE[8545] manager.c: [Apr  1 15:40:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:40:06] VERBOSE[8545] manager.c: [Apr  1 15:40:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:41:01] VERBOSE[8640] manager.c: [Apr  1 15:41:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:41:01] VERBOSE[8640] manager.c: [Apr  1 15:41:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:41:06] VERBOSE[8653] manager.c: [Apr  1 15:41:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:41:06] VERBOSE[8653] manager.c: [Apr  1 15:41:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:42:01] VERBOSE[8742] manager.c: [Apr  1 15:42:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:42:01] VERBOSE[8742] manager.c: [Apr  1 15:42:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:42:06] VERBOSE[8763] manager.c: [Apr  1 15:42:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:42:06] VERBOSE[8763] manager.c: [Apr  1 15:42:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:43:01] VERBOSE[8866] manager.c: [Apr  1 15:43:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:43:01] VERBOSE[8866] manager.c: [Apr  1 15:43:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:43:06] VERBOSE[8878] manager.c: [Apr  1 15:43:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:43:06] VERBOSE[8878] manager.c: [Apr  1 15:43:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:43:58] VERBOSE[3886] dnsmgr.c: [Apr  1 15:43:58]        > Refreshing DNS lookups.
[Apr  1 15:43:58] VERBOSE[3886] srv.c: [Apr  1 15:43:58]        > ast_get_srv: SRV lookup for '_sip._udp.nat5.babytel.ca' mapped to host nat5.babytel.ca, port 5065
[Apr  1 15:44:01] VERBOSE[9205] manager.c: [Apr  1 15:44:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:44:01] VERBOSE[9205] manager.c: [Apr  1 15:44:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:44:06] VERBOSE[9219] manager.c: [Apr  1 15:44:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:44:06] VERBOSE[9219] manager.c: [Apr  1 15:44:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:45:01] VERBOSE[9332] manager.c: [Apr  1 15:45:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:45:01] VERBOSE[9332] manager.c: [Apr  1 15:45:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:45:06] VERBOSE[9355] manager.c: [Apr  1 15:45:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:45:06] VERBOSE[9355] manager.c: [Apr  1 15:45:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:46:01] VERBOSE[9451] manager.c: [Apr  1 15:46:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:46:01] VERBOSE[9451] manager.c: [Apr  1 15:46:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:46:06] VERBOSE[9462] manager.c: [Apr  1 15:46:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:46:06] VERBOSE[9462] manager.c: [Apr  1 15:46:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:47:01] VERBOSE[9558] manager.c: [Apr  1 15:47:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:47:01] VERBOSE[9558] manager.c: [Apr  1 15:47:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:47:03] VERBOSE[3948] chan_sip.c: [Apr  1 15:47:03]     -- Registered SIP '201' at 192.168.0.16:5060
[Apr  1 15:47:03] VERBOSE[3948] chan_sip.c: [Apr  1 15:47:03]        > Saved useragent "YATE/4.0.1" for peer 201
[Apr  1 15:47:06] VERBOSE[9572] manager.c: [Apr  1 15:47:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:47:06] VERBOSE[9572] manager.c: [Apr  1 15:47:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:47:25] VERBOSE[3948] netsock2.c: [Apr  1 15:47:25]   == Using SIP RTP CoS mark 5
[Apr  1 15:47:25] VERBOSE[9595] pbx.c: [Apr  1 15:47:25]     -- Executing [202@default:1] Dial("SIP/201-00000002", "SIP/202,60,") in new stack
[Apr  1 15:47:25] VERBOSE[9595] netsock2.c: [Apr  1 15:47:25]   == Using SIP RTP CoS mark 5
[Apr  1 15:47:25] VERBOSE[9595] app_dial.c: [Apr  1 15:47:25]     -- Called SIP/202
[Apr  1 15:47:31] VERBOSE[9595] app_dial.c: [Apr  1 15:47:31]     -- SIP/202-00000003 answered SIP/201-00000002
[Apr  1 15:47:31] DEBUG[9595] channel.c: setting peeraccount to 201 for SIP/202-00000003 from data on channel SIP/201-00000002
[Apr  1 15:47:31] DEBUG[9595] channel.c: setting peeraccount to 201 for SIP/201-00000002 from data on channel SIP/202-00000003
[Apr  1 15:47:31] VERBOSE[9595] rtp_engine.c: [Apr  1 15:47:31]     -- Locally bridging SIP/201-00000002 and SIP/202-00000003
[Apr  1 15:47:31] WARNING[9595] res_rtp_asterisk.c: RTP Read too short
[Apr  1 15:48:02] VERBOSE[9673] manager.c: [Apr  1 15:48:02]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:48:02] VERBOSE[9673] manager.c: [Apr  1 15:48:02]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:48:07] VERBOSE[9685] manager.c: [Apr  1 15:48:07]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:48:07] VERBOSE[9685] manager.c: [Apr  1 15:48:07]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:48:12] VERBOSE[9595] pbx.c: [Apr  1 15:48:12]     -- Executing [h@default:1] AGI("SIP/201-00000002", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----47-----41") in new stack
[Apr  1 15:48:12] VERBOSE[9595] res_agi.c: [Apr  1 15:48:12]     -- <SIP/201-00000002>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----47-----41 completed, returning 0
[Apr  1 15:48:12] VERBOSE[9595] pbx.c: [Apr  1 15:48:12]   == Spawn extension (default, 202, 1) exited non-zero on 'SIP/201-00000002'
[Apr  1 15:48:39] VERBOSE[9730] manager.c: [Apr  1 15:48:39]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:48:39] VERBOSE[9730] netsock2.c: [Apr  1 15:48:39]   == Using SIP RTP CoS mark 5
[Apr  1 15:48:47] VERBOSE[9730] pbx.c: [Apr  1 15:48:47]        > Channel SIP/201-00000004 was answered.
[Apr  1 15:48:47] VERBOSE[9748] pbx.c: [Apr  1 15:48:47]     -- Executing [8600051@default:1] MeetMe("SIP/201-00000004", "8600051,F") in new stack
[Apr  1 15:48:47] VERBOSE[9748] config.c: [Apr  1 15:48:47]   == Parsing '/etc/asterisk/meetme.conf': [Apr  1 15:48:47] VERBOSE[9748] config.c: [Apr  1 15:48:47]   == Found
[Apr  1 15:48:47] VERBOSE[9748] config.c: [Apr  1 15:48:47]   == Parsing '/etc/asterisk/meetme-vicidial.conf': [Apr  1 15:48:47] VERBOSE[9748] config.c: [Apr  1 15:48:47]   == Found
[Apr  1 15:48:47] VERBOSE[9748] app_meetme.c: [Apr  1 15:48:47]     -- Created MeetMe conference 1023 for conference '8600051'
[Apr  1 15:48:47] VERBOSE[9748] file.c: [Apr  1 15:48:47]     -- <SIP/201-00000004> Playing 'conf-onlyperson.gsm' (language 'en')
[Apr  1 15:48:47] WARNING[9748] res_rtp_asterisk.c: RTP Read too short
[Apr  1 15:48:48] VERBOSE[9730] manager.c: [Apr  1 15:48:48]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:48:58] VERBOSE[3886] dnsmgr.c: [Apr  1 15:48:58]        > Refreshing DNS lookups.
[Apr  1 15:48:58] VERBOSE[3886] srv.c: [Apr  1 15:48:58]        > ast_get_srv: SRV lookup for '_sip._udp.nat5.babytel.ca' mapped to host nat5.babytel.ca, port 5065
[Apr  1 15:49:01] VERBOSE[9786] manager.c: [Apr  1 15:49:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:49:01] VERBOSE[9786] manager.c: [Apr  1 15:49:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:49:06] VERBOSE[9802] manager.c: [Apr  1 15:49:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:49:06] VERBOSE[9802] manager.c: [Apr  1 15:49:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:50:01] VERBOSE[9897] manager.c: [Apr  1 15:50:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:50:01] VERBOSE[9897] manager.c: [Apr  1 15:50:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:50:06] VERBOSE[9916] manager.c: [Apr  1 15:50:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:50:06] VERBOSE[9916] manager.c: [Apr  1 15:50:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:50:09] VERBOSE[3884] asterisk.c: [Apr  1 15:50:09]     -- Remote UNIX connection
[Apr  1 15:50:12] VERBOSE[10403] asterisk.c: [Apr  1 15:50:12]     -- Remote UNIX connection disconnected
[Apr  1 15:50:51] VERBOSE[3948] chan_sip.c: [Apr  1 15:50:51]     -- Registered SIP '201' at 192.168.0.15:45489
[Apr  1 15:50:51] VERBOSE[3948] chan_sip.c: [Apr  1 15:50:51]        > Saved useragent "CSipSimple_v1-16/r2457" for peer 201
[Apr  1 15:51:01] VERBOSE[10495] manager.c: [Apr  1 15:51:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:51:01] VERBOSE[10495] manager.c: [Apr  1 15:51:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:51:06] VERBOSE[10511] manager.c: [Apr  1 15:51:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:51:06] VERBOSE[10511] manager.c: [Apr  1 15:51:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:52:01] VERBOSE[10637] manager.c: [Apr  1 15:52:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:52:01] VERBOSE[10637] manager.c: [Apr  1 15:52:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Apr  1 15:52:06] VERBOSE[10658] manager.c: [Apr  1 15:52:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Apr  1 15:52:06] VERBOSE[10658] manager.c: [Apr  1 15:52:06]   == Manager 'sendcron' logged off from 127.0.0.1
linux-k7qk:~ #




the lead, as before, shows in the hopper, but the agent doesn't see it.



Ok, if the lead was never dialed, then it won't get passed to the agent? And, if the connection to the peer, Babytel, isn't happening, then the lead will never get dialed?

Vicidial will never attempt to dial until the connection to the SIP provider is working?

Re: lead in hopper doesn't populate agent screen

PostPosted: Thu Apr 02, 2015 4:21 am
by okli
I wish I had a slightest clue what you ate attempting to do, why are you calling 202 from 201 and what all this has to do with hopper.

Why don't you start from a scratch? There is a manager and agent manual, a must read for anyone not familiar with the matter, take baby steps, do not introduce any changes you think they might not be relevant, follow the manual and get yourself going slowly. Again, take baby steps, read, try, rest, read, try, rest until you start getting familiar what is what.

Re: lead in hopper doesn't populate agent screen

PostPosted: Fri Apr 03, 2015 5:51 pm
by THUFIR
okli wrote:I wish I had a slightest clue what you ate attempting to do, why are you calling 202 from 201 and what all this has to do with hopper.

Why don't you start from a scratch? There is a manager and agent manual, a must read for anyone not familiar with the matter, take baby steps, do not introduce any changes you think they might not be relevant, follow the manual and get yourself going slowly. Again, take baby steps, read, try, rest, read, try, rest until you start getting familiar what is what.


I did as suggested and started from scratch. Because the server has more RAM, I installed Ubuntu on it, switched things around, used the server as a workstation, installed vicibox on a test machine, and the leads populate.

I was just trying to get the lead to populate to the agents screen, not dial per se.

I don't know why the leads weren't populating when "dial next number" was clicked by the agent.
All times are UTC - 5 hours
Page 1 of 1
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/