Oct 23 2019 06:37 AM
Hi All,
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?
Alex
Oct 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.)
Oct 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.
Alex
Oct 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.
Oct 25 2019 03:49 AM
Oct 25 2019 03:53 AM
Oct 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.
Alex
Feb 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.
Rob
Feb 12 2020 12:37 AM
Solution
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.
May 26 2020 01:07 AM
Jun 13 2020 12:19 AM
Jun 13 2020 12:20 AM
Jun 13 2020 12:22 AM
Jun 15 2020 04:31 PM
Jun 15 2020 04:35 PM
Jun 28 2020 10:24 AM
I have the same problem. When I press resume nothing happens, no message on the SBC. Call Transfer is working, Consultative Transfer is working.
Jun 28 2020 04:10 PM
@wildflavor This was resolved on the next day. it happen on thurs/friday and was resolved on Monday. No changes done on teams, it was self resolved and seems there was service interruption for short period of time.
Sorry for late reply.
Jul 06 2020 03:24 PM
Feb 12 2020 12:37 AM
Solution
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.