Hi,

I have configured various accounts and found that one had almost all data centers opted-in, another was missing a few, and another had only two data centers opted-in. I don't know the reason for the difference, whether it was configured in the past, or because it was previously a free account. May I ask, assuming the user has never changed the setting, are all data centers opted-in by default on paid accounts? This is important because I have seen a user connected to a data center on the other side of the globe, which could have been the reason for two disconnections during an important meeting.

Thanks in advance for any help.

I schedule several different types of meetings - some that we want participants to chat with everyone and some where we want participants to only chat with the host/co-host. It would be helpful to edit this setting for meetings as they're scheduled rather than the current options of a.) changing the global setting every time I need to schedule a meeting or b.) changing the setting after the meeting starts. Is there really no workaround for this?

Dear Zoom Support Team/Community,

I’m writing to report a persistent issue I’ve been experiencing with my Logitech Brio webcam when using Zoom on macOS 15.7.1 (Sonoma). My Zoom version is 6.6.2 (65462).

During meetings, the field of view (FoV) and zoom settings reset to their default values mid-call, without any input from me. This happens intermittently but consistently enough to be disruptive. I use Logi Tune on my Mac to set and maintain the desired FoV/zoom, and the application remains open throughout the meeting. However, Zoom seems to override these settings unexpectedly, forcing me to manually re-adjust the camera mid-session.

Here are a few relevant details:

• macOS Version: 15.7.1

• Zoom Version: 6.6.2 (65462)

• Camera: Logitech Brio

• Logitech Software: Logi Tune (Mac) — no other Logitech software installed (e.g., Options+ or G Hub)

• Issue: FoV/zoom settings revert mid-meeting, seemingly triggered by Zoom rather than macOS or Logi Tune.

I have already:

• Disabled “HD” and “Adjust for low light” in Zoom’s video settings.

• Launched Logi Tune before opening Zoom to lock in FoV.

• Launched Logi Tune while in a Zoom meeting.

• Ensured no other Logitech software or background agents are running.

• Verified firmware is up to date.

Despite these steps, the issue persists. From user forums and Reddit discussions, it appears that Zoom may be sending camera control commands mid-meeting that override third-party webcam settings, particularly with Logitech Brio cameras on macOS.

Could your team please investigate whether Zoom is overriding webcam settings during active calls on macOS, and if so, provide guidance on how to prevent Zoom from resetting the FoV/zoom?

Thank you for your attention to this issue. It’s quite disruptive during professional meetings, and I’d love to find a stable solution.

Warm regards,

Simon

Hey All,

I am experiencing a weird issue, and I can't for the life of me track down what is going on.  Some brief background:

•  I have a Juniper SRX340 running JUNOS 23.4R2
• I join my meeting via my Mac which is a 2023 M3 Pro with 36GB of RAM
• From my Juniper SRX I connect to 2 Arista 7280's in an MLAG setup, which feeds my Arista 720 and Arista C330 AP's
• I am joining all my meeting via Wifi - where my recent speed/bufferbloat test show nearly 1Gbps symetrical and A+ rating for no bufferbloat.

Symptoms:

During my Zoom meetings calls will typically start relatively normal.  At some point during the call, but always within the first 30 minutes, I will start to hear choppy audio and frozen video and I get the message "Your Internet Connection is Unstable".  Ultimately after a few minutes of really choppy audio, the call drops and reforms.  Sometimes this is the end of it, sometimes it isn't and this cycle can go on for 15-30 minutes.

On the network side of things, I look at my logs and I see my port-channel/AE has dropped due to LACP timeout.  This is odd, since there is no queue exhaustion, between the Juniper SRX and the Arista 7280's.  I escalated a case with Arista and it seems to be a Juniper issue.

That being said - Zoom is the only teleconferencing service that causes issues.  I can use Hangouts and Teams without any issues like with Zoom.  Some things I have noticed since trying to track this down:

• Zoom client has created 4 flows for 1 Zoom call.  I don't think this is normal, and may be a side effect of the dropping issue

show security flow session destination-port 8801
Session ID: 167503915625, Policy name: trust-to-untrust/5, Timeout: 24, Session State: Valid
In: 192.168.0.27/57932 --> 144.195.35.200/8801;udp, Conn Tag: 0x0, If: ae0.3, Pkts: 973, Bytes: 119980,
Out: 144.195.35.200/8801 --> x.x.x.x/21336;udp, Conn Tag: 0x0, If: pp0.0, Pkts: 101537, Bytes: 31256905,

Session ID: 167503917921, Policy name: trust-to-untrust/5, Timeout: 24, Session State: Valid
In: 192.168.0.27/65355 --> 144.195.35.200/8801;udp, Conn Tag: 0x0, If: ae0.3, Pkts: 953, Bytes: 117362,
Out: 144.195.35.200/8801 --> x.x.x.x/24698;udp, Conn Tag: 0x0, If: pp0.0, Pkts: 952, Bytes: 108550,

Session ID: 167503918701, Policy name: trust-to-untrust/5, Timeout: 24, Session State: Valid
In: 192.168.0.27/63968 --> 144.195.35.200/8801;udp, Conn Tag: 0x0, If: ae0.3, Pkts: 953, Bytes: 117359,
Out: 144.195.35.200/8801 --> x.x.x.x/21022;udp, Conn Tag: 0x0, If: pp0.0, Pkts: 952, Bytes: 108547,

Session ID: 167503920196, Policy name: trust-to-untrust/5, Timeout: 24, Session State: Valid
In: 192.168.0.27/51674 --> 144.195.35.200/8801;udp, Conn Tag: 0x0, If: ae0.3, Pkts: 48911, Bytes: 28251944,
Out: 144.195.35.200/8801 --> x.x.x.x/4207;udp, Conn Tag: 0x0, If: pp0.0, Pkts: 112652, Bytes: 88112545,
Total sessions: 4

Routing seems to be okay as well

inet.0: 52 destinations, 52 routes (52 active, 0 holddown, 0 hidden)
192.168.0.27/32 (1 entry, 0 announced)
        *Access-internal Preference: 12
                Next hop type: Router, Next hop index: 0
                Address: 0x4cd8d34
                Next-hop reference count: 30, Next-hop session id: 0
                Kernel Table Id: 0
                Next hop: 192.168.0.1 via ae0.3, selected
                Session Id: 0
                State: <Active NotInstall Int NSR-incapable>
                Age: 3w4d 2:37:06
                Validation State: unverified
                Task: RPD Unix Domain Server./var/run/rpd_serv.local
                AS path: I
                Route-nexthop:
                Router (0x4cd8d34) 192.168.0.1
                Thread: junos-main

No drops in queues and the interface is hardly being used

 show interfaces ae0 extensive
Physical interface: ae0, Enabled, Physical link is Up
  Interface index: 129, SNMP ifIndex: 559, Generation: 132
  Description: LAG to Arista 720XP
  Link-level type: Ethernet, MTU: 1518, Speed: 2Gbps, BPDU Error: None, Ethernet-Switching Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 1bps
  Device flags   : Present Running
  Interface flags: SNMP-Traps Internal: 0x0
  Current address: 12:39:e9:59:3b:a3, Hardware address: 12:39:e9:59:3b:a3
  Last flapped   : 2025-09-16 12:49:14 MDT (2w6d 01:36 ago)
  Statistics last cleared: Never
  Traffic statistics:
   Input  bytes  :          63064012289               130904 bps
   Output bytes  :         929159615281               104536 bps
   Input  packets:            246368883                   91 pps
   Output packets:            762012547                   50 pps
  Dropped traffic statistics due to STP State:
   Input  bytes  :                    0
   Output bytes  :                    0
   Input  packets:                    0
   Output packets:                    0
  Input errors:
    Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Giants: 0, Policed discards: 0, Resource errors: 0
  Output errors:
    Carrier transitions: 17, Errors: 0, Drops: 0, MTU errors: 0, Resource errors: 0
  Ingress queues: 8 supported, 4 in use
  Queue counters:       Queued packets  Transmitted packets      Dropped packets
    0                                0                    0                    0
    1                                0                    0                    0
    2                                0                    0                    0
    3                                0                    0                    0
  Egress queues: 8 supported, 4 in use
  Queue counters:       Queued packets  Transmitted packets      Dropped packets
    0                        761204716            761204716                    0
    1                                0                    0                    0
    2                                0                    0                    0
    3                           952646               952646                    0

I don't have CPU grpahs, but I don't see any CPU warnings in the logs, etc...  Hoping someone has seen something like this before and can help out.

TIA

Hello. I have a 2017 MacBook with Ventura 13.7.8 OS. Per the system, my OS is updated. Please confirm with me if this is compatible in using virtual backgrounds? I have tried everything but the system will not let me change my background nor I have the option to blur my background. 

This morning, I recorded a very important conference, and while I was converting the file, AVAST blocked the process for suspected fraudulent activity from ZOOM on my computer.  So all I have now is the beginning of the file that was converted (about 115 Mo out of a total of 482) The strorage vas made on my computer Mac Book Air and I looked everywhere for the orignal recording before the aborted file conversion, including in the trash but I cannot find it anywhere. Any hints as to where it could be?   Does ZOOM keep a record of recordings somewhere for a limited time ?  This happened yesterday Tuesday at 2pm Atlantic time.  Thank you so much for your help.

Best regard to all

Hi everyone!

Well... The title pretty much explains everything!

Thing is, I'm aBasisc / Non-Paying Customer, and can't ask this to the bot thingy... 🤨🫤😶 

So... I'm looking for any HUMAN here to help... If you guys have been through the same problem.

In the cell/ tablet app: There's this collapsible tab on the lower left side where you can turn on the volume to share the sound when you're on the "Share Screen" option. That works just fine when I want to share stuff on YouTube. But if I want to share the audio while on any given page while on a browser, like Chrome, then that feature doesn't work.

If anyone has any ideas on that, I'd be eternally grateful! 

I've tried to explain this to the bot but it just kind of 'short circuit' (in a non-literal) way... 

And Basic Customers don't get to talk to humans if we need help... 🫤🥺😶 so... that's why I'm here...

Can anyone help, please?

Hello everyone,

We are experiencing visibility issues, during our meetings, some animators have difficulty seeing  the emoji hand up , because it is too small.

Please help us, technically  is  there a way to enlarge the emoji hand up, to make it more visible on a phone or tablet,  iOS, win or Androïd ?

Thanks in advance 

The 11th Judicial Circuit of Florida is the nation's 3rd largest Judicial Circuit and it is currently using Zoom as its' platform of choice for Court hearings since the pandemic broke out. You all have been a great asset not just to the state of Florida but to its' citizens. I'm hoping this discussion sheds light and hopefully fixes a limitation we are experiencing with the interpretation system in zoom.

As you can imagine, here in South Florida we have heavy demand of language interpretation services from the courts. Currently, our staff have to instruct all attendees needing interpretation through a 4 button selection process in order to get them to the proper channel so they can hear the SpanishCreole language channel. This is highly disruptive to the court case and even if taken aside (breakout room) it is still requiring extra time and effort from court staff. It would be highly beneficial to the citizens of Florida if the court staff (Host, Co-Host and/or the Assigned Interpreter) could assign participants to a language channel. Similar to how the Host can now mute attendees/participants.

Thank you in advance.