Simultaneous shared parking

[weshader]

I have run across a scenario in which two separate calls are simultaneously parked into the same shared parking orbit (e.g. SP0). the result is this:

[ParkOrb] is terminated: Cause: 486 Busy Here/INVITE from 127.0.0.1:40000

One call is rejected and the other is parked. The caller that was NOT successfully parked only gets dead air but the call will continue for as long as you let it. Has anyone ran into this issue before and come up with a suitable way to avoid it?

Update 1

Added a complete section of the server activity log when this problem occurs.

18-Feb-2015 08:58:22.329 Currently active calls - 2: [75,76]
18-Feb-2015 08:58:17.621 Leg L:76.2[Extn] is terminated: Cause: BYE from 172.16.1.2:5062
18-Feb-2015 08:58:17.547 Leg L:75.4[ParkOrb] is terminated: Cause: 486 Busy Here/INVITE from 127.0.0.1:40000
18-Feb-2015 08:58:17.545 [CM505003]: Provider:[NexVortex] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18-Feb-2015 08:58:17.545 L:75.1[Line:10000<<XXXXXXX0282] failed to reach ParkOrb:SP0, reason Busy
18-Feb-2015 08:58:17.545 Call to TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99] from L:75.1[Line:10000<<XXXXXXX0282] failed, cause: Cause: 486 Busy Here/INVITE from 127.0.0.1:40000
18-Feb-2015 08:58:17.545 [CM503003]: Call(C:75): Call to <sip:[email protected]:5060> has failed; Cause: 486 Busy Here/INVITE from 127.0.0.1:40000
18-Feb-2015 08:58:17.528 [CM503007]: Call(C:76): ParkOrb:SP0 has joined, contact <sip:[email protected]:40000>
18-Feb-2015 08:58:17.519 L:76.4[ParkOrb] has joined to L:76.1[Line:10000<<XXXXXXX9531]
18-Feb-2015 08:58:17.464 [CM503025]: Call(C:75): Calling TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99] for L:75.1[Line:10000<<XXXXXXX0282]
18-Feb-2015 08:58:17.412 [CM503027]: Call(C:75): From: Line:10000<<XXXXXXX0282 ("MID CITY LUMBER" <sip:[email protected]:5060>) to TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99]
18-Feb-2015 08:58:17.412 [CM503004]: Call(C:75): Route 1: from L:75.1[Line:10000<<XXXXXXX0282] to TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99]
18-Feb-2015 08:58:17.412 [CM505003]: Provider:[NexVortex] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18-Feb-2015 08:58:17.375 [CM503025]: Call(C:76): Calling TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99] for L:76.1[Line:10000<<XXXXXXX9531]
18-Feb-2015 08:58:17.322 [CM503027]: Call(C:76): From: Line:10000<<XXXXXXX9531 ("Mid-City Lumber" <sip:[email protected]:5060>) to TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99]
18-Feb-2015 08:58:17.322 [CM503004]: Call(C:76): Route 1: from L:76.1[Line:10000<<XXXXXXX9531] to TarkOrb:SP0@[Dev:sip:[email protected]:40000;rinstance=f5359998d9132c99]
18-Feb-2015 08:58:17.322 [CM505003]: Provider:[NexVortex] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18-Feb-2015 08:58:05.862 Leg L:76.3[Extn] is terminated: Cause: 487 Request Terminated/INVITE from 172.16.1.4:5062
18-Feb-2015 08:58:05.860 [CM503003]: Call(C:76): Call to <sip:[email protected]:5060> has failed; Cause: 487 Request Terminated/INVITE from 172.16.1.4:5062
18-Feb-2015 08:58:05.750 [CM503007]: Call(C:76): Extn:1002 has joined, contact <sip:[email protected]:5062>
18-Feb-2015 08:58:05.748 [CM503007]: Call(C:76): Line:10000<<XXXXXXX9531 has joined, contact <sip:[email protected]:5060>
18-Feb-2015 08:58:05.745 L:76.2[Extn] has joined to L:76.1[Line:10000<<XXXXXXX9531]
18-Feb-2015 08:58:01.819 [MS105000] C:75.2: No RTP packets were received:remoteAddr=172.16.1.2:11784,extAddr=0.0.0.0:0,localAddr=172.16.1.242:7480
18-Feb-2015 08:58:01.280 Leg L:75.2[Extn] is terminated: Cause: BYE from PBX
18-Feb-2015 08:58:01.173 [CM503007]: Call(C:75): Extn:1004 has joined, contact <sip:[email protected]:5062>
18-Feb-2015 08:58:01.172 [CM503007]: Call(C:75): Line:10000<<XXXXXXX0282 has joined, contact <sip:[email protected]:5060>
18-Feb-2015 08:58:01.170 L:75.3[Extn] has joined to L:75.1[Line:10000<<XXXXXXX0282]
18-Feb-2015 08:57:57.034 [CM503025]: Call(C:76): Calling T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062] for L:76.1[Line:10000<<XXXXXXX9531]
18-Feb-2015 08:57:57.030 [CM503025]: Call(C:76): Calling T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062] for L:76.1[Line:10000<<XXXXXXX9531]
18-Feb-2015 08:57:56.986 [CM503027]: Call(C:76): From: Line:10000<<XXXXXXX9531 ("Mid-City Lumber" <sip:[email protected]:5060>) to T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062]
18-Feb-2015 08:57:56.986 [CM503004]: Call(C:76): Route 1: from L:76.1[Line:10000<<XXXXXXX9531] to T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062]
18-Feb-2015 08:57:56.985 [CM505003]: Provider:[NexVortex] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18-Feb-2015 08:57:56.983 [CM503001]: Call(C:76): Incoming call from Line:10000<<XXXXXXX9531 to <sip:[email protected]:5060>
18-Feb-2015 08:57:56.982 Line limit check: Current # of calls for line Lc:10000(@NexVortex[<sip:[email protected]:5060>]) is 2; limit is 100
18-Feb-2015 08:57:56.977 [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:8000
18-Feb-2015 08:57:56.194 [CM503025]: Call(C:75): Calling T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062] for L:75.1[Line:10000<<XXXXXXX0282]
18-Feb-2015 08:57:56.190 [CM503025]: Call(C:75): Calling T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062] for L:75.1[Line:10000<<XXXXXXX0282]
18-Feb-2015 08:57:56.145 [CM503027]: Call(C:75): From: Line:10000<<XXXXXXX0282 ("MID CITY LUMBER" <sip:[email protected]:5060>) to T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062]
18-Feb-2015 08:57:56.145 [CM503004]: Call(C:75): Route 1: from L:75.1[Line:10000<<XXXXXXX0282] to T:RingAll:8000@[Dev:sip:[email protected]:5062,Dev:sip:[email protected]:5062]
18-Feb-2015 08:57:56.144 [CM505003]: Provider:[NexVortex] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
18-Feb-2015 08:57:56.142 [CM503001]: Call(C:75): Incoming call from Line:10000<<XXXXXXX0282 to <sip:[email protected]:5060>
18-Feb-2015 08:57:56.141 Line limit check: Current # of calls for line Lc:10000(@NexVortex[<sip:[email protected]:5060>]) is 1; limit is 100
18-Feb-2015 08:57:56.136 [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:8000

 

[craigreilly]

We had this issue with Yealink when we first started and they fixed their firmware. What phones are you using?
Are they a supported phone?

 

[weshader]

Thank you for the response Craig.

The phones are Yealink T46G currently running FW version 28.73.0.45.

 

[craigreilly]

I am going to test this right now as I have same device.
On the second call, I get Transfer Failed. And the call is on hold. I have to hit resume to get it back.
I see you are getting the reason busy in the Log - but I do not see that in mine.


The verbose logs might be a little more helpful in diagnosing.

On your Yealink, in the template, are you doing a key type = 10 ? Or are you doing this from the extension phone provisioning tab? I checked the Extension Provisioning Tab, and it too used Type 10 for Shared Park. So, I do not think this is it.

(I tried this from the same T46. Perhaps I need to goto another phone and try the second park, but I expect it would work the same.)

 

[weshader]

I can re-post the logs as verbose if needed. I am using the phone provisioning tab to set the SP* keys. I am also using two separate phones with two separate inbound calls. I'm trying to simulate a real world situation that our users may run into.

 

[craigreilly]

I tested real-world - 2 different phones and had the same behavior. Worked fine.

This sounds cliche, can you factory reset 2 of the devices and reprovision to see if it helps?

Maybe something with the provider, and re-invites? I am using SigmaVoIP. We dropped Nexvortex. Too many issues.

 

[weshader]

Honestly, I wouldn't have the first idea if the provider had something to do with this, but I also have services with Callcentric, who i am moving away from because of some limitations. I will test with them and see if i get the same result. So far, I have reset the phones and re-provisioned them with no change in the behavior. I will update once I test with callcentric.

Update

Tested using Callcentric with the same result.

 

[craigreilly]

this sure is interesting... sorry I can't provide any more insight.

 

[weshader]

Thank you for trying. I feel good knowing that your system works, however I will need to reproduce those results on my system before I proceed with 3cx. Do you know if they provide pre-sales technical support other than this forum?

 

[craigreilly]

I just thought of something - the DEMO license is limited in number of active calls to 2 - yes?

You may not be able to park 2 calls as
1) Call in Park
2) Active Call

A third channel can not be activated to make the transfer.
Put the second call on hold and try to make a new call. what happens?

 

[weshader]

Actually I have a fully licensed 4SC version that I purchased for testing beyond the 2 call limit.

 

[craigreilly]

Well throw that idea out the window.
Who did you buy the license from?
They sometimes have some insight to this type of stuff. Others may chime in as well.

$375 for a 4 license support contract may be well worth it to help you thru any first year headaches...
(Even though this will become your TEST system - might be worth it)

 

[weshader]

I purchased from an online re-seller, www.telephonydepot.com. They resell the support plans also. I'll check with them. Thanks again for all your help.