P2P works, but after third person joins JVB fails

Hi there,

I am using a docker setup. I am having the issue of two people being able to connect to each other and when a third person joins, everything goes black. I looked at other similar issues and they involved changing the NAT HARVESTER value, I tried doing that but nothing works. Here is my jvb sip-communicator file:

org.jitsi.videobridge.SINGLE_PORT_HARVESTER_PORT=10000

org.jitsi.videobridge.DISABLE_TCP_HARVESTER=true

org.jitsi.videobridge.TCP_HARVESTER_PORT=4443

org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=stun.l.google.com:19302,stun1.l.google.com:19302,stun2.l.google.com:19302

org.jitsi.videobridge.xmpp.user.shard.HOSTNAME=xmpp.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.DOMAIN=auth.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.USERNAME=jvb

org.jitsi.videobridge.xmpp.user.shard.PASSWORD=passw0rd

org.jitsi.videobridge.xmpp.user.shard.MUC_JIDS=jvbbrewery@internal-muc.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME=e96c1beb2063

org.jitsi.videobridge.xmpp.user.shard.DISABLE_CERTIFICATE_VERIFICATION=true

org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc

org.jitsi.videobridge.STATISTICS_INTERVAL=5000

org.jitsi.videobridge.AUTHORIZED_SOURCE_REGEXP=*

Here is my jicofo log:

