Zoom Desktop Client with IPv6

[Cythrawl]

We have deployed Zoom Phone system with IP Phones etc at our offices along with Emergency addresses etc.
These all work just fine, and this is for people working remotely using the Desktop Client (on Windows).

Windows 11 has now started prioritizing IPv6 as the default protocol if it is available. So for example if you ping www.google.com in a command prompt it will respond with the IPv6 Address instead of the IPv4.

The problem with this is that the Zoom Client will complain that it cannot confirm my home address location and I will get the error at all times.

There are some workarounds.

1) Disable IPv6 on the router (not ideal)

2) Apply a registry fix to prioritize IPv4 over IPv6 on the OS (needs a reboot)

3) use command Prompt to manually set IPv4 Priority over IPv6 (Does not need a reboot but requires setting on subsequent reboots)

Once you have changed the priority and restart the desktop client the error goes away and it sets the Emergency Address correctly.

Is this behavior going to be addressed in a later version of the Desktop Client so it requires no user interaction?

Thanks

Shad

[Integris-JTran]

What's the Registry path/dwords for the #2 fix?

What's the command for the #3 fix?

Thanks in advance!

[sparrow]

Did you create a personal address for your remote/home location? You don't need to specify a IP subnet for your remote home location. The Zoom client automatically detects the public, private, and if using a wireless AP, it will save it once you create a personal address. If you did create a personal address? Are you getting an error?

[Integris-JTran]

No, we did not create a personal emergency address.

Our issue was nothing to do with the address (or so I think); it had to do with the IP versions that Zoom was propagating.

95% of our users are remote and some are switching locations daily. They use the softphone app and desktop client.

What led me to this particular forum post was that one of our Users said his softphone and headset worked fine.

On his laptop, sounds on all any application worked fine; until utilizing Zoom Phone via desktop client/workspace.

No voice/sound could be heard, incoming or outgoing... however, Meetings worked fine.

While comparing his settings to mine, the only difference we had was my Zoom Phone's Registered Server IP was an IPv4 and his was an IPv6. After disabling IPv6 on his laptop, everything worked perfectly fine for him.

I did re-enable IPv6 on his laptop (to avoid any interruptions to other apps and sites that he might access with IPv6) and we tested and the settings within Zoom phone kept the IPv4.
My concern is if he were to reboot or sometime down the line the registered server IP reverts back to IPv6; he will experience this same issue again.