Call Park in Microsoft Teams is Launched: here's how it works


I recently spoke about Call Park as a ‘coming soon’ feature. It seems that Microsoft has just pressed the ‘go’ button on it, as it’s now showing as a Launched capability, according to the Microsoft 365 roadmap:

2019-01-06 20_50_25-Microsoft 365 Roadmap _ Microsoft 365.png

There is also a Microsoft Support page, which explains how it works.

To place a call on hold on one device and pick it up from another device, also known as parking a call, click More actionsMore options button in your call window and select Call parkCall park .

After you park the call, Teams will give you a unique code you can use to retrieve the call.

To retrieve a parked call, go to the speed dial tab, click UnparkCall park , and enter the park code.

Read more on my blog:

7 Replies

Thank you, this is great news! Will Call Park and Unpark be available for Teams telephones also?

@Tom Morgan One of my colleagues who was on the Microsoft Calling Plan and I migrated to Direct Routing--his default behavior for his "Hold" button actually parks the call rather than holding it. I'm trying to figure how to control that behavior, but I haven't seen anyone else report that issue. Any thoughts?

@Matt Armstrong 

We have Teams Direct Routing setup using AudioCodes SBC appliance in Azure. The Call Park feature does NOT work on Desktop nor Web clients... From the Desktop client, it gives us a message "Call couldn't be parked" and from the Web client it puts the call On Hold instead of parking it... Though, it works fine when using the Teams mobile app; it parks calls just fine. I opened so many support tickets with MS and no success in figuring out the issue! I don't know what to do next... Any thoughts?

@HDJ-BXIT, this is most likely an issue with Audiocodes SBC configuration.


I would get the person who manages your Audiuocodes to check what happens in the SIP ladder when a call is placed on a call park. It could be that the client is trying to place the call on hold but fails and disconnects the call.


We had to ensure a REFER rule pointing the traffic back to Microsoft to correctly place calls on hold.


Your AudioCodes admin should be able to find the issue by reviewing the SIP ladder and Syslog.

When will we be able to change the Park timeout? 5 minutes is way too long especially when you can't tell if the call was picked up or not.

@Matt Armstrong Have you ever figured this out? We're having the same problem where calls are being parked instead of held


Thank you so much for the reply. We were able to get the issue resolved by creating a custom Call Parking rule and assign it through a security group which has all our employees. Had nothing to do with Direct Routing, after all. We appreciate your insight.