Jicofo 2019-11-28 08:23:09.212 INFO: [10] org.jitsi.jicofo.JitsiMeetServices.log() Using a Jibri detector with MUC: jibribrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:09.213 INFO: [10] org.jitsi.jicofo.JitsiMeetServices.log() Using a Jigasi detector with MUC: jigasibrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:09.214 INFO: [10] org.jitsi.jicofo.JitsiMeetServices.log() Using a Bridge MUC detector with MUC: jvbbrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:09.264 WARNING: [14] org.jitsi.impl.protocol.xmpp.XmppProtocolProvider.register().224 The always_trust config option is enabled. All XMPP server provided certificates are accepted.
Jicofo 2019-11-28 08:23:09.295 INFO: [10] org.jitsi.jicofo.auth.AuthBundleActivator.start().193 Starting authentication service... URL: XMPP:meet.jitsi
Jicofo 2019-11-28 08:23:09.332 INFO: [10] org.jitsi.jicofo.auth.AbstractAuthAuthority.log() Authentication lifetime: 86400000
Jicofo 2019-11-28 08:23:09.353 INFO: [10] org.jitsi.jicofo.auth.AuthBundleActivator.start().222 Auth authority: org.jitsi.jicofo.auth.XMPPDomainAuthAuthority@d03d94b
Jicofo 2019-11-28 08:23:09.536 INFO: [10] org.eclipse.jetty.util.log.initialized() Logging initialized @3525ms to org.eclipse.jetty.util.log.Slf4jLog
Jicofo 2019-11-28 08:23:11.644 INFO: [10] org.eclipse.jetty.server.Server.doStart() jetty-9.4.15.v20190215; built: 2019-02-15T16:53:49.381Z; git: eb70b240169fcf1abbd86af36482d1c49826fa0b; jvm 1.8.0_232-8u232-b09-1~deb9u1-b09
Jicofo 2019-11-28 08:23:13.097 INFO: [17] org.jitsi.jicofo.xmpp.BaseBrewery.start().186 Joined brewery room: jibribrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:13.139 INFO: [17] org.jitsi.jicofo.xmpp.BaseBrewery.start().186 Joined brewery room: jigasibrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:13.185 INFO: [17] org.jitsi.jicofo.xmpp.BaseBrewery.start().186 Joined brewery room: jvbbrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:13.217 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: muc.meet.jitsi, null
Jicofo 2019-11-28 08:23:13.220 INFO: [17] org.jitsi.jicofo.JitsiMeetServices.log() MUC component discovered: muc.meet.jitsi
Jicofo 2019-11-28 08:23:13.279 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: internal-muc.meet.jitsi, null
Jicofo 2019-11-28 08:23:13.304 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: recorder.meet.jitsi, IQ Stanza (query jabber:iq:version) [to=focus@auth.meet.jitsi/focus1800233698140369,from=recorder.meet.jitsi,id=93Vok-53,type=result,]
Jicofo 2019-11-28 08:23:13.324 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: auth.meet.jitsi, IQ Stanza (query jabber:iq:version) [to=focus@auth.meet.jitsi/focus1800233698140369,from=auth.meet.jitsi,id=93Vok-58,type=result,]
Jicofo 2019-11-28 08:23:13.325 INFO: [17] org.jitsi.jicofo.JitsiMeetServices.log() Detected XMPP server version: IQ Stanza (query jabber:iq:version) [to=focus@auth.meet.jitsi/focus1800233698140369,from=auth.meet.jitsi,id=93Vok-58,type=result,]
Jicofo 2019-11-28 08:23:13.326 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() Services re-discovery interval: 30000
Jicofo 2019-11-28 08:23:13.327 INFO: [17] org.jitsi.jicofo.FocusManager.log() XMPP provider reg state: RegistrationState=Registered
Jicofo 2019-11-28 08:23:13.426 INFO: [17] org.jitsi.impl.protocol.xmpp.XmppProtocolProvider.doConnect().299 XMPP provider Jabber:focus@auth.meet.jitsi/focus1800233698140369@xmpp.meet.jitsi connected (JID: focus@auth.meet.jitsi/focus1800233698140369)
Jicofo 2019-11-28 08:23:17.277 INFO: [10] org.eclipse.jetty.server.handler.ContextHandler.doStart() Started o.e.j.s.ServletContextHandler@5b3b4209{/,null,AVAILABLE}
Jicofo 2019-11-28 08:23:17.452 INFO: [10] org.eclipse.jetty.server.AbstractConnector.doStart() Started MuxServerConnector@439dddfa{HTTP/1.1,[http/1.1]}{0.0.0.0:8888}
Jicofo 2019-11-28 08:23:17.457 INFO: [10] org.eclipse.jetty.server.Server.doStart() Started @11463ms
Jicofo 2019-11-28 08:23:17.471 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() net.java.sip.communicator.impl.protocol.jabber.extensions.caps.EntityCapsManager.CAPS.http://prosody.im#ZBWApSGFMsTZkuVThHtyU5xv1Mk==<query xmlns='http://jabber.org/protocol/disco#info' node='http://prosody.im#ZBWApSGFMsTZkuVThHtyU5xv1Mk='><identity category='pubsub' name='Prosody' type='pep'/><identity category='server' name='Prosody' type='im'/><feature var='urn:xmpp:ping'/><feature var='jabber:iq:roster'/><feature var='msgoffline'/><feature var='vcard-temp'/><feature var='jabber:iq:private'/><feature var='urn:xmpp:time'/><feature var='jabber:iq:time'/><feature var='jabber:iq:last'/><feature var='http://jabber.org/protocol/pubsub#publish'/><feature var='http://jabber.org/protocol/disco#info'/><feature var='http://jabber.org/protocol/disco#items'/><feature var='jabber:iq:register'/><feature var='http://jabber.org/protocol/commands'/><feature var='jabber:iq:version'/></query>
Jicofo 2019-11-28 08:23:17.481 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.BRIDGE_MUC=jvbbrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:17.481 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.auth.URL=XMPP:meet.jitsi
Jicofo 2019-11-28 08:23:17.481 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.jigasi.BREWERY=jigasibrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:17.482 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.jibri.PENDING_TIMEOUT=90
Jicofo 2019-11-28 08:23:17.482 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.jibri.BREWERY=jibribrewery@internal-muc.meet.jitsi
Jicofo 2019-11-28 08:23:17.482 INFO: [1] org.jitsi.impl.configuration.ConfigurationServiceImpl.log() org.jitsi.jicofo.ALWAYS_TRUST_MODE_ENABLED=true
Jicofo 2019-11-28 08:23:17.524 INFO: [1] java.util.prefs.run() Created user preferences directory.
Jicofo 2019-11-28 08:23:17.539 INFO: [1] org.jitsi.xmpp.component.ComponentBase.log() Component org.jitsi.jicofo. config: 
Jicofo 2019-11-28 08:23:17.541 INFO: [1] org.jitsi.xmpp.component.ComponentBase.log()   ping interval: 10000 ms
Jicofo 2019-11-28 08:23:17.541 INFO: [1] org.jitsi.xmpp.component.ComponentBase.log()   ping timeout: 5000 ms
Jicofo 2019-11-28 08:23:17.569 INFO: [1] org.jitsi.xmpp.component.ComponentBase.log()   ping threshold: 3
Jicofo 2019-11-28 08:23:19.117 INFO: [28] org.jitsi.jicofo.xmpp.BaseBrewery.processInstanceStatusChanged().318 Added brewery instance: jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b
Jicofo 2019-11-28 08:23:19.121 INFO: [28] org.jitsi.jicofo.BridgeSelector.log() Added videobridge: jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b v: null
Jicofo 2019-11-28 08:23:19.125 WARNING: [28] org.jitsi.jicofo.BridgeSelector.log() No pub-sub node mapped for jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b
Jicofo 2019-11-28 08:23:19.158 INFO: [42] org.jitsi.jicofo.JvbDoctor.log() Scheduled health-check task for: jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b
Jicofo 2019-11-28 08:23:29.187 SEVERE: [17] org.jitsi.jicofo.JvbDoctor.log() Unexpected error returned by the bridge: jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b, err: <iq to='focus@auth.meet.jitsi/focus1800233698140369' from='jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b' id='93Vok-74' type='error'><error type='auth'><not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>
Jicofo 2019-11-28 08:23:39.162 SEVERE: [43] org.jitsi.jicofo.JvbDoctor.log() Unexpected error returned by the bridge: jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b, err: <iq to='focus@auth.meet.jitsi/focus1800233698140369' from='jvbbrewery@internal-muc.meet.jitsi/1fe05ef2275b' id='93Vok-79' type='error'><error type='auth'><not-authorized xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>
Jicofo 2019-11-28 08:23:43.339 INFO: [32] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: focus.meet.jitsi, null

