Tuesday, February 2, 2021

Constant zoom tickets (how to prove it's not the wifi?)

I'm hoping someone else here has this situation. Working in healthcare, we run a LOT of zoom sessions. Lots of new expansion with vaccine clinics and the like which means a lot of new wifi being designed and installed. The design is really not the problem. We did a new vaccine distribution center about the size of MSG's lower level. Predictive survey called for a -60dB SNR, post deployment survey was within 2dB via Ekahau sidekick.

We did a static channel plan because there's a lot of noise in the area as well as radar and this just made it easier. We turned off 2.4ghz on a decent number of APs as per our static channel planning map.

Signal looks good, clients look healthy, everything from my perspective looks peachy...and yet, VIPs complain about zoom. Zoom disconnects, freezing at various points. Nothing in the wifi logs point to dissociations or issues with the wifi. For instance, VIP complained at 4:30PM he got disconnected from zoom and yet he was associated according to prime. And yet, this is still a wifi issue. The zoom admins looked and they showed this BS graph that showed "error code 16" and a spike in latency.

But I have to prove it's not wifi. I'm kind of out of ideas here. Help? Tell me one of you has had to deal with this, too.

P.S.

I've suggested we run on-prem zoom but I'm not sure how much traction this has gotten yet. From what I've read, this can be a big help, especially in large environments.



No comments:

Post a Comment