Not able to do 3 way calling.

[linck75]

Hi I'm new at this but i think I have to post my vicidial info.

Vicidial
VERSION: 2.8-417a
BUILD: 131019-0849

When I log in to vicidial in to 1 of my campaigns I am able to do outbound calls but when I try to do a 3 way the system dials the other person answers but still I get
a dial time out message and I get this on my asterisk info.

[Nov 13 11:59:22] == Using SIP RTP CoS mark 5
[Nov 13 11:59:25] > Channel SIP/6214-00000065 was answered.
[Nov 13 11:59:25] -- Executing [8600052@default:1] MeetMe("SIP/6214-00000065", "8600052,F") in new stack
[Nov 13 11:59:25] == Parsing '/etc/asterisk/meetme.conf': [Nov 13 11:59:25] == Found
[Nov 13 11:59:25] == Parsing '/etc/asterisk/meetme-vicidial.conf': [Nov 13 11:59:25] == Found
[Nov 13 11:59:25] -- Created MeetMe conference 1023 for conference '8600052'
[Nov 13 11:59:25] -- <SIP/6214-00000065> Playing 'conf-onlyperson.gsm' (language 'en')
[Nov 13 11:59:32] -- Executing [917144100216@default:1] AGI("Local/917144100216@default-00000064;2", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 13 11:59:32] -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=1001))
[Nov 13 11:59:32] -- <Local/917144100216@default-00000064;2>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 13 11:59:32] -- Executing [917144100216@default:2] Dial("Local/917144100216@default-00000064;2", "SIP/vitelity-out/17144100216,,To") in new stack
[Nov 13 11:59:32] == Using SIP RTP CoS mark 5
[Nov 13 11:59:32] -- Called SIP/vitelity-out/17144100216
[Nov 13 11:59:32] -- SIP/vitelity-out-00000066 is ringing
[Nov 13 11:59:38] -- SIP/vitelity-out-00000066 answered Local/917144100216@default-00000064;2
[Nov 13 11:59:38] > Channel Local/917144100216@default-00000064;1 was answered.
[Nov 13 11:59:38] -- Executing [8368@default:1] Playback("Local/917144100216@default-00000064;1", "sip-silence") in new stack
[Nov 13 11:59:38] -- <Local/917144100216@default-00000064;1> Playing 'sip-silence.gsm' (language 'en')
[Nov 13 11:59:38] -- Executing [8368@default:2] AGI("Local/917144100216@default-00000064;1", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 13 11:59:38] -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=1001))
[Nov 13 11:59:38] -- <Local/917144100216@default-00000064;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 13 11:59:38] -- Executing [8368@default:3] AGI("Local/917144100216@default-00000064;1", "agi-VDAD_ALL_outbound.agi,NORMAL-----LB") in new stack
[Nov 13 11:59:38] -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
[Nov 13 11:59:38] -- Executing [h@default:1] AGI("Local/917144100216@default-00000064;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----6-----0") in new stack
[Nov 13 11:59:39] -- <SIP/vitelity-out-00000066>AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
[Nov 13 11:59:39] -- Executing [8368@default:4] AGI("SIP/vitelity-out-00000066", "agi-VDAD_ALL_outbound.agi,NORMAL-----LB") in new stack
[Nov 13 11:59:39] -- Launched AGI Script /usr/share/asterisk/agi-bin/agi-VDAD_ALL_outbound.agi
[Nov 13 11:59:39] -- <Local/917144100216@default-00000064;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----6-----0 completed, returning 0
[Nov 13 11:59:39] == Spawn extension (default, 917144100216, 2) exited non-zero on 'Local/917144100216@default-00000064;2'
[Nov 13 11:59:39] -- <SIP/vitelity-out-00000066>AGI Script agi-VDAD_ALL_outbound.agi completed, returning 0
[Nov 13 11:59:39] -- Executing [172*031*004*160*8600052@default:1] Goto("SIP/vitelity-out-00000066", "default,8600052,1") in new stack
[Nov 13 11:59:39] -- Goto (default,8600052,1)
[Nov 13 11:59:39] -- Executing [8600052@default:1] MeetMe("SIP/vitelity-out-00000066", "8600052,F") in new stack
[Nov 13 11:59:40] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 13 11:59:40] -- Executing [58600052@default:1] MeetMe("Local/58600052@default-00000065;2", "8600052,Fmq") in new stack
[Nov 13 11:59:40] > Channel Local/58600052@default-00000065;1 was answered.
[Nov 13 11:59:40] -- Executing [8309@default:1] Answer("Local/58600052@default-00000065;1", "") in new stack
[Nov 13 11:59:40] -- Executing [8309@default:2] Monitor("Local/58600052@default-00000065;1", "wav,20131113-115939_7144100216") in new stack
[Nov 13 11:59:40] -- Executing [8309@default:3] Wait("Local/58600052@default-00000065;1", "3600") in new stack
[Nov 13 11:59:55] -- Executing [917147832289@default:1] AGI("Local/917147832289@default-00000066;2", "agi://127.0.0.1:4577/call_log") in new stack
[Nov 13 11:59:55] -- <Local/917147832289@default-00000066;2>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Nov 13 11:59:55] -- Executing [917147832289@default:2] Dial("Local/917147832289@default-00000066;2", "SIP/vitelity-out/17147832289,,To") in new stack
[Nov 13 11:59:55] == Using SIP RTP CoS mark 5
[Nov 13 11:59:55] -- Called SIP/vitelity-out/17147832289
[Nov 13 11:59:56] -- SIP/vitelity-out-00000067 is ringing
[Nov 13 11:59:57] -- SIP/vitelity-out-00000067 answered Local/917147832289@default-00000066;2
[Nov 13 11:59:57] > Channel Local/917147832289@default-00000066;1 was answered.
[Nov 13 11:59:57] -- Executing [8600052@default:1] MeetMe("Local/917147832289@default-00000066;1", "8600052,F") in new stack
[Nov 13 11:59:57] -- Executing [h@default:1] AGI("Local/917147832289@default-00000066;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----2-----0") in new stack
[Nov 13 11:59:57] -- <Local/917147832289@default-00000066;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----2-----0 completed, returning 0
[Nov 13 11:59:57] == Spawn extension (default, 917147832289, 2) exited non-zero on 'Local/917147832289@default-00000066;2'

[Nov 13 12:01:05] == Spawn extension (default, 8600052, 1) exited non-zero on 'SIP/vitelity-out-00000066'
[Nov 13 12:01:05] -- Executing [h@default:1] AGI("SIP/vitelity-out-00000066", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 13 12:01:05] -- <SIP/vitelity-out-00000066>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Nov 13 12:01:05] == Manager 'sendcron' logged on from 127.0.0.1
[Nov 13 12:01:05] == Spawn extension (default, 58600052, 1) exited non-zero on 'Local/58600052@default-00000065;2'
[Nov 13 12:01:05] -- Executing [h@default:1] AGI("Local/58600052@default-00000065;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 13 12:01:05] -- <Local/58600052@default-00000065;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Nov 13 12:01:05] == Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600052@default-00000065;1'
[Nov 13 12:01:05] -- Executing [h@default:1] AGI("Local/58600052@default-00000065;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 13 12:01:05] -- <Local/58600052@default-00000065;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Nov 13 12:01:09] == Spawn extension (default, 8600052, 1) exited non-zero on 'SIP/vitelity-out-00000067'
[Nov 13 12:01:09] -- Executing [h@default:1] AGI("SIP/vitelity-out-00000067", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Nov 13 12:01:09] -- <SIP/vitelity-out-00000067>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[Nov 13 12:01:14] -- Hungup 'DAHDI/pseudo-1568405023'
[Nov 13 12:01:14] == Spawn extension (default, 8600052, 1) exited non-zero on 'SIP/6214-00000065'
[Nov 13 12:01:14] -- Executing [h@default:1] AGI("SIP/6214-00000065", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Nov 13 12:01:14] -- <SIP/6214-00000065>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------- completed, returning 0
[Nov 13 12:01:14] -- Executing [55558600052@default:1] MeetMeAdmin("Local/55558600052@default-00000067;2", "8600052,K") in new stack
What does this mean??? ----> WARNING[25239]: app_meetme.c:4789 admin_exec: Conference number '8600052' not found!
[Nov 13 12:01:14] -- Executing [55558600052@default:2] Hangup("Local/55558600052@default-00000067;2", "") in new stack
[Nov 13 12:01:14] == Spawn extension (default, 55558600052, 2) exited non-zero on 'Local/55558600052@default-00000067;2'
[Nov 13 12:01:14] -- Executing [h@default:1] AGI("Local/55558600052@default-00000067;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Nov 13 12:01:14] -- <Local/55558600052@default-00000067;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------- completed, returning 0

I get this warning WARNING[25239]: app_meetme.c:4789 admin_exec: Conference number '8600052' not found!, I am able to connect with the 3 people fine but
on my vicidial campaign it says dial time out but I still have the 3 way active.

any help will be appreciated, thank you

[mac123]

Have you tried to call the transfer line manually?

[dspaan]

VERSION: 2.8-417a
BUILD: 131019-0849
Revision: 2039

We have installed the same version and we have similar problems. I'm suspecting this is a bug. We spent 2 days comparing settings with another server (older version) and testing settings but with no clear outcome yet.

What happens?

When we do manual dial via the agent screen we are able to call that number but at the same time we get a dial timeout popup after some time.
When we handle an inbound call and select transfer-conf > park customer dial it seems it dials the number of number we have filled out in the number to call field and we actually get connected but it also it starts calling the inbound caller and eventually gives a dial timeout popup. Once we press the Leave 3-way transfer button nothing happens. Once we choose hangup customer or hangup both lines the agent gets in the dispo screen but is still in the same conference with that client and the called party!

We are going to try an older SVN release now and see what happens. I smell a bug...

[mflorell]

We have several clients running this version that do thousands of 3-way calls each day, and they haven't reported this problem. Please let me know if you are able to identify any specific problems in the code.

[dspaan]

I called Bill and he told me this is a vicibox bug.

To fix it open console:

vici:~ # rasterisk
Asterisk 1.8.23.1-vici, Copyright (C) 1999 - 2012 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 1.8.23.1-vici currently running on gmgm (pid = 2528)
Verbosity is at least 21

copy/paste your version: 1.8.23.1-vici

Go to ADMIN>Servers>Click your server>Asterisk Version < Update this field with your version!!

[williamconley]

Yep, known Vicibox bug, not Vicidial. So Matt isn't actually in it. Simple fix, just put in your REAL asterisk version after installation in admin->servers.