Agent Alert not working with Asterisk 13.21-vici

All installation and configuration problems and questions

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

Agent Alert not working with Asterisk 13.21-vici

Postby sminisini » Wed Aug 01, 2018 2:27 pm

Hi

I have upgraded a Vicidial server which had asterisk 11 and was working fine to asterisk 13.21-vici and the agent alert does not work consistently. It may work for a few calls then stop working for while.

I have been doing a lot of different tests to try to find where the problem is but I'm out of idea and would appreciate any help. Is anyone running Asterisk 13.21-vici in their test environment or production? Does anyone have the issue with the agent alert?

Thanks for your help!

My configuration is as follow:

. CentOS 7
. Vicidial 2.14b0.5 (latest trunk available)
. Asterisk 13.21-vici

here is the log when the agent alert works:

Code: Select all
[Jul 31 14:33:59]     -- Called 172*023*008*012*78600052@default
[Jul 31 14:33:59]     -- Executing [172*023*008*012*78600052@default:1] Goto("Local/172*023*008*012*78600052@default-00000004;2", "default,78600052,1") in new stack
[Jul 31 14:33:59]     -- Goto (default,78600052,1)
[Jul 31 14:33:59]     -- Executing [78600052@default:1] NoOp("Local/172*023*008*012*78600052@default-00000004;2", ""Test"") in new stack
[Jul 31 14:33:59]     -- Executing [78600052@default:2] NoOp("Local/172*023*008*012*78600052@default-00000004;2", "8600052") in new stack
[Jul 31 14:33:59]     -- Executing [78600052@default:3] MeetMe("Local/172*023*008*012*78600052@default-00000004;2", "8600052,Fq") in new stack
[Jul 31 14:33:59]     -- Local/172*023*008*012*78600052@default-00000004;1 answered
[Jul 31 14:33:59]     -- Executing [83047777777777@vicidial-auto:1] Answer("Local/172*023*008*012*78600052@default-00000004;1", "") in new stack
[Jul 31 14:33:59]     -- Executing [83047777777777@vicidial-auto:2] Playback("Local/172*023*008*012*78600052@default-00000004;1", "vm-sorry") in new stack
[Jul 31 14:33:59]     -- <Local/172*023*008*012*78600052@default-00000004;1> Playing 'vm-sorry.slin' (language 'en')


And when it is not working:

Code: Select all
[Jul 31 14:35:43]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 31 14:35:43]     -- Called 172*023*008*012*78600052@default
[Jul 31 14:35:43]     -- Executing [172*023*008*012*78600052@default:1] Goto("Local/172*023*008*012*78600052@default-00000006;2", "default,78600052,1") in new stack
[Jul 31 14:35:43]     -- Goto (default,78600052,1)
[Jul 31 14:35:43] WARNING[2919][C-0000000f]: func_hangupcause.c:140 hangupcause_read: Unable to find information for channel
[Jul 31 14:35:43]     -- Executing [h@default:1] AGI("Local/172*023*008*012*78600052@default-00000006;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------------)") in new stack
[Jul 31 14:35:43]     -- <Local/172*023*008*012*78600052@default-00000006;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------------) completed, returning 0
[Jul 31 14:35:43]        > 0x7f1990009cd0 -- Strict RTP learning complete - Locking on source address 54.172.60.76:16616


I tried to change the extensions-vicidial.conf to have a couple of NoOp to try to see where the channel hangs up and below you can see the first NoOp but then it appears like the channel is hung up however towards the end of the log you can see the same dialplan being executed and the 2 NoOp being displayed before the inbound caller is put into the meetme room.

Code: Select all
[Jul 31 15:24:59]     -- Called 172*023*008*012*78600052@default
[Jul 31 15:24:59]     -- Executing [172*023*008*012*78600052@default:1] NoOp("Local/172*023*008*012*78600052@default-00000018;2", "Test1") in new stack
[Jul 31 15:24:59] WARNING[9141][C-00000034]: func_hangupcause.c:140 hangupcause_read: Unable to find information for channel
[Jul 31 15:24:59]     -- Executing [h@default:1] AGI("Local/172*023*008*012*78600052@default-00000018;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------------)") in new stack
[Jul 31 15:24:59]     -- <Local/172*023*008*012*78600052@default-00000018;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------------) completed, returning 0
[Jul 31 15:24:59]        > 0x7f1990009810 -- Strict RTP learning complete - Locking on source address 34.203.251.245:16160
[Jul 31 15:25:00]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 31 15:25:00]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 31 15:25:00]     -- Called 58600052@default
[Jul 31 15:25:00]     -- Executing [58600052@default:1] MeetMe("Local/58600052@default-00000019;2", "8600052,Fmq") in new stack
[Jul 31 15:25:00]     -- Local/58600052@default-00000019;1 answered
[Jul 31 15:25:00]     -- Executing [8309@default:1] Answer("Local/58600052@default-00000019;1", "") in new stack
[Jul 31 15:25:00]     -- Executing [8309@default:2] Monitor("Local/58600052@default-00000019;1", "wav,20180731-132459_7023734037") in new stack
[Jul 31 15:25:00]     -- Executing [8309@default:3] Wait("Local/58600052@default-00000019;1", "3600") in new stack
[Jul 31 15:25:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 31 15:25:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 31 15:25:01]   == Manager 'sendcron' logged off from 127.0.0.1
2018-07-31 15:24:55|15:25:04|agi-VDAD_ALL_inbound.agi|exiting VDAD app, transferring call to 172*023*008*012*8600052
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
2018-07-31 15:24:55|15:25:04|agi-VDAD_ALL_inbound.agi||SELECT calls_today from vicidial_inbound_group_agents WHERE user='100502' and group_id='TEST_INBOUND';|
2018-07-31 15:24:55|15:25:04|agi-VDAD_ALL_inbound.agi|--    VDLIA agent calls: |51|100502|TEST_INBOUND|
2018-07-31 15:24:55|15:25:04|agi-VDAD_ALL_inbound.agi|--    VDCL vcl update: |1|10|
|UPDATE vicidial_closer_log set queue_seconds='0' where lead_id = '10' and call_date='2018-07-31 15:24:55' order by closecallid desc limit 1;|
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011> Playing 'sip-silence.gsm' (escape_digits=) (sample_offset 0) (language 'en')
DBI::db=HASH(0xd44da8)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them before disconnecting) at /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi line 4121, <STDIN> line 38.
2018-07-31 15:25:04|15:25:04|agi-VDAD_ALL_inbound.agi|XXXXX VDAD transferred: start|stop  2018-07-31 15:24:55|2018-07-31 15:25:04|172*023*008*012*8600052
[Jul 31 15:25:04]     -- <SIP/twilio1-00000011>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
[Jul 31 15:25:04]     -- Executing [172*023*008*012*8600052@default:1] NoOp("SIP/twilio1-00000011", "Test1") in new stack
[Jul 31 15:25:04]     -- Executing [172*023*008*012*8600052@default:2] NoOp("SIP/twilio1-00000011", "Test2") in new stack
[Jul 31 15:25:04]     -- Executing [172*023*008*012*8600052@default:3] Goto("SIP/twilio1-00000011", "default,8600052,1") in new stack
[Jul 31 15:25:04]     -- Goto (default,8600052,1)
[Jul 31 15:25:04]     -- Executing [8600052@default:1] MeetMe("SIP/twilio1-00000011", "8600052,F") in new stack
sminisini
 
Posts: 5
Joined: Tue Jul 31, 2018 3:18 pm

Re: Agent Alert not working with Asterisk 13.21-vici

Postby sminisini » Fri Aug 03, 2018 8:09 pm

For those of you interested, this is a strange one. I isolated the issue to be with something with Asterisk 13 AMI.
Telnetting to localhost 5308 and login in as cron, I passed the commands:

Code: Select all
Action: Originate
Exten: 83047777777777
Context: default
Channel: Local/172*023*008*074*78600051@default
Priority: 1
Callerid: "whisper_test_inbound" <whisper_test_inbound>
Timeout: 10


This is exactly what Vicidial would do for an inbound call if there is an agent alert configured. This command should start a new channel then go to the 83047777777777. The channel is put into the Meetme room and the extension plays the sound file (whisper_test_inbound here). Sometimes this works perfectly and sometimes Asterisk cannot get the call originated and ends up giving an "origination failed" error message, see further below for AMI response.

The action_full log file would also show the same output btw.
I have no idea why Asterisk would not be able to originate the call. It is able to call the Channel 172*023*008*074*8600051@default later on to put the customer in the Meetme room. Any idea on how I would be able to trace/find why the origination doesn't work?

While I was playing with the AMI and the channels I decided to change the channel being called to Local/78600051@default (removing the server IP). This call would always work and the whisper always played. So in order to get this working for every inbound calls, I commented the line $alertVDADremDIALstr = "$VDADremDIALstr"; in the agi-VDAD-ALL_inbound.agi. As far as I can see, this only affects the agent alert and the mysql record inserted into the database.

After making that change, the whisper is played consistently. I also tested on a 2 asterisk node cluster with incoming call being transferred with no issue.

I'm not familiar enough with the code to know for sure that this will not affect anything else but it doesn't seem to for the tests I've made. If someone knows of something that would be affected by this, please let me know.

Thanks

Code: Select all
Response: Error
Message: Originate failed

Event: Newchannel
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;1
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: <unknown>
CallerIDName: <unknown>
ConnectedLineNum: <unknown>
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.123
Linkedid: 1533260662.123

Event: Newchannel
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: <unknown>
CallerIDName: <unknown>
ConnectedLineNum: <unknown>
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123

Event: Newexten
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;1
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: <unknown>
CallerIDName: <unknown>
ConnectedLineNum: <unknown>
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.123
Linkedid: 1533260662.123
Extension: 172*023*008*074*78600051
Application: AppDial2
AppData: (Outgoing Line)

Event: NewCallerid
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;1
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: <unknown>
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.123
Linkedid: 1533260662.123
CID-CallingPres: 0 (Presentation Allowed, Not Screened)

Event: NewConnectedLine
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;1
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.123
Linkedid: 1533260662.123

Event: NewCallerid
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
CID-CallingPres: 0 (Presentation Allowed, Not Screened)

Event: NewConnectedLine
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123

Event: LocalBridge
Privilege: call,all
LocalOneChannel: Local/172*023*008*074*78600051@default-00000022;1
LocalOneChannelState: 0
LocalOneChannelStateDesc: Down
LocalOneCallerIDNum: 7023734037
LocalOneCallerIDName: <unknown>
LocalOneConnectedLineNum: 7023734037
LocalOneConnectedLineName: <unknown>
LocalOneLanguage: en
LocalOneAccountCode:
LocalOneContext: default
LocalOneExten: 172*023*008*074*78600051
LocalOnePriority: 1
LocalOneUniqueid: 1533260662.123
LocalOneLinkedid: 1533260662.123
LocalTwoChannel: Local/172*023*008*074*78600051@default-00000022;2
LocalTwoChannelState: 4
LocalTwoChannelStateDesc: Ring
LocalTwoCallerIDNum: 7023734037
LocalTwoCallerIDName: <unknown>
LocalTwoConnectedLineNum: 7023734037
LocalTwoConnectedLineName: <unknown>
LocalTwoLanguage: en
LocalTwoAccountCode:
LocalTwoContext: default
LocalTwoExten: 172*023*008*074*78600051
LocalTwoPriority: 1
LocalTwoUniqueid: 1533260662.124
LocalTwoLinkedid: 1533260662.123
Context: default
Exten: 172*023*008*074*78600051
LocalOptimization: Yes

Event: DialBegin
Privilege: call,all
DestChannel: Local/172*023*008*074*78600051@default-00000022;1
DestChannelState: 0
DestChannelStateDesc: Down
DestCallerIDNum: 7023734037
DestCallerIDName: <unknown>
DestConnectedLineNum: 7023734037
DestConnectedLineName: <unknown>
DestLanguage: en
DestAccountCode:
DestContext: default
DestExten: 172*023*008*074*78600051
DestPriority: 1
DestUniqueid: 1533260662.123
DestLinkedid: 1533260662.123
DialString: 172*023*008*074*78600051@default

Event: HangupRequest
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
Cause: 0

Event: Hangup
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;1
ChannelState: 0
ChannelStateDesc: Down
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.123
Linkedid: 1533260662.123
Cause: 0
Cause-txt: Unknown

Event: DeviceStateChange
Privilege: call,all
Device: Local/172*023*008*074*78600051@default
State: NOT_INUSE

Event: Newexten
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 172*023*008*074*78600051
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
Extension: 172*023*008*074*78600051
Application: Goto
AppData: default,78600051,1

Event: SoftHangupRequest
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: 78600051
Priority: 0
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
Cause: 16

Event: Newexten
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: h
Priority: 1
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
Extension: h
Application: AGI
AppData: agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------------)

Event: Hangup
Privilege: call,all
Channel: Local/172*023*008*074*78600051@default-00000022;2
ChannelState: 4
ChannelStateDesc: Ring
CallerIDNum: 7023734037
CallerIDName: <unknown>
ConnectedLineNum: 7023734037
ConnectedLineName: <unknown>
Language: en
AccountCode:
Context: default
Exten: h
Priority: 2
Uniqueid: 1533260662.124
Linkedid: 1533260662.123
Cause: 0
Cause-txt: Unknown

Event: DeviceStateChange
Privilege: call,all
Device: Local/172*023*008*074*78600051@default
State: NOT_INUSE

sminisini
 
Posts: 5
Joined: Tue Jul 31, 2018 3:18 pm

Re: Agent Alert not working with Asterisk 13.21-vici

Postby mflorell » Sat Aug 04, 2018 7:27 am

Removing that will break multi-server functionality.

As for it not working consistently, it's possible it's a load issue or something related to you using CentOS, since I've never seen this problem on VICIbox.
mflorell
Site Admin
 
Posts: 18335
Joined: Wed Jun 07, 2006 2:45 pm
Location: Florida

Re: Agent Alert not working with Asterisk 13.21-vici

Postby sminisini » Sat Aug 04, 2018 9:15 am

I have tested with a 2 node asterisk server and everything was working fine for inbound calls. I should add that all inbound calls go to 1 server with agents phone loaded on both servers.
Which multi-server functionality is going to break?
sminisini
 
Posts: 5
Joined: Tue Jul 31, 2018 3:18 pm

Re: Agent Alert not working with Asterisk 13.21-vici

Postby sminisini » Sat Aug 04, 2018 3:09 pm

When the agent alert is triggered, the action is inserted into the vicidial_manager table. At this point the $VDADserver_ip has the IP address of the server where the phone is.

Code: Select all
$stmtA = "INSERT INTO vicidial_manager values('','','$SQLdate','NEW','N','$VDADserver_ip','','Originate','$VHqueryCID','Exten: 83047777777777','Context: vicidial-auto','Channel: Local/$alertVDADremDIALstr$at$ext_context','Priority: 1','Callerid: $alertCIDstring','Timeout: 10','','','','')";


