Forum Discussion
Cannot resume/end pstn call that has been placed on hold?
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.
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.)
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.
- So the original call looks to be put on hold to transfer to a 3rd party? I can see the REFER from Teams which is accepted, Teams then sends a "user initiated" BYE message, before the INVITE to the 3rd party arrives. What is strange is the 3rd party call to the SIP provider is where the 481 occurs, not with Teams - which is strange.
Just to confirm, you have added the "Teams REFER" rules in to your SBC IP 2 IP routing rules?- Yep the REFER rule is in place.
What's odd is when you place the call on hold the client seems to briefly flick as if its gone to a new call. Which is maybe where that BYE message is coming from?
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