Page 1 of 1

3 Way Transfer - Agent Logout - Call Dropped

PostPosted: Wed Oct 15, 2014 6:15 am
by mrobinson
Hi,

I was wondering if it's normal for the message "You have been kicked from this conference" and the following shown in the logs:

[Oct 15 10:26:11] -- Hungup 'DAHDI/pseudo-1589254347'
[Oct 15 10:26:11] == Spawn extension (default, 8600052, 1) exited non-zero on 'SIP/cc202-00000759'
[Oct 15 10:26:11] -- Executing [h@default:1] AGI("SIP/cc202-00000759", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Oct 15 10:26:11] -- <SIP/cc202-00000759>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 15 10:26:11] == Manager 'sendcron' logged on from 127.0.0.1
[Oct 15 10:26:11] -- Executing [55558600051@default:1] MeetMeAdmin("Local/55558600051@default-00000754;2", "8600051,K") in new stack
[Oct 15 10:26:11] -- Executing [55558600051@default:2] Hangup("Local/55558600051@default-00000754;2", "") in new stack
[Oct 15 10:26:11] == Spawn extension (default, 55558600051, 2) exited non-zero on 'Local/55558600051@default-00000754;2'
[Oct 15 10:26:11] -- Executing [h@default:1] AGI("Local/55558600051@default-00000754;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Oct 15 10:26:11] -- <Local/55558600051@default-00000754;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 15 10:26:11] -- <SIP/IPTRUNK2-0000075a> Playing 'conf-kicked.gsm' (language 'en')
[Oct 15 10:26:11] -- <SIP/IPTRUNK2-0000075b> Playing 'conf-kicked.gsm' (language 'en')
[Oct 15 10:26:13] == Manager 'sendcron' logged off from 127.0.0.1
[Oct 15 10:26:13] == Manager 'sendcron' logged off from 127.0.0.1
[Oct 15 10:26:14] -- Executing [8600051@default:2] Hangup("SIP/IPTRUNK2-0000075a", "") in new stack
[Oct 15 10:26:14] == Spawn extension (default, 8600051, 2) exited non-zero on 'SIP/IPTRUNK2-0000075a'
[Oct 15 10:26:14] -- Executing [h@default:1] AGI("SIP/IPTRUNK2-0000075a", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Oct 15 10:26:14] -- <SIP/IPTRUNK2-0000075a>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 15 10:26:14] -- Hungup 'DAHDI/pseudo-2106656605'
[Oct 15 10:26:14] -- Executing [8600051@default:2] Hangup("SIP/IPTRUNK2-0000075b", "") in new stack
[Oct 15 10:26:14] == Spawn extension (default, 8600051, 2) exited non-zero on 'SIP/IPTRUNK2-0000075b'
[Oct 15 10:26:14] -- Executing [h@default:1] AGI("SIP/IPTRUNK2-0000075b", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Oct 15 10:26:14] -- <SIP/IPTRUNK2-0000075b>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

when an agent logs out after they have completed a 3 way transfer to an external number. Currently calls are dropping if an agent logs out at the end of their shift but the transferred customer is still on the call with the outside line we have transferred to.

Thanks,

Mark

GoAutoDial 3.3-1408075200 / Intel Xeon X3220 @ 2.40GHz, 3GB Ram, 300GB / Asterisk 1.8.23.0-1 / CentOS release 5.11 (Final)

Re: 3 Way Transfer - Agent Logout - Call Dropped

PostPosted: Thu Oct 16, 2014 5:01 am
by geoff3dmg
I've only seen agents (rather than 3rd party transfers) getting kicked this way when another station tries to login and reuse the meetme room. I would assume there's some mechanism coded in to protect meetme rooms being used by 3rd party transfers but I might be wrong. I'll have a look.

Re: 3 Way Transfer - Agent Logout - Call Dropped

PostPosted: Tue Oct 21, 2014 5:06 am
by mrobinson
Hi Geoff, I don't suppose you got chance to test this at your end? Thanks, Mark

Re: 3 Way Transfer - Agent Logout - Call Dropped

PostPosted: Thu Oct 23, 2014 3:58 am
by geoff3dmg
Yes, from what I understand, there is code to prevent 3WAY transfer conferences being used by agents logging in. The 'extension' field in the 'vicidial_conferences' table gets set to '3WAY_$user'. The Login checks for Nulls.