Audio drops 30min into the conference

Hi everyone,

I’ve encountered a strange behavior & any help would be really appreciated.
Jitsi instance is running on Ubuntu 18.04 - quick installed, not behind NAT.

We had 2 participant conference today with Jibri recording the session. Everything was running smoothly until we were 30min into the conference when 1 member dropped the audio.

I could not hear him at all, while at the same time Jibri could record him - but his voice volume was lowered a lot.

One user was with Chrome, the one that lost audio was with Firefox.

These are the log bits related to the exact time we started having issues:

Jicofo 2020-06-08 09:58:59.369 INFO: [88] org.jitsi.jicofo.LipSyncHack.log() Not merging A/V streams from conference@conference
Jicofo 2020-06-08 09:59:14.950 INFO: [27] org.jitsi.protocol.xmpp.AbstractOperationSetJingle.sendRemoveSourceIQ().581 Notify remove SSRC conference@conferece SID: 7o5cdc9rbdu5h Sources{ audio: [ssrc=2147265442 ] }@114371723 source_Groups{ audio:[ ] }@1070135223
Jicofo 2020-06-08 09:59:14.952 INFO: [27] org.jitsi.protocol.xmpp.AbstractOperationSetJingle.sendAddSourceIQ().478 Notify add SSRC conferece@conference SID: 7o5cdc9rbdu5h Sources{ video: audio: [ssrc=1998859516 ] }@1412765485 source_Groups{ }@696516282

Jicofo logs above were running in circles, until we dropped the conference.

JVB logs:

2020-06-08 09:59:59.897 INFO: [53629] [confId=a94571397dfe4cbf epId=52fc99c8 local_ufrag=6fjd71ea9f2s0r gid=ff7fa3 stats_id=ID-pGE conf_name=conference] IceTransport.iceStateChanged#327: ICE state changed old=Com
Got sctp association state update: 1
sctp is now up. was ready? false
2020-06-08 10:00:00.280 SEVERE: [53680] [confId=a94571397dfe4cbf epId=52fc99c8 gid=ff7fa3 stats_id=ID-pGE conf_name=conference] DataChannelStack.onIncomingDataChannelPacket#81: Could not find data channel for sid 1
2020-06-08 10:00:46.834 WARNING: [53688] [confId=a94571397dfe4cbf gid=ff7fa3 stats_id=ID-pGE componentId=1 conf_name=conference ufrag=6fjd71ea9f2s0r name=stream-52fc99c8 epId=52fc99c8 local_ufrag=6fjd71ea9f2s0r] MergingDatagramSocket.doRemove#349: Removing the active socket. Won’t be able to send until a new one is elected.

Prosody & Jibri logs are ok, there are no warnings/severe’s.

Thanks for helping!

Config files on the server:

videobridge sip-comm
org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME=nickname-nickname-nickname-nickname (replaced the original nick)


Jitsi Videobridge settings

sets the XMPP domain (default: none)

sets the hostname of the XMPP server (default: domain if set, localhost otherwise)


sets the port of the XMPP server (default: 5275)


sets the shared secret used to authenticate to the XMPP server


extra options to pass to the JVB daemon


adds java system props that are passed to jvb (default are for home and logging config file)


meet -config.js

hosts: {
// XMPP domain.
domain: ‘’,
// XMPP MUC domain. FIXME: use XEP-0030 to discover it.
muc: '
// BOSH URL. FIXME: use XEP-0156 to discover it.
bosh: ‘//’,
// The name of client node advertised in XEP-0115 ‘c’ stanza
clientNode: ‘’,

jicofo config

Jitsi Conference Focus settings

sets the host name of the XMPP server


sets the XMPP domain (default: none)

sets the secret used to authenticate as an XMPP component


sets the port to use for the XMPP component connection


sets the XMPP domain name to use for XMPP user logins

sets the username to use for XMPP user logins


sets the password to use for XMPP user logins


extra options to pass to the jicofo daemon


adds java system props that are passed to jicofo (default are for home and logging config file)


@Dca Were you able to fix this?

Nope, I switched to BBB (works flawlessly) after numerous problems with Jitsi out of the box & tons of Googling for debugging.