10-23-2019 06:37 AM
10-23-2019 06:37 AM
A weird issue we've had when doing some testing on a tenant.
They have direct routing in place with an Audiocodes vSBC and BT SIP trunks.
If we place a call in from a mobile to a user's ddi then place the call on hold in the teams client we cannot then resume or end the call.
If we do this on an IOS teams client however it works.
We seem to only have this issue with the PC client. I have also eliminated the network by trying it on my home environment.
Anyone had this?
10-23-2019 07:40 AM
@Alex_Dunlop - When trying to resume the call or end the call what happens? Does the client not let you perform the action. Are you seeing any behavior in the SBC logs whilst attempting these actions (it should attempt to do a REFER etc.)
10-24-2019 03:45 AM
@Lee Ford thanks for the response.
When trying to resume the call you cant, if you click resume nothing happens and a little popup just shows regarding the audio device.
From looking at the SBC log I can see we get many 481 Call Leg/Transaction Does Not Exist messages between the client and MS.
However doing the same trace with a mobile client and performing the hold and resume we dont see any 481 messages.
I'm going to perform a more detailed trace and see if anything else shows up.
10-25-2019 03:26 AM
@Lee Ford Here's an example call and syslog from the audiocodes. It seems like when the client places the call on hold its almost as though the original call then ends, (i see a bye message) then when you try to retrieve that call off hold there is a 481 Call/Transaction Doesn't exist message.
10-25-2019 03:49 AM
10-25-2019 03:53 AM
10-28-2019 01:45 AM
Further to this, after much testing and tweaking i've now managed to get a little further. After changing some options in the SIP trunk IP Profile i've now got hold and retrieve working, but i don't get music on hold now.
I'm pretty sure this is a SIP trunk issue, i've reached out to the carrier to see if they have any ideas.
I've put a screenshot down below of the IP profile tweaks i've made.
02-11-2020 09:37 AM
Do you have any updates?
After working with MS for 4 months on this issue the L2 telsl me that they are aware of the issue and it is on the roadmap. Hard to tell if the tech is providing the truth or BS.
We are definitely frustrated with a Beta product being released to their users and having us debug their software for them. Have tested a different HPBX Product and will probably migrate by end of month.
02-12-2020 12:37 AM
I managed to resolve this issue by working with the SIP carrier, they hadn't approved Teams on their trunks so we had to start from scratch and now have a working config.
On our Audiocodes SBC I have the SIP Trunk IP profile set a specific way for hold and retrieve, see attached screenshot.
There is still a time delay when resuming a call but this is an MS issue that they are aware of.