What is bothering me is these lines in the JVB:

Jicofo 2019-11-28 12:53:50.352 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: muc.meet.jitsi, null

Jicofo 2019-11-28 12:53:50.352 INFO: [17] org.jitsi.jicofo.JitsiMeetServices.log() MUC component discovered: muc.meet.jitsi

Jicofo 2019-11-28 12:53:50.374 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: internal-muc.meet.jitsi, null
Jicofo 2019-11-28 12:53:50.383 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: recorder.meet.jitsi, IQ Stanza (query jabber:iq:version) [to=focus@auth.meet.jitsi/focus3042447686795,from=recorder.meet.jitsi,id=VSUpc-53,type=result,]

Jicofo 2019-11-28 12:53:50.385 INFO: [17] org.jitsi.jicofo.ComponentsDiscovery.log() New component discovered: auth.meet.jitsi, IQ Stanza (query jabber:iq:version) [to=focus@auth.meet.jitsi/focus3042447686795,from=auth.meet.jitsi,id=VSUpc-58,type=result,]

I think Jicofo does not discovers my jvb and that value is null. What could have caused that? Please help me with this.

If there is no jvb you will see a reload screen on all participants, is this what you see?

No, I see a black screen as the audio and video of all participants is automatically turned off.

This means there is jvb, it is just the clients cannot send media to it, because of wrong address or blocked or not forwarded port.

How do i set that up in a docker setup. I am using docker-jitsi-meet on an AWS EC2 instance. According to the README i have left DOCKER_HOST_ADDRESS empty as jvb automagically detects the public and private IP of the AWS instance. Do i still need to manually change NAT_HARVESTER_IP_ADDRESS of the jvb container?

My open ports are:

Result of
sudo lsof -i -P -n | grep LISTEN

systemd-r   748 systemd-resolve   13u  IPv4   18696      0t0  TCP *.*.*.*:53 (LISTEN)
sshd        926            root    3u  IPv4   21604      0t0  TCP *:22 (LISTEN)
sshd        926            root    4u  IPv6   21726      0t0  TCP *:22 (LISTEN)
nginx       960            root    6u  IPv4   22578      0t0  TCP *:80 (LISTEN)
nginx       960            root    7u  IPv6   22579      0t0  TCP *:80 (LISTEN)
nginx       961        www-data    6u  IPv4   22578      0t0  TCP *:80 (LISTEN)
nginx       961        www-data    7u  IPv6   22579      0t0  TCP *:80 (LISTEN)
docker-pr  1568            root    4u  IPv6   25777      0t0  TCP *:8000 (LISTEN)
docker-pr  1588            root    4u  IPv6   25818      0t0  TCP *:443 (LISTEN)
docker-pr  2462            root    4u  IPv6   29018      0t0  TCP *:4443 (LISTEN)

Is this fine?

If there is a firewall on the host machine make sure udp 10000 is open. Also make sure tcp 443 and udp 10000 to be forwarded to the machine (to be in aws security group).

I have opened all the tcp and udp ports out of frustration and it still doesn’t work, here are my inbound and outbound rules. There is no additional firewall in the EC2 instance.

The ports are being forwarded, here is my docker setup:

Here are my full jicofo logs, they haven’t changed even after me modifying the rules. I always make sure to delete the $CONFIG directory, so it isn’t because of an old configuration change. A month back saghul was telling me about some bug in the docker repo. Can it be that bug? If so, which is the stable commit in the repo that i can fall back to?

I’m not familiar with the docker setup, so I will ask @saghul to chime in.

Can you check your jicofo logs?

Ok, Thanks. Here is my jicofo logs. Sorry i forgot to include it earlier.

jicofo.txt (29.1 KB)

Got it. I guess you just built the containers yourself with “make” ? Please use the dev branch, I just fixed that with @damencho

You are correct. I did build them with make. I did so because I modified some parts of the project to use jibri. Can I use make in the dev branch?

Even that isn’t working for me :frowning: .I am getting the same logs in jicofo . I tried this in my local system as well, putting the DOCKER_HOST_ADDRESS as my public ip. I deleted the config file and any previous docker image that was built to avoid conflict. Tried once with make and once with directly docker-compose up -d with the dev branch. Am i doing something wrong in my .env file?

#
# Basic configuration options
#

# Directory where all configuration will be stored.
CONFIG=~/.jitsi-meet-cfg

# Exposed HTTP port.
HTTP_PORT=8000

# Exposed HTTPS port.
HTTPS_PORT=8443

# System time zone.
TZ=Europe/Amsterdam

# Public URL for the web service.
#PUBLIC_URL="https://meet.example.com"

# IP address of the Docker host. See the "Running on a LAN environment" section
# in the README.
#DOCKER_HOST_ADDRESS=192.168.1.1
DOCKER_HOST_ADDRESS=<MY_PUBLIC_IP_ADD>

#
# Let's Encrypt configuration
#

# Enable Let's Encrypt certificate generation.
#ENABLE_LETSENCRYPT=1

# Domain for which to generate the certificate.
#LETSENCRYPT_DOMAIN=meet.example.com

# E-Mail for receiving important account notifications (mandatory).
#LETSENCRYPT_EMAIL=alice@atlanta.net


#
# Etherpad integration (for document sharing)
#

# Set etherpad-lite URL (uncomment to enable).
#ETHERPAD_URL_BASE=http://etherpad.meet.jitsi:9001


#
# Basic Jigasi configuration options (needed for SIP gateway support)
#

# SIP URI for incoming / outgoing calls.
#JIGASI_SIP_URI=test@sip2sip.info

# Password for the specified SIP account as a clear text
#JIGASI_SIP_PASSWORD=passw0rd

# SIP server (use the SIP account domain if in doubt).
#JIGASI_SIP_SERVER=sip2sip.info

# SIP server port
#JIGASI_SIP_PORT=5060

# SIP server transport
#JIGASI_SIP_TRANSPORT=UDP

#
# Authentication configuration (see README for details)
#

# Enable authentication.
#ENABLE_AUTH=1

# Enable guest access.
#ENABLE_GUESTS=1

# Select authentication type: internal, jwt or ldap
#AUTH_TYPE=internal

# JWT auuthentication
#

# Application identifier.
#JWT_APP_ID=my_jitsi_app_id

# Application secret known only to your token.
#JWT_APP_SECRET=my_jitsi_app_secret

# (Optional) Set asap_accepted_issuers as a comma separated list.
#JWT_ACCEPTED_ISSUERS=my_web_client,my_app_client

# (Optional) Set asap_accepted_audiences as a comma separated list.
#JWT_ACCEPTED_AUDIENCES=my_server1,my_server2


# LDAP authentication (for more information see the Cyrus SASL saslauthd.conf man page)
#

# LDAP url for connection.
#LDAP_URL=ldaps://ldap.domain.com/

# LDAP base DN. Can be empty
#LDAP_BASE=DC=example,DC=domain,DC=com

# LDAP user DN. Do not specify this parameter for the anonymous bind.
#LDAP_BINDDN=CN=binduser,OU=users,DC=example,DC=domain,DC=com

# LDAP user password. Do not specify this parameter for the anonymous bind.
#LDAP_BINDPW=LdapUserPassw0rd

# LDAP filter. Tokens example:
# %1-9 - if the input key is user@mail.domain.com, then %1 is com, %2 is domain and %3 is mail.
# %s - %s is replaced by the complete service string.
# %r - %r is replaced by the complete realm string.
#LDAP_FILTER=(sAMAccountName=%u)

# LDAP authentication method
#LDAP_AUTH_METHOD=bind

# LDAP version
#LDAP_VERSION=3

# LDAP TLS using
#LDAP_USE_TLS=1

# List of SSL/TLS ciphers to allow.
#LDAP_TLS_CIPHERS=SECURE256:SECURE128:!AES-128-CBC:!ARCFOUR-128:!CAMELLIA-128-CBC:!3DES-CBC:!CAMELLIA-128-CBC

# Require and verify server certificate
#LDAP_TLS_CHECK_PEER=1

# Path to CA cert file. Used when server sertificate verify is enabled.
#LDAP_TLS_CACERT_FILE=/etc/ssl/certs/ca-certificates.crt

# Path to CA certs directory. Used when server sertificate verify is enabled.
#LDAP_TLS_CACERT_DIR=/etc/ssl/certs


#
# Advanced configuration options (you generally don't need to change these)
#

# Internal XMPP domain.
XMPP_DOMAIN=meet.jitsi

# Internal XMPP server
XMPP_SERVER=xmpp.meet.jitsi

# Internal XMPP server URL
XMPP_BOSH_URL_BASE=http://xmpp.meet.jitsi:5280

# Internal XMPP domain for authenticated services.
XMPP_AUTH_DOMAIN=auth.meet.jitsi

# XMPP domain for the MUC.
XMPP_MUC_DOMAIN=muc.meet.jitsi

# XMPP domain for the internal MUC used for jibri, jigasi and jvb pools.
XMPP_INTERNAL_MUC_DOMAIN=internal-muc.meet.jitsi

# XMPP domain for unauthenticated users.
XMPP_GUEST_DOMAIN=guest.meet.jitsi

# Custom Prosody modules for XMPP_DOMAIN (comma separated)
XMPP_MODULES=

# Custom Prosody modules for MUC component (comma separated)
XMPP_MUC_MODULES=

# Custom Prosody modules for internal MUC component (comma separated)
XMPP_INTERNAL_MUC_MODULES=

# MUC for the JVB pool.
JVB_BREWERY_MUC=jvbbrewery

# XMPP user for JVB client connections.
JVB_AUTH_USER=jvb

# XMPP password for JVB client connections.
JVB_AUTH_PASSWORD=passw0rd

# STUN servers used to discover the server's public IP.
JVB_STUN_SERVERS=stun.l.google.com:19302,stun1.l.google.com:19302,stun2.l.google.com:19302

# Media port for the Jitsi Videobridge
JVB_PORT=10000

# TCP Fallback for Jitsi Videobridge for when UDP isn't available
JVB_TCP_HARVESTER_DISABLED=true
JVB_TCP_PORT=4443

# A comma separated list of APIs to enable when the JVB is started. The default is none.
# See https://github.com/jitsi/jitsi-videobridge/blob/master/doc/rest.md for more information
#JVB_ENABLE_APIS=rest,colibri

# XMPP component password for Jicofo.
JICOFO_COMPONENT_SECRET=s3cr37

# XMPP user for Jicofo client connections. NOTE: this option doesn't currently work due to a bug.
JICOFO_AUTH_USER=focus

# XMPP password for Jicofo client connections.
JICOFO_AUTH_PASSWORD=passw0rd