AST_manager_send.pl only looks at NEW action with its own IP address, so it will execute the origination to the local channel and then to extension 83047777777777. The server where the call is received will never execute the action since it is not its IP address in the server_ip field.
These are the records in the vicidial_manager table after 2 calls, one answered by an agent on the same server as the DID and one by an agent on the second server.

Code: Select all
# man_id, uniqueid, entry_date, status, response, server_ip, channel, action, callerid, cmd_line_b, cmd_line_c, cmd_line_d, cmd_line_e, cmd_line_f, cmd_line_g, cmd_line_h, cmd_line_i, cmd_line_j, cmd_line_k
'2357', '', '2018-08-04 14:13:59', 'SENT', 'N', '172.23.8.189', '', 'Hangup', 'HLvdcW15334099881005', 'Channel: SIP/twilio3-0000000c', '', '', '', '', '', '', '', '', ''
'2358', '', '2018-08-04 14:13:59', 'SENT', 'N', '172.23.8.93', '', 'Hangup', 'CH1234615334100390', 'Channel: IAX2/Prd-Ast-1-4440', 'Variable: ctuserserverconfleadphone=0_100502_172.23.8.93_8600051_316_7023734037', '', '', '', '', '', '', '', ''
'2359', '', '2018-08-04 14:13:59', 'SENT', 'N', '172.23.8.93', '', 'Hangup', 'RH1234515334100390', 'Channel: Local/58600051@default-0000000b;2', '', '', '', '', '', '', '', '', ''
'2356', '', '2018-08-04 14:13:36', 'SENT', 'N', '172.23.8.93', '', 'Originate', '20180804-121334_7...', 'Channel: Local/58600051@default', 'Context: default', 'Exten: 8309', 'Priority: 1', 'Callerid: 20180804-121334_7023734037', '', '', '', '', ''
'2355', '', '2018-08-04 14:13:30', 'SENT', 'N', '172.23.8.93', '', 'Originate', 'VH8041413308600051', 'Exten: 83047777777777', 'Context: vicidial-auto', 'Channel: Local/78600051@default', 'Priority: 1', 'Callerid: \"test_inbound\" <test_inbound>', 'Timeout: 10', '', '', '', ''
'2352', '', '2018-08-04 14:13:22', 'SENT', 'N', '172.23.8.189', '', 'Hangup', 'HLvdcW15334099171005', 'Channel: SIP/twilio2-0000000b', '', '', '', '', '', '', '', '', ''
'2353', '', '2018-08-04 14:13:22', 'SENT', 'N', '172.23.8.189', '', 'Hangup', 'CH1234615334100020', 'Channel: SIP/twilio2-0000000b', 'Variable: ctuserserverconfleadphone=0_100584_172.23.8.189_8600051_315_7023734037', '', '', '', '', '', '', '', ''
'2354', '', '2018-08-04 14:13:22', 'SENT', 'N', '172.23.8.189', '', 'Hangup', 'RH1234515334100020', 'Channel: Local/58600051@default-0000000b;2', '', '', '', '', '', '', '', '', ''
'2351', '', '2018-08-04 14:12:59', 'SENT', 'N', '172.23.8.189', '', 'Originate', '20180804-121258_7...', 'Channel: Local/58600051@default', 'Context: default', 'Exten: 8309', 'Priority: 1', 'Callerid: 20180804-121258_7023734037', '', '', '', '', ''
'2350', '', '2018-08-04 14:12:53', 'SENT', 'N', '172.23.8.189', '', 'Originate', 'VH8041412538600051', 'Exten: 83047777777777', 'Context: vicidial-auto', 'Channel: Local/78600051@default', 'Priority: 1', 'Callerid: \"test_inbound\" <test_inbound>', 'Timeout: 10', '', '', '', ''


Am I reading the code and the tables wrong? if someone could double check me I would appreciate.
Thanks
sminisini
 
Posts: 5
Joined: Tue Jul 31, 2018 3:18 pm


Return to Support

Who is online

Users browsing this forum: Google [Bot] and 89 guests