# Calls plugin not working - omnibus install

**URL:** <https://forum.mattermost.com/t/calls-plugin-not-working-omnibus-install/16250>\
**Category:** Troubleshooting\
**Created:** [June 22, 2023, 1:52pm UTC](https://forum.mattermost.com/t/calls-plugin-not-working-omnibus-install/16250 "2023-06-22T13:52:17Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![maigaard](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.mattermost.com/maigaard/32/5579_2.png) [@maigaard](https://forum.mattermost.com/u/maigaard)\
**Post date:** [June 22, 2023, 1:52pm UTC](https://forum.mattermost.com/t/calls-plugin-not-working-omnibus-install/16250/1 "2023-06-22T13:52:17Z")

</div>

**Summary**  
Calls cannot connect.

**Steps to reproduce**  
On the latest 7.10.3 version.  
When creating a call, it says “connecting to the call”, and then after about 30 seconds, I get a pop-up with “Connection Failed”.

**Expected behavior**  
Would have expected it to work 🙂

**Observed behavior**  
This is a single-server, omnibus-installed MM instance.  
All the other features of MM works fine.

The Calls config is:  
RTC server address: empty (which I think means 127.0.0.1)  
RTC server port: 8443  
ICE Host Override: (set to the domain name of the MM server)  
ICE Server config: left at default ([{“urls”:[“stun:stun.global.calls.mattermost.com:3478”]}])  
TURN: empty  
Server side TURN: false

Output of sudo lsof -n -i :8443  
plugin-li 1436 mattermost 12u IPv4 37121 0t0 UDP \*:8443  
plugin-li 1436 mattermost 14u IPv4 34186 0t0 UDP \*:8443  
plugin-li 1436 mattermost 16u IPv4 24816 0t0 UDP \*:8443  
plugin-li 1436 mattermost 18u IPv4 34187 0t0 UDP \*:8443  
plugin-li 1436 mattermost 20u IPv4 37122 0t0 UDP \*:8443  
plugin-li 1436 mattermost 22u IPv4 24817 0t0 UDP \*:8443  
plugin-li 1436 mattermost 24u IPv4 24818 0t0 UDP \*:8443  
plugin-li 1436 mattermost 26u IPv4 37123 0t0 UDP \*:8443  
plugin-li 1436 mattermost 28u IPv4 34188 0t0 UDP \*:8443  
plugin-li 1436 mattermost 30u IPv4 34189 0t0 UDP \*:8443  
plugin-li 1436 mattermost 32u IPv4 37124 0t0 UDP \*:8443  
plugin-li 1436 mattermost 34u IPv4 24819 0t0 UDP \*:8443  
plugin-li 1436 mattermost 36u IPv4 34190 0t0 UDP \*:8443  
plugin-li 1436 mattermost 38u IPv4 34191 0t0 UDP \*:8443  
plugin-li 1436 mattermost 40u IPv4 34192 0t0 UDP \*:8443  
plugin-li 1436 mattermost 42u IPv4 37125 0t0 UDP \*:8443  
plugin-li 1436 mattermost 44u IPv4 34193 0t0 UDP \*:8443  
plugin-li 1436 mattermost 46u IPv4 37126 0t0 UDP \*:8443  
plugin-li 1436 mattermost 48u IPv4 34194 0t0 UDP \*:8443  
plugin-li 1436 mattermost 50u IPv4 34195 0t0 UDP \*:8443

Output of ps ax | grep calls

1436 ? Sl 0:06 plugins/com.mattermost.calls/server/dist/plugin-linux-amd64  
2723 pts/0 S+ 0:00 grep --color=auto calls

The firewall is open for UDP 8443 to the server from the outside.

Ideas?

Thanks!

Best  
Søren

---

<div class="post-metadata">

**Author:** ![agriesser](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.mattermost.com/agriesser/32/5644_2.png) [@agriesser](https://forum.mattermost.com/u/agriesser)\
**Post date:** [June 24, 2023, 7:50am UTC](https://forum.mattermost.com/t/calls-plugin-not-working-omnibus-install/16250/2 "2023-06-24T07:50:00Z")

</div>

Hi Søren,

could it be that your Mattermost domain also supports IPv6 (i.e. it has an AAAA record in the DNS)? If so, calls is not supported on IPv6 currently, so the `ICEHostOverride` setting would either need to be set to the IPv4 address of your server or to a v4 only domain name for the time being.

Also when you stop the calls plugin, can you then confirm using `nc` that you’re able to communicate on the port 8443 with the server?

You can run the following command on the server:

```auto
nc -l -u -p 8443

```

and then you run this command on a different server (or your client):

```auto
nc -u <the-name-in-the-icehostoverride> 8443

```

You can then start typing in any of the two windows, the output should be mirrored to the other side after you hit return - if not, the connection is having issues and needs to be checked.  
If that works we need to dig deeper.
