pstn calling
3 Topics
PSTN Call Drops if you do consult transfer - Direct Routing
Hi All, I have an issue very similar to the one discussed in this thread: https://techcommunity.microsoft.com/t5/microsoft-teams/pstn-call-drops-if-you-put-the-call-on-hold-then-resume-and-hit/m-p/1626836 started by naimeshmistry We have a very simple setup: Reception AA->Main Reception Queue->Overflow Queue PSTN is done via Direct Routing. 2 x Ribbon SBCs 1000 running FW 8.0.3 trunked to Telstra Australia Around the beginning of March, our receptionist reported that after her Teams client on the reception desktop auto-updated to version 1.4.00.4167 to the next version up the incoming PSTN calls started to drop out during consultative transfer or while putting on hold and resuming off hold. Fortunately, we had a laptop that was stuck with 1.4.00.4167 and she was using that laptop to transfer calls without any issues. Strange enough, we tried to put 1.4.00.4167 back onto her desktop but that did not solve the issue. Since then, we purchased her a completely new desktop and the Teams client is now 1.4.00.7XXX or 1.4.00.8872 have to check. The issue with dropped consult transfer calls is hit and miss. Sometimes she has no issues all day long, sometimes every incoming call drops out when she tries to do consult transfer. Like others mentioned in the original post, we don't have any custom Music on Hold configured in Teams but have one configured on SBCs and this is what gets played back to the person who is on hold. She also has a different headset when she uses the desktop it is a wireless Jabra 900 Pro, when she used her laptop it was Jabra evolve 30 wired one. Looking at the PSTN log on Teams Admin Portal all calls have CallEndReasonLocalUserInitiated Any help or advice would be much appreciated. It drives us and our customers crazy.Solved4.8KViews1like3Comments