# Dial-out phone users joining unmuted issues

**URL:** <https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156>\
**Category:** Video SDK\
**Tags:** phone\
**Created:** [September 9, 2024, 3:25pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156 "2024-09-09T15:25:36Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [September 9, 2024, 3:25pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/1 "2024-09-09T15:25:36Z")

</div>

**Video SDK Web v1.12.1**

**Description**  
I’m hoping theres a way to set the default join behavior of dial-out phone users to muted when joining. When a computer user calls startAudio we have the option in SDK to set the AudioOption of “mute” to true enforcing the user muted on entry of meeting. However without this option for phone users i’m running into some issues.

- If a mobile web user connects via dial-out i’m forced to listen to user-updated events and manually mute that joined phone user. However this gets sketchy because if this user decides to pause the web browser by say checking a text message on their phone or opening another app – the zoom websocket connection dies and a weird behavior i’m noticing is that when they reconnect they join unmuted. Its strange.

- Please let me know any guidance on this or if there is a known way to force phone users into a muted state on join.

**How To Reproduce**  
\*1. Join a meeting via mobile web  
\*2. Connect to audio via dial-out function  
\*3. Go to another app or just home on your phone for about 30 seconds so you lose websocket connection  
4. Go back to web browswer where zoom call is being hosted – you’ll be unmuted even though host never unmuted you.

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [September 10, 2024, 8:45am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/2 "2024-09-10T08:45:37Z")

</div>

Hey @sam9

Thanks for your feedback.

Can I confirm that you’re using the `stream.inviteByPhone` method and specifying the `callMe` option? This configuration will bind the PSTN audio to the calling user (the current user).

> I’m hoping theres a way to set the default join behavior of dial-out phone users to muted when joining.

We currently don’t provide a `mute` option in the `stream.inviteByPhone` method similar to `stream.startAudio`, but you can call `stream.muteAudio` immediately after `stream.inviteByPhone`.

```javascript
await stream.inviteByPhone(code,phoneNumber,name,{callMe:true});
await stream.muteAudio();

```

> a weird behavior i’m noticing is that when they reconnect they join unmuted

It is indeed an issue, and we will fix it in the next version.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [September 10, 2024, 1:37pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/3 "2024-09-10T13:37:25Z")

</div>

Thanks @vic.yang

- I am using inviteByPhone with the callMe: true. I am manually muting when they join. Is there anyway you guys could add an additional DialOutOption such as mute? In addition to callMe and pressOne? This would be particularly useful because say if the websocket connection dies during their acceptance of the call ( which is fairly likely given the time the user may take to accept and press 1) the stream.muteAudio ( by either participant or host ) wouldn’t register and you’d end up with an unmuted participant without the ability to mute them cuz they could go straight back to check their texts or w/e before they come back to the web meeting at somepoint…

- Thats great to hear the team is addressing the reconnect unmuted issue

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [September 11, 2024, 7:28am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/4 "2024-09-11T07:28:20Z")

</div>

Hey @sam9

Thanks for sharing more context on this issue with us.

I assume you’re looking for a method like `muteUponStartAudio`, which is a session-level switch that automatically mutes users’ audio when they start audio for the first time. It’s feasible to support this in the Video SDK. Could you help submit a feature request for it?

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [September 11, 2024, 4:00pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/5 "2024-09-11T16:00:29Z")

</div>

Thanks @vic.yang

I just created the feature request here: [muteUponStartAudio method for VideoSDK](https://devforum.zoom.us/t/muteuponstartaudio-method-for-videosdk/117301)

How will I know if it gets picked up or any progress is made on it?

Might be a non-answerable question but what is a typical length of time on something like this to get implemented?

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [September 12, 2024, 1:57am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/6 "2024-09-12T01:57:32Z")

</div>

Hey @sam9

Typically, we assess the importance and complexity of a feature, and then plan its rollout based on the current roadmap. If it’s a simple request, it could be included as early as the next release.

Please stay tuned to our release notes for updates.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [September 16, 2024, 9:11pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/7 "2024-09-16T21:11:30Z")

</div>

Can you checkout sessionId:

8thkgGDbShK+nEtYtzBFIg==

User: Bruce Kessman  
IP: 207.225.174.5

They are consistenly just being unmuted for no reason – this user is connected via computer + phone ( dial out )

I have no idea why this happens on desktop users. I understood on iphone users that their websocket connection was dying say if they were texting and when they rejoined it unmuted them due to a bug… but no clue why desktop users get unmuted?

I"m hoping the feature request I put it will fix this but I’m concerned it wont… .was just hoping you could provide some insight or look into this further… This is a consistent issue on our meetings and we have to verbally announce asking phone users to mute their own device…

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [September 18, 2024, 6:32am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/8 "2024-09-18T06:32:13Z")

</div>

Hey @sam9

Thanks for sharing the issue with us.

> 8thkgGDbShK+nEtYtzBFIg==

After analyzing the logs for this session, we found that this user joined the session via Chrome and had set `audio_compatible_mode=1` in the JWT, enabling WebRTC audio mode.

However, possibly due to firewall restrictions, the connection to our server on ports **8802** or **8803** was blocked. This caused the user to experience periodic meeting failovers and reconnections. You can listen to the `connection-change` event to detect this situation, where a `state: Reconnecting` payload will be returned.

The user was using PSTN call-out for audio, and as discussed earlier, after reconnection, the PSTN audio resets to unmute, which explains the consistent unmuting issue.

We are adjusting our server port strategy and will soon allow connections over port 443, which should improve audio services under strict network policies.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [October 3, 2024, 4:02pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/9 "2024-10-03T16:02:58Z")

</div>

@vic.yang

Any progress on this?

If you look at this session: L7Mb2GkeQKW/mz+fvJYtyA==

This issue is still persisting even with the attempt to mute them on reconnect with i added it doesn’t fix the issue.

See participant Paul Lipinski

He must of “reconnected” about 15 times as listed in the dashboard session info. Each time he joins unmuted. If he doesn’t mute his local line it can derail our meeting. We have no control of muting this person because they are consistently being disconected and reconnected.

I love most everything from the product so far and we have big plans moving forward but these phone issues i’m running into are forcing me to consider switching platforms – and trust me I do not want to do that. Is there any hope the team will be able to resolve the phone issues i’ve identified? Even if you couldn’t resolve the reconnection issue why are they joining unmuted? I put in a feature request as you suggested but not sure its gotten any attention. Sorry for sounding so frustrated but its really hurting our product at times.

Let me know what you think. Thanks!

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [October 3, 2024, 11:14pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/10 "2024-10-03T23:14:19Z")

</div>

@vic.yang

And again on session: oWs+zd/XTBmjVlowxzTzLQ==

User Beth Thome has connected/reconnected like 30 times all unmuted.

Is audio\_compatible\_mode=1 not a reliable method of connection ? I originally used this because it solved a mac robot sound issue bug but I kept using it cuz it allowed me to enable things like backgroundNoiseSuppression. Is there problems relating to all this with using that mode?

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [October 7, 2024, 10:07pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/11 "2024-10-07T22:07:01Z")

</div>

@ [ekaansh.zoom](https://devforum.zoom.us/u/ekaansh.zoom)

Are you able to take a look at this? Or anyone on the team? I’m not sure @vic.yang is around and it would be super helpful to get some clarity on these issues i’m facing.

---

<div class="post-metadata">

**Author:** ![chunsiong.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/chunsiong.zoom/32/35488_2.png) [@chunsiong.zoom](https://devforum.zoom.us/u/chunsiong.zoom)\
**Post date:** [October 8, 2024, 12:09pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/12 "2024-10-08T12:09:08Z")

</div>

@sam9 Vic has asked me to relay a response here.

The firewall might be prevent the audiobridge from connecting, and hence failing.  
We will move to port 443 and support muteUponStartAudio in the upcoming version.

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [October 8, 2024, 2:56pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/13 "2024-10-08T14:56:24Z")

</div>

Thanks @chunsiong.zoom

Any idea on timeline for this release?

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [October 9, 2024, 2:05am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/14 "2024-10-09T02:05:37Z")

</div>

Hey @sam9

We have completed the deployment of the server’s port 443. As for the next version of the Video SDK(1.12.10), it is expected to be released in late October.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![sam9](https://avatars.discourse-cdn.com/v4/letter/s/858c86/32.png) [@sam9](https://devforum.zoom.us/u/sam9)\
**Post date:** [October 24, 2024, 6:48pm UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/15 "2024-10-24T18:48:58Z")

</div>

@vic.yang I saw this was released. Just want to confirm this should effect phone users as well ?

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [October 25, 2024, 12:14am UTC](https://devforum.zoom.us/t/dial-out-phone-users-joining-unmuted-issues/117156/16 "2024-10-25T00:14:14Z")

</div>

Hey @sam9

Yes. We fixed the issue and provided the `muteAudioUponStartAudio` API for session-level control.

Thanks  
Vic
