Jitsi meet stop workin with 3 participants

Greetings,

I have a jitsi-meet server with Debian 10.
I followed all the instructions for installation.
The meet goes fine with 2 participants (1 from chrome, other from android app). but when I add another (chrome incognito) the android app sound and video goes down.
The chrome audio still working with 3 or more.

this is my netstat -pant | grep LISTEN output:
tcp 0 0 127.0.0.1:5347 0.0.0.0:* LISTEN 4791/lua5.2
tcp 0 0 0.0.0.0:5222 0.0.0.0:* LISTEN 4791/lua5.2
tcp 0 0 0.0.0.0:5269 0.0.0.0:* LISTEN 4791/lua5.2
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 736/sshd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 310/cupsd
tcp 0 0 0.0.0.0:5280 0.0.0.0:* LISTEN 4791/lua5.2
tcp6 0 0 ::1:5347 :::* LISTEN 4791/lua5.2
tcp6 0 0 :::5222 :::* LISTEN 4791/lua5.2
tcp6 0 0 :::80 :::* LISTEN 371/apache2
tcp6 0 0 :::5269 :::* LISTEN 4791/lua5.2
tcp6 0 0 :::22 :::* LISTEN 736/sshd
tcp6 0 0 ::1:631 :::* LISTEN 310/cupsd
tcp6 0 0 :::8888 :::* LISTEN 3183/java
tcp6 0 0 :::443 :::* LISTEN 371/apache2
tcp6 0 0 :::5280 :::* LISTEN 4791/lua5.2

What can be the problem?

Thanks.

Hi!
According to many threats about that here, it is worth checking the videobridge logs as videobridge is responsible for calls with more than 2 participants. With only 2 it is peer-2-peer

Greetings

There’s a tail of /var/log/jitsi/jvb.log when the 3rd in Andrond enter the room

2020-04-27 16:36:22.593 ADVERTENCIA: [139] [confId=7c6f3d9f30ad9610 epId=106d0950 gid=ff2082 stats_id=Vicky-IJ4 conf_name=room] AbstractEndpointMessageTransport.onClientEndpointMessage#219: Unable to find endpoint 871715ad to send EndpointMessage
2020-04-27 16:36:23.178 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad local_ufrag=5k5ae1e6ui7ts9 gid=ff2082 conf_name=room ufrag=5k5ae1e6ui7ts9] Agent.gatherCandidates#662: Gathering candidates for component stream-871715ad.RTP.
2020-04-27 16:36:23.186 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad gid=ff2082 conf_name=room] Endpoint.lambda$setTransportInfo$8#1150: Ignoring empty DtlsFingerprint extension:
2020-04-27 16:36:23.187 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad gid=ff2082 conf_name=room] Endpoint.describe#1333: Transport description:
32:8B:D1:A7:7B:FA:D0:38:DA:D0:0A:0C:86:82:E9:32:58:C5:83:AE:EC:2C:06:4F:3C:8B:2B:D8:CC:72:59:57
2020-04-27 16:36:24.049 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad gid=ff2082 stats_id=Stefan-SGI conf_name=room] DtlsTransport.setSetupAttribute#120: The remote side is acting as DTLS server, we’ll act as client
2020-04-27 16:36:24.050 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad local_ufrag=5k5ae1e6ui7ts9 gid=ff2082 stats_id=Stefan-SGI conf_name=room] IceTransport.startConnectivityEstablishment#182: Starting the Agent without remote candidates.
2020-04-27 16:36:24.050 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI conf_name=room ufrag=5k5ae1e6ui7ts9 epId=871715ad local_ufrag=5k5ae1e6ui7ts9] Agent.startConnectivityEstablishment#753: Start ICE connectivity establishment.
2020-04-27 16:36:24.051 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI conf_name=room ufrag=5k5ae1e6ui7ts9 epId=871715ad local_ufrag=5k5ae1e6ui7ts9] Agent.initCheckLists#996: Init checklist for stream stream-871715ad
2020-04-27 16:36:24.051 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI conf_name=room ufrag=5k5ae1e6ui7ts9 epId=871715ad local_ufrag=5k5ae1e6ui7ts9] Agent.setState#963: ICE state changed from Waiting to Running.
2020-04-27 16:36:24.051 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad local_ufrag=5k5ae1e6ui7ts9 gid=ff2082 stats_id=Stefan-SGI conf_name=room] IceTransport.iceStateChanged#328: ICE state changed old=Waiting new=Running
2020-04-27 16:36:24.051 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI conf_name=room ufrag=5k5ae1e6ui7ts9 epId=871715ad local_ufrag=5k5ae1e6ui7ts9] ConnectivityCheckClient.startChecks#142: Start connectivity checks.
2020-04-27 16:36:24.052 INFORMACIÓN: [119] [confId=7c6f3d9f30ad9610 epId=871715ad gid=ff2082 stats_id=Stefan-SGI conf_name=room] Endpoint.describe#1333: Transport description:
32:8B:D1:A7:7B:FA:D0:38:DA:D0:0A:0C:86:82:E9:32:58:C5:83:AE:EC:2C:06:4F:3C:8B:2B:D8:CC:72:59:57
2020-04-27 16:36:24.055 INFORMACIÓN: [142] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI componentId=1 conf_name=room ufrag=5k5ae1e6ui7ts9 name=stream-871715ad epId=871715ad local_ufrag=5k5ae1e6ui7ts9] Component.addUpdateRemoteCandidates#347: Update remote candidate for stream-871715ad.RTP: 192.168.0.101:45466/udp
2020-04-27 16:36:24.057 INFORMACIÓN: [142] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI componentId=1 conf_name=room ufrag=5k5ae1e6ui7ts9 name=stream-871715ad epId=871715ad local_ufrag=5k5ae1e6ui7ts9] Component.updateRemoteCandidates#481: new Pair added: SERVER-IP-HERE:10000/udp/host -> 192.168.0.101:45466/udp/host (stream-871715ad.RTP).
2020-04-27 16:36:24.057 INFORMACIÓN: [142] [confId=7c6f3d9f30ad9610 epId=871715ad gid=ff2082 stats_id=Stefan-SGI conf_name=room] Endpoint.describe#1333: Transport description:
32:8B:D1:A7:7B:FA:D0:38:DA:D0:0A:0C:86:82:E9:32:58:C5:83:AE:EC:2C:06:4F:3C:8B:2B:D8:CC:72:59:57
2020-04-27 16:36:24.074 INFORMACIÓN: [76] [confId=7c6f3d9f30ad9610 gid=ff2082 stats_id=Stefan-SGI conf_name=room ufrag=5k5ae1e6ui7ts9 epId=871715ad local_ufrag=5k5ae1e6ui7ts9] ConnectivityCheckClient$PaceMaker.run#919: Pair failed: SERVER-IP-HERE:10000/udp/host -> 192.168.0.101:45466/udp/host (stream-871715ad.RTP)
2020-04-27 16:36:24.997 INFORMACIÓN: [19] Videobridge.createConference#319: create_conf, id=b95ec791b869a762 gid=null logging=false
2020-04-27 16:36:25.005 INFORMACIÓN: [19] AbstractHealthCheckService.run#171: Performed a successful health check in PT0.009347S. Sticky failure: false

It seems like the server tries to bind with peer with local network addres, but i’m connecting from outside.

Y already add port forwarding and “pass” rules in firewall.

this is my /etc/jitsi/videobridge/sip-communicator.properties:

org.ice4j.ice.harvest.DISABLE_AWS_HARVESTER=true
org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=SERVER-IP-ADDRESS
###Don't know if here goes the ISP-given ip or the firewall IP###
org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=ISP-GIVEN-IP-ADDRESS
org.jitsi.videobridge.ENABLE_STATISTICS=true
org.jitsi.videobridge.STATISTICS_TRANSPORT=muc
org.jitsi.videobridge.xmpp.user.shard.HOSTNAME=localhost
org.jitsi.videobridge.xmpp.user.shard.DOMAIN=auth.meet.mydomain.com
org.jitsi.videobridge.xmpp.user.shard.USERNAME=jvb
org.jitsi.videobridge.xmpp.user.shard.PASSWORD=6x@6OX37
org.jitsi.videobridge.xmpp.user.shard.MUC_JIDS=JvbBrewery@internal.auth.meet.mydomain.com
org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME=832044bb-9672-46ed-86f1-a4342ceabd89

In my case, I am also behind a NAT and it seems like jitsi videobridge has configured itself automatically for that. In case you want to fill out the values. The public address should be the ISP-given one and the local address is your local IP address of the computer which is running jitsi, for example 192.168.178.40. Under Linux you can see the address typing “ifconfig”.

Edit: maybe someone from jitsi can confirm the public IP entry. How about putting a dynamic domain name there? As the public IP is changing with some ISPs.

Greetings
Hackuppp

I has
org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=meet-jit-si-turnrelay.jitsi.net:443
in my sip-communication.properties before. When I read the installation guide it sais to comment this line and add the local and public address, but still not working.

I saw something like autogenerated certs problems but I have one from Let’s encrypt.

That “peer” error seems to be the problem, but I don’t know how to solve it.

I just installed Jitsi meet on Google compute engine and see the exact same behavior. Everything works fine for 2 participants, the moment a 3rd one joins I lose audio and video feeds from both of them.

Weird…
I reinstalled and worked.
I don know why but it works now