I took a CLS log from the Front End servers and confirmed that the Front End was not sending candidates. In this case, the issue was also seen internally with no firewalls between client and server and no internal load balancing so this ruled out these as the issue. Next I wanted to try and figure out why the server wasn’t sending any candidate information or whether it was getting lost in between. The very next message from the server was a timeout: I noticed is that the WebApp was sending its own candidates, however it never received anything back from the server: The key difference it that the media establishment process is negotiated via the web services in the WebApp compared to native SIP signalling in the windows clients.įirst, I wanted to see things from the WebApp perspective so I used Fiddler. Troubleshootingīecause the Windows client was not facing this issue I focused in on the differences in how they establish audio/video. Note that while the issue I was chasing with the WebApp, this would also affect the mobile and Mac apps too because they also use the same web service. When joining a meeting via the WebApp audio and video fails to establish, however screen sharing works.