# XMPP user for Jigasi MUC client connections.
JIGASI_XMPP_USER=jigasi

# XMPP password for Jigasi MUC client connections.
JIGASI_XMPP_PASSWORD=passw0rd

# MUC name for the Jigasi pool.
JIGASI_BREWERY_MUC=jigasibrewery

# Minimum port for media used by Jigasi.
JIGASI_PORT_MIN=20000

# Maximum port for media used by Jigasi.
JIGASI_PORT_MAX=20050

# Enable SDES srtp
#JIGASI_ENABLE_SDES_SRTP=1

# Keepalive method
#JIGASI_SIP_KEEP_ALIVE_METHOD=OPTIONS

# Health-check extension
#JIGASI_HEALTH_CHECK_SIP_URI=keepalive

# Health-check interval
#JIGASI_HEALTH_CHECK_INTERVAL=300000
#
# Enable Jigasi transcription.
#ENABLE_TRANSCRIPTIONS=1

# Jigasi will recordord an audio when transcriber is on. Default false.
#JIGASI_TRANSCRIBER_RECORD_AUDIO=true

# Jigasi will send transcribed text to the chat when transcriber is on. Default false.
#JIGASI_TRANSCRIBER_SEND_TXT=true

# Jigasi post to the chat an url with transcription file. Default false.
#JIGASI_TRANSCRIBER_ADVERTISE_URL=true

# Credentials for connect to Cloud Google API from Jigasi. Path located inside the container.
# Please read https://cloud.google.com/text-to-speech/docs/quickstart-protocol
# section "Before you begin" from 1 to 5 paragraph. Copy the key on
# the docker host to ${CONFIG}/jigasi/key.json and to enable this setting:
#GOOGLE_APPLICATION_CREDENTIALS=/config/key.json

# Disable HTTPS. This can be useful if TLS connections are going to be handled outside of this setup.
#DISABLE_HTTPS=1

# Redirects HTTP traffic to HTTPS. Only works with the standard HTTPS port (443).
#ENABLE_HTTP_REDIRECT=1

HAve you done a git pull on the dev branch? And then another make? I literally fixed this today.

I did a
git clone -b dev https://github.com/jitsi/docker-jitsi-meet.git
and after that, I removed my config files and previous images and did a make. :frowning:

What is the last commit you have in your clone? This is the commit that fixed it: https://github.com/jitsi/docker-jitsi-meet/commit/a0b9cd13829c64bfe1a6cb413a10f2eafb6e2dbe

You can check if your sip-communicator.properties file has that line or not in $CONFIG/jvb

My last commit is

commit af305af8804911a767e23a8018a499bb84cadab2 ( **HEAD ->** **dev** , **origin/dev** )

Author: Saúl Ibarra Corretgé <s@saghul.net>

Date: Fri Nov 29 11:42:10 2019 +0100

doc: fix prosodyctl syntax

Ok, then you do have the right code. If you ran make and cleared CONFIG it should Just Work. What does the sipc-ommunicator.properties file for the JVB ?

Here is my sip-communicator file

org.jitsi.videobridge.SINGLE_PORT_HARVESTER_PORT=10000

org.jitsi.videobridge.DISABLE_TCP_HARVESTER=true

org.jitsi.videobridge.TCP_HARVESTER_PORT=4443

org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=stun.l.google.com:19302,stun1.l.google.com:19302,stun2.l.google.com:19302

org.jitsi.videobridge.xmpp.user.shard.HOSTNAME=xmpp.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.DOMAIN=auth.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.USERNAME=jvb

org.jitsi.videobridge.xmpp.user.shard.PASSWORD=passw0rd

org.jitsi.videobridge.xmpp.user.shard.MUC_JIDS=jvbbrewery@internal-muc.meet.jitsi

org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME=e330f74707d3

org.jitsi.videobridge.xmpp.user.shard.DISABLE_CERTIFICATE_VERIFICATION=true

org.jitsi.videobridge.ENABLE_STATISTICS=true

org.jitsi.videobridge.STATISTICS_TRANSPORT=muc

org.jitsi.videobridge.STATISTICS_INTERVAL=5000

The AUTHORIZED_SOURCE_REGEXP is not there as according to the commit.