Hi
I am trying to post a request for help, but am getting the following message. Is there anything that can be done?
"Your post looks too spamy for a new user, please remove bad words or non-english text."
Thanks!
TOm
Vicidial - cannot detect 3-way call answered
Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N
8 posts
• Page 1 of 1
Vicidial - cannot detect 3-way call answered
by tomkerswill » Wed Apr 01, 2015 4:09 pm
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Wed Apr 01, 2015 4:10 pm
Let me try again....
Hi
I'm running Vicidial VERSION: 2.9-441a BUILD: 140612-1628. My asterisk version is 1.8.23.0-vici,
Hi
I'm running Vicidial VERSION: 2.9-441a BUILD: 140612-1628. My asterisk version is 1.8.23.0-vici,
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Wed Apr 01, 2015 4:12 pm
... Man, I just don't seem to be able to post any more of this without getting blocked for spam... I'll check in tomorrow and see if things have improved 
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Thu Apr 02, 2015 1:03 am
Hi
Okay, I simply don't seem to post anything that contains any kind of code or version number or log, so I've put my question on a Gist and am attaching this as a link instead. Any advice appreciated.
Oh - turns out it blocks the email when I include the link to Gist as well. Please let me know if you have any ideas / workarounds for how to get the question into the forum.
Tom
EDITED BY ADMIN TO INCLUDE DEBUG INFORMATION:
I'm running Vicidial VERSION: 2.9-441a BUILD: 140612-1628. My asterisk version is 1.8.23.0-vici, and I've entered this exact string into Admin -> Servers -> Asterisk version. I've purchased the manager and agent manuals and checked up on the 3-way transfer section, included the suggested dialplans, but am still hitting an issue that I was hoping somebody might be able to help me with.
We're hitting an issue with 3-way transfers. We're doing this by having the agents hitting TRANSFER-CUST, then choosing the INGROUP, ticking the consultative box and hitting DIAL WITH CUSTOMER.
Everything goes fine with the 3-way, and all parties can hear themselves, BUT, when the agent who we're transferring to answers the call, the "Waiting For Ring" status continues on the first agent's screen. After 60 seconds the agent sees "Dial timed out". The "Leave 3 Way Call" button cannot be pressed (I guess because Vici doesn't know the call was answered). The only way to end the call seems to be to hit the HANGUP BOTH LINES button, but this of course ends the call for everyone.
I'm hoping to find a solution where Vicidial detects that the call was answered and allows the agent to hang up their line. Any help greatly appreciated!
Here is the relevant part from my extensions.conf:
exten => _90009.,1,Answer ; Answer the line
exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _90009.,3,Hangup
exten => _990009.,1,Answer ; Answer the line
exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,3,Hangup
This is an extract from my log during the 3-way dial attempt:
> Channel SIP/cc102-000005cf was answered.
-- Executing [8600059@default:1] MeetMe("SIP/cc102-000005cf", "8600059,F") in new stack
== Parsing '/etc/asterisk/meetme.conf': == Found
== Parsing '/etc/asterisk/meetme-vicidial.conf': == Found
-- Created MeetMe conference 1022 for conference '8600059'
-- <SIP/cc102-000005cf> Playing 'conf-onlyperson.gsm' (language 'en')
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [8600061@default:1] MeetMe("Local/8600061@default-00000b19;2", "8600061,F") in new stack
> Channel Local/8600061@default-00000b19;1 was answered.
-- Executing [07123319586@default:1] AGI("Local/8600061@default-00000b19;1", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=CAMPAIGN))
-- <Local/8600061@default-00000b19;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing [07123319586@default:2] Dial("Local/8600061@default-00000b19;1", "SIP/metronetsiptrunk/07123319586,,To") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/metronetsiptrunk/07123319586
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600061@default:1] MeetMe("Local/58600061@default-00000b1a;2", "8600061,Fmq") in new stack
> Channel Local/58600061@default-00000b1a;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600061@default-00000b1a;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600061@default-00000b1a;1", "wav,20150401-214833_7123319586") in new stack
-- Executing [8309@default:3] Wait("Local/58600061@default-00000b1a;1", "3600") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 is ringing
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 answered Local/8600061@default-00000b19;1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default:1] Answer("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "") in new stack
> Channel Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;1 was answered.
-- Executing [8600061@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "8600061,F") in new stack
-- Executing [90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default:2] AGI("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Apr 1 21:49:23] NOTICE[19275]: chan_sip.c:23436 handle_request_invite: Failed to authenticate device 1122<sip:1122@5.135.106.146>;tag=00c0ddf5
== Manager 'sendcron' logged off from 127.0.0.1
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Started music on hold, class 'default', on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Stopped music on hold on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Apr 1 21:49:29] WARNING[30645]: file.c:666 ast_openstream_full: File LakesInboundHoldingSales does not exist in any format
-- Started music on hold, class 'default', on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
> Refreshing DNS lookups.
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [005*135*106*146*78600059@default:1] Goto("Local/005*135*106*146*78600059@default-00000b1c;2", "default,78600059,1") in new stack
-- Goto (default,78600059,1)
-- Executing [78600059@default:1] MeetMe("Local/005*135*106*146*78600059@default-00000b1c;2", "8600059,Fq") in new stack
> Channel Local/005*135*106*146*78600059@default-00000b1c;1 was answered.
-- Executing [83047777777777@vicidial-auto:1] Answer("Local/005*135*106*146*78600059@default-00000b1c;1", "") in new stack
-- Executing [83047777777777@vicidial-auto:2] Playback("Local/005*135*106*146*78600059@default-00000b1c;1", "ding") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;1> Playing 'ding.gsm' (language 'en')
-- Executing [83047777777777@vicidial-auto:3] Hangup("Local/005*135*106*146*78600059@default-00000b1c;1", "") in new stack
== Spawn extension (vicidial-auto, 83047777777777, 3) exited non-zero on 'Local/005*135*106*146*78600059@default-00000b1c;1'
-- Executing [h@vicidial-auto:1] AGI("Local/005*135*106*146*78600059@default-00000b1c;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (default, 78600059, 1) exited non-zero on 'Local/005*135*106*146*78600059@default-00000b1c;2'
-- Executing [h@default:1] AGI("Local/005*135*106*146*78600059@default-00000b1c;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
-- Stopped music on hold on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600059@default:1] MeetMe("Local/58600059@default-00000b1d;2", "8600059,Fmq") in new stack
> Channel Local/58600059@default-00000b1d;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600059@default-00000b1d;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600059@default-00000b1d;1", "wav,20150401-214937_7123319586") in new stack
-- Executing [8309@default:3] Wait("Local/58600059@default-00000b1d;1", "3600") in new stack
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- <Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
-- Executing [005*135*106*146*8600059@default:1] Goto("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "default,8600059,1") in new stack
-- Goto (default,8600059,1)
-- Executing [8600059@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "8600059,F") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [h@default:1] AGI("Local/8600061@default-00000b19;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----80-----67") in new stack
-- <Local/8600061@default-00000b19;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... -80-----67 completed, returning 0
== Spawn extension (default, 07123319586, 2) exited non-zero on 'Local/8600061@default-00000b19;1'
== Spawn extension (default, 8600061, 1) exited non-zero on 'Local/8600061@default-00000b19;2'
-- Executing [h@default:1] AGI("Local/8600061@default-00000b19;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/8600061@default-00000b19;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Manager 'sendcron' logged on from 127.0.0.1
== Spawn extension (default, 58600061, 1) exited non-zero on 'Local/58600061@default-00000b1a;2'
-- Executing [h@default:1] AGI("Local/58600061@default-00000b1a;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/58600061@default-00000b1a;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600061@default-00000b1a;1'
-- Executing [h@default:1] AGI("Local/58600061@default-00000b1a;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/58600061@default-00000b1a;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
Okay, I simply don't seem to post anything that contains any kind of code or version number or log, so I've put my question on a Gist and am attaching this as a link instead. Any advice appreciated.
Oh - turns out it blocks the email when I include the link to Gist as well. Please let me know if you have any ideas / workarounds for how to get the question into the forum.
Tom
EDITED BY ADMIN TO INCLUDE DEBUG INFORMATION:
I'm running Vicidial VERSION: 2.9-441a BUILD: 140612-1628. My asterisk version is 1.8.23.0-vici, and I've entered this exact string into Admin -> Servers -> Asterisk version. I've purchased the manager and agent manuals and checked up on the 3-way transfer section, included the suggested dialplans, but am still hitting an issue that I was hoping somebody might be able to help me with.
We're hitting an issue with 3-way transfers. We're doing this by having the agents hitting TRANSFER-CUST, then choosing the INGROUP, ticking the consultative box and hitting DIAL WITH CUSTOMER.
Everything goes fine with the 3-way, and all parties can hear themselves, BUT, when the agent who we're transferring to answers the call, the "Waiting For Ring" status continues on the first agent's screen. After 60 seconds the agent sees "Dial timed out". The "Leave 3 Way Call" button cannot be pressed (I guess because Vici doesn't know the call was answered). The only way to end the call seems to be to hit the HANGUP BOTH LINES button, but this of course ends the call for everyone.
I'm hoping to find a solution where Vicidial detects that the call was answered and allows the agent to hang up their line. Any help greatly appreciated!
Here is the relevant part from my extensions.conf:
exten => _90009.,1,Answer ; Answer the line
exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _90009.,3,Hangup
exten => _990009.,1,Answer ; Answer the line
exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,3,Hangup
This is an extract from my log during the 3-way dial attempt:
> Channel SIP/cc102-000005cf was answered.
-- Executing [8600059@default:1] MeetMe("SIP/cc102-000005cf", "8600059,F") in new stack
== Parsing '/etc/asterisk/meetme.conf': == Found
== Parsing '/etc/asterisk/meetme-vicidial.conf': == Found
-- Created MeetMe conference 1022 for conference '8600059'
-- <SIP/cc102-000005cf> Playing 'conf-onlyperson.gsm' (language 'en')
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [8600061@default:1] MeetMe("Local/8600061@default-00000b19;2", "8600061,F") in new stack
> Channel Local/8600061@default-00000b19;1 was answered.
-- Executing [07123319586@default:1] AGI("Local/8600061@default-00000b19;1", "agi://127.0.0.1:4577/call_log") in new stack
-- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=CAMPAIGN))
-- <Local/8600061@default-00000b19;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
-- Executing [07123319586@default:2] Dial("Local/8600061@default-00000b19;1", "SIP/metronetsiptrunk/07123319586,,To") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/metronetsiptrunk/07123319586
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600061@default:1] MeetMe("Local/58600061@default-00000b1a;2", "8600061,Fmq") in new stack
> Channel Local/58600061@default-00000b1a;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600061@default-00000b1a;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600061@default-00000b1a;1", "wav,20150401-214833_7123319586") in new stack
-- Executing [8309@default:3] Wait("Local/58600061@default-00000b1a;1", "3600") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 is ringing
-- SIP/metronetsiptrunk-000005d0 is making progress passing it to Local/8600061@default-00000b19;1
-- SIP/metronetsiptrunk-000005d0 answered Local/8600061@default-00000b19;1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default:1] Answer("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "") in new stack
> Channel Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;1 was answered.
-- Executing [8600061@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "8600061,F") in new stack
-- Executing [90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default:2] AGI("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Apr 1 21:49:23] NOTICE[19275]: chan_sip.c:23436 handle_request_invite: Failed to authenticate device 1122<sip:1122@5.135.106.146>;tag=00c0ddf5
== Manager 'sendcron' logged off from 127.0.0.1
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Started music on hold, class 'default', on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Stopped music on hold on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Apr 1 21:49:29] WARNING[30645]: file.c:666 ast_openstream_full: File LakesInboundHoldingSales does not exist in any format
-- Started music on hold, class 'default', on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
> Refreshing DNS lookups.
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [005*135*106*146*78600059@default:1] Goto("Local/005*135*106*146*78600059@default-00000b1c;2", "default,78600059,1") in new stack
-- Goto (default,78600059,1)
-- Executing [78600059@default:1] MeetMe("Local/005*135*106*146*78600059@default-00000b1c;2", "8600059,Fq") in new stack
> Channel Local/005*135*106*146*78600059@default-00000b1c;1 was answered.
-- Executing [83047777777777@vicidial-auto:1] Answer("Local/005*135*106*146*78600059@default-00000b1c;1", "") in new stack
-- Executing [83047777777777@vicidial-auto:2] Playback("Local/005*135*106*146*78600059@default-00000b1c;1", "ding") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;1> Playing 'ding.gsm' (language 'en')
-- Executing [83047777777777@vicidial-auto:3] Hangup("Local/005*135*106*146*78600059@default-00000b1c;1", "") in new stack
== Spawn extension (vicidial-auto, 83047777777777, 3) exited non-zero on 'Local/005*135*106*146*78600059@default-00000b1c;1'
-- Executing [h@vicidial-auto:1] AGI("Local/005*135*106*146*78600059@default-00000b1c;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (default, 78600059, 1) exited non-zero on 'Local/005*135*106*146*78600059@default-00000b1c;2'
-- Executing [h@default:1] AGI("Local/005*135*106*146*78600059@default-00000b1c;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/005*135*106*146*78600059@default-00000b1c;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
-- Stopped music on hold on Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600059@default:1] MeetMe("Local/58600059@default-00000b1d;2", "8600059,Fmq") in new stack
> Channel Local/58600059@default-00000b1d;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600059@default-00000b1d;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600059@default-00000b1d;1", "wav,20150401-214937_7123319586") in new stack
-- Executing [8309@default:3] Wait("Local/58600059@default-00000b1d;1", "3600") in new stack
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- <Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000b1b;2>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
-- Executing [005*135*106*146*8600059@default:1] Goto("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "default,8600059,1") in new stack
-- Goto (default,8600059,1)
-- Executing [8600059@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7123319586*michael**41*@default-00000", "8600059,F") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [h@default:1] AGI("Local/8600061@default-00000b19;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----80-----67") in new stack
-- <Local/8600061@default-00000b19;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... -80-----67 completed, returning 0
== Spawn extension (default, 07123319586, 2) exited non-zero on 'Local/8600061@default-00000b19;1'
== Spawn extension (default, 8600061, 1) exited non-zero on 'Local/8600061@default-00000b19;2'
-- Executing [h@default:1] AGI("Local/8600061@default-00000b19;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/8600061@default-00000b19;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Manager 'sendcron' logged on from 127.0.0.1
== Spawn extension (default, 58600061, 1) exited non-zero on 'Local/58600061@default-00000b1a;2'
-- Executing [h@default:1] AGI("Local/58600061@default-00000b1a;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/58600061@default-00000b1a;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600061@default-00000b1a;1'
-- Executing [h@default:1] AGI("Local/58600061@default-00000b1a;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/58600061@default-00000b1a;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by mflorell » Thu Apr 02, 2015 5:49 am
I would recommend first upgrading to the most recent svn/trunk code. We have made several code changes related to Asterisk 1.8 in the last 10 months that might help this problem you are having.
- mflorell
- Site Admin
- Posts: 18387
- Joined: Wed Jun 07, 2006 2:45 pm
- Location: Florida
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Fri Apr 03, 2015 10:15 am
Perfect - thanks Matt. I'll give that a go and report back. Thanks also for fixing my spam issues with the post there 
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Mon Apr 06, 2015 5:31 pm
Hi Matt,
Many thanks for the help so far. I'm now at svn version - 2.12-480a.
One thing that is really strange is that extensions.conf (which I set to regenerate during the upgrade) by default has the following lines:
; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
exten => _90009.,1,Answer() ; Answer the line
exten => _90009.,n,Dial(${TRUNKloop}/9${EXTEN},,to)
exten => _90009.,n,Hangup()
exten => _990009.,1,Answer() ; Answer the line, Sometimes needs to be removed
exten => _990009.,n,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,n,Hangup()
... And yet the manager manual, and agi-VDAD_ALL_inbound.agi, both have the following example lines:
#; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
#exten => _90009.,1,Answer ; Answer the line
#exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
#exten => _90009.,3,Hangup
#exten => _990009.,1,Answer ; Answer the line
#exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
#exten => _990009.,3,Hangup
.... If I keep extensions.conf at the first version, then I get a message saying that IAX2/127.0.0.1:40569-5177 is circuit-busy:
[Apr 6 23:20:53] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 6 23:20:53] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:1] Answer("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "") in new stack
[Apr 6 23:20:53] > Channel Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1 was answered.
[Apr 6 23:20:53] -- Executing [8600053@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1", "8600053,F") in new stack
[Apr 6 23:20:53] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:2] Dial("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "IAX2/ASTloop:MyPasswordHere@127.0.0.1:40569/990009*TRANSFERS*CXFER*64641**7967319586*Dean**20*,,to") in new stack
[Apr 6 23:20:53] -- Called IAX2/ASTloop:MyPasswordHere@127.0.0.1:40569/990009*TRANSFERS*CXFER*64641**7967319586*Dean**20*
[Apr 6 23:20:54] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 6 23:20:57] NOTICE[16978]: chan_iax2.c:4676 __auto_congest: Auto-congesting call due to slow response
[Apr 6 23:20:57] -- IAX2/127.0.0.1:40569-5177 is circuit-busy
[Apr 6 23:20:57] -- Hungup 'IAX2/127.0.0.1:40569-5177'
[Apr 6 23:20:57] == Everyone is busy/congested at this time (1:0/1/0)
[Apr 6 23:20:57] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:3] Hangup("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "") in new stack
[Apr 6 23:20:57] == Spawn extension (default, 90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*, 3) exited non-zero on 'Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2'
[Apr 6 23:20:57] -- Executing [h@default:1] AGI("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CONGESTION----------") in new stack
[Apr 6 23:20:57] -- <Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 6 23:20:57] == Spawn extension (default, 8600053, 1) exited non-zero on 'Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1'
[Apr 6 23:20:57] -- Executing [h@default:1] AGI("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Apr 6 23:20:57] -- <Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
.... So I then try changing extensions.conf to mirror the one in the manual. This is the point I'd reached with the previous version of ViciDial, when I wrote the original post:
; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
exten => _90009.,1,Answer ; Answer the line
exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _90009.,3,Hangup
exten => _990009.,1,Answer ; Answer the line
exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,3,Hangup
... This time, the call does transfer, and everything works okay EXCEPT for that the agent who transferred the call just sees "waiting for ring" and therefore cannot hang up the customer line when they need to.
Of these two config files - I think probably the second one is closest to what we want --- but I just can't get it to detect when the call is answered.
As a workaround - is there any way of making the "Leave 3-way call" button work to hang up the call, even though it does not detect that the call was answered?
Thanks in advance,
Tom
Many thanks for the help so far. I'm now at svn version - 2.12-480a.
One thing that is really strange is that extensions.conf (which I set to regenerate during the upgrade) by default has the following lines:
; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
exten => _90009.,1,Answer() ; Answer the line
exten => _90009.,n,Dial(${TRUNKloop}/9${EXTEN},,to)
exten => _90009.,n,Hangup()
exten => _990009.,1,Answer() ; Answer the line, Sometimes needs to be removed
exten => _990009.,n,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,n,Hangup()
... And yet the manager manual, and agi-VDAD_ALL_inbound.agi, both have the following example lines:
#; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
#exten => _90009.,1,Answer ; Answer the line
#exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
#exten => _90009.,3,Hangup
#exten => _990009.,1,Answer ; Answer the line
#exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
#exten => _990009.,3,Hangup
.... If I keep extensions.conf at the first version, then I get a message saying that IAX2/127.0.0.1:40569-5177 is circuit-busy:
[Apr 6 23:20:53] == Manager 'sendcron' logged on from 127.0.0.1
[Apr 6 23:20:53] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:1] Answer("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "") in new stack
[Apr 6 23:20:53] > Channel Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1 was answered.
[Apr 6 23:20:53] -- Executing [8600053@default:1] MeetMe("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1", "8600053,F") in new stack
[Apr 6 23:20:53] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:2] Dial("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "IAX2/ASTloop:MyPasswordHere@127.0.0.1:40569/990009*TRANSFERS*CXFER*64641**7967319586*Dean**20*,,to") in new stack
[Apr 6 23:20:53] -- Called IAX2/ASTloop:MyPasswordHere@127.0.0.1:40569/990009*TRANSFERS*CXFER*64641**7967319586*Dean**20*
[Apr 6 23:20:54] == Manager 'sendcron' logged off from 127.0.0.1
[Apr 6 23:20:57] NOTICE[16978]: chan_iax2.c:4676 __auto_congest: Auto-congesting call due to slow response
[Apr 6 23:20:57] -- IAX2/127.0.0.1:40569-5177 is circuit-busy
[Apr 6 23:20:57] -- Hungup 'IAX2/127.0.0.1:40569-5177'
[Apr 6 23:20:57] == Everyone is busy/congested at this time (1:0/1/0)
[Apr 6 23:20:57] -- Executing [90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default:3] Hangup("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "") in new stack
[Apr 6 23:20:57] == Spawn extension (default, 90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*, 3) exited non-zero on 'Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2'
[Apr 6 23:20:57] -- Executing [h@default:1] AGI("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----CONGESTION----------") in new stack
[Apr 6 23:20:57] -- <Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Apr 6 23:20:57] == Spawn extension (default, 8600053, 1) exited non-zero on 'Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1'
[Apr 6 23:20:57] -- Executing [h@default:1] AGI("Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Apr 6 23:20:57] -- <Local/90009*TRANSFERS*CXFER*64641**7967319586*Dean**20*@default-00000005;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
.... So I then try changing extensions.conf to mirror the one in the manual. This is the point I'd reached with the previous version of ViciDial, when I wrote the original post:
; inbound VICIDIAL transfer calls [can arrive through PRI T1 crossover, IAX or SIP channel]
exten => _90009.,1,Answer ; Answer the line
exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _90009.,3,Hangup
exten => _990009.,1,Answer ; Answer the line
exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----LB-----CL_TESTCAMP-----7275551212-----Closer-----park----------999-----1)
exten => _990009.,3,Hangup
... This time, the call does transfer, and everything works okay EXCEPT for that the agent who transferred the call just sees "waiting for ring" and therefore cannot hang up the customer line when they need to.
Of these two config files - I think probably the second one is closest to what we want --- but I just can't get it to detect when the call is answered.
As a workaround - is there any way of making the "Leave 3-way call" button work to hang up the call, even though it does not detect that the call was answered?
Thanks in advance,
Tom
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
Re: Vicidial - cannot detect 3-way call answered
by tomkerswill » Mon Apr 06, 2015 5:57 pm
Hi
Further to my last email --- I've cracked this, finally!
It was due to me running a 64-bit OS, which causes issues with the loopback. I installed libc6-i386 as per this post:
viewtopic.php?t=7679&highlight=iprelay
This solved the problem with the loopback being circuit-busy --- eg. the issue I had when using the original extensions.conf, rather than the one listed in the agent manual.
Once loopback was working, I was able to use the original extensions.conf, and calls transferred fine. The original agent screen correctly saw the call being answered.
The only issue I've had now is that when the original agent leaves the three-way call, then both the new agent and the customer hear the "you are currently the only person in the conference" message --- is this normal? (Let me know if I should start another thread re: this)
Thanks for all the help. Hopefully this will help others who hit the same issue with 3-way transfers and the loopback being circuit-busy!
Thanks
Tom
Further to my last email --- I've cracked this, finally!
It was due to me running a 64-bit OS, which causes issues with the loopback. I installed libc6-i386 as per this post:
viewtopic.php?t=7679&highlight=iprelay
This solved the problem with the loopback being circuit-busy --- eg. the issue I had when using the original extensions.conf, rather than the one listed in the agent manual.
Once loopback was working, I was able to use the original extensions.conf, and calls transferred fine. The original agent screen correctly saw the call being answered.
The only issue I've had now is that when the original agent leaves the three-way call, then both the new agent and the customer hear the "you are currently the only person in the conference" message --- is this normal? (Let me know if I should start another thread re: this)
Thanks for all the help. Hopefully this will help others who hit the same issue with 3-way transfers and the loopback being circuit-busy!
Thanks
Tom
- tomkerswill
- Posts: 7
- Joined: Wed Apr 01, 2015 4:00 pm
8 posts
• Page 1 of 1
Who is online
Users browsing this forum: Google [Bot] and 57 guests