SOLVED - Leave 3-way button not working

[kamirie]

Good Day,

We are doing warm trannsfer to an external number to the US , We can have a succesful transfer by putting the number and clickng "dial with customer " the transfer will be completed but after like a minute or so , the agent warning will pop up with " dial timed out , contact system admin...." even though the transfer is already connected. And we can't leave the 3 way as when we click leave-3way , nothing happens. Blind transfer is working but we need warm transfer for the campaign.

CLI : of a completed transfer . Nothing seems to iniate on CLI when we click leave-3-way

Code: Select all

[Jul 16 05:14:01]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 16 05:14:05]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 16 05:14:05]     -- Executing [0818666040758@default:1] AGI("Local/0818666040758@default-00000048;2", "agi://127.0.0.1:4577/call_log") in new stack
[Jul 16 05:14:05]     -- <Local/0818666040758@default-00000048;2>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Jul 16 05:14:05]     -- Executing [0818666040758@default:2] Dial("Local/0818666040758@default-00000048;2", "SIP/astar/18666040758,,tTo") in new stack
[Jul 16 05:14:05]   == Using SIP RTP CoS mark 5
[Jul 16 05:14:05]     -- Called SIP/astar/18666040758
[Jul 16 05:14:06]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 16 05:14:06]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 16 05:14:08]     -- SIP/astar-0000004a is making progress passing it to Local/0818666040758@default-00000048;2
[Jul 16 05:14:11]     -- SIP/astar-0000004a answered Local/0818666040758@default-00000048;2
[Jul 16 05:14:11]     -- Executing [8600052@default:1] MeetMe("Local/0818666040758@default-00000048;1", "8600052,F") in new stack
[Jul 16 05:14:11]     -- Executing [h@default:1] AGI("Local/0818666040758@default-00000048;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----6-----0") in new stack
[Jul 16 05:14:11]     -- <Local/0818666040758@default-00000048;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----6-----0 completed, returning 0
[Jul 16 05:14:11]   == Spawn extension (default, 0818666040758, 2) exited non-zero on 'Local/0818666040758@default-00000048;2'
[Jul 16 05:14:11]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 16 05:14:12]   == Manager 'sendcron' logged off from 127.0.0.1
[Jul 16 05:15:01]   == Manager 'sendcron' logged on from 127.0.0.1
[Jul 16 05:15:01]   == Manager 'sendcron' logged on from 127.0.0.1


[kamirie]

This is now have been solved following this posts

Must manualy update asterisk version in Admin > Servers to your correct astersk version


http://www.vicidial.org/VICIDIALforum/v ... =8&t=30118

[farhan.nazim]

Leave 3-way button is working now

my Dial Plan

exten => _1X.,1,Set(CALLERID(all)=18569524890)
exten => _1X.,2,AGI(agi://127.0.0.1:4577/call_log)
exten => _1X.,3,Dial(SIP/${EXTEN}@Vinvound,,tTo)
exten => _1X.,4,Hangup

Changed in first line (all) to (num) my issue is resolved
exten => _1X.,1,Set(CALLERID(num)=18569524890)
exten => _1X.,2,AGI(agi://127.0.0.1:4577/call_log)
exten => _1X.,3,Dial(SIP/${EXTEN}@inbound,,tTo)
exten => _1X.,4,Hangup

[williamconley]

Good postback.

[drodecker]

Additionally I found that merely attempting to set the CALLERID(name) in the dial script results in the "Leave 3 way call" button not functioning.
What is possibly the reason for this flaw?

FYI, this is on my lateste available build for v9-
VERSION: 2.14-905a
BUILD: 231227-2217
Version: 2.14b0.5
SVN Version: 3793
DB Schema Version: 1703

[mflorell]

VICIdial requires the CallerIDname to keep track of calls. That is the only reliable way across all call path methods of maintaining a reference to a call within Asterisk.

We usually recommend using a SIP gateway if you want to be able to set custom CIDname values, and in fact we have integrated with OpenSIPs to some degree to do just this using a VICIdial campaign setting and channel variables.

[carpenox]

I love that new opensips CID feature, it made life alot easier with our opensips integrations