Hello everyone!
I was made aware that a meeting had no video or audio, looking at the logs of the jvb I found the following:
{"log":"JVB 2022-04-25 11:08:00.363 INFO: [73] [confId=96b19d990531c1ed epId=e365ad04 gid=89263 stats_id=Selina-CRR conf_name=meeting@muc.meet.jitsi] BandwidthAllocator.allocate#379: Endpoints were suspended due to insufficient bandwidth (bwe=-1 bps): dbdd6580\n","stream":"stderr","time":"2022-04-25T09:08:00.363762547Z"}
{"log":"JVB 2022-04-25 11:08:02.845 WARNING: [162] [confId=96b19d990531c1ed epId=e365ad04 gid=89263 stats_id=Selina-CRR conf_name=meeting@muc.meet.jitsi] EndpointMessageTransport.endpointMessage#598: Unable to find endpoint to send EndpointMessage to: ad2ddf30\n","stream":"stderr","time":"2022-04-25T09:08:02.84571816Z"}
{"log":"JVB 2022-04-25 11:08:06.418 WARNING: [166] [confId=96b19d990531c1ed epId=dbdd6580 gid=89263 stats_id=Icie-Jh3 conf_name=meeting@muc.meet.jitsi] EndpointMessageTransport.endpointMessage#598: Unable to find endpoint to send EndpointMessage to: ad2ddf30\n","stream":"stderr","time":"2022-04-25T09:08:06.418718155Z"}
{"log":"JVB 2022-04-25 11:08:06.546 WARNING: [39] [confId=96b19d990531c1ed epId=dbdd6580 gid=89263 stats_id=Icie-Jh3 conf_name=meeting@muc.meet.jitsi] AbstractEndpointMessageTransport.onMessage#67: Invalid message received (Parameter specified as non-null is null: method org.jitsi.videobridge.message.EndpointStats.put, parameter value (through reference chain: org.jitsi.videobridge.message.EndpointStats[\"connectionQuality\"]): {\"colibriClass\":\"EndpointStats\",\"bitrate\":{\"upload\":71,\"download\":32,\"audio\":{\"upload\":0,\"download\":32},\"video\":{\"upload\":69,\"download\":0}},\"packetLoss\":{\"total\":0,\"download\":0,\"upload\":0},\"connectionQuality\":null,\"jvbRTT\":47,\"maxEnabledResolution\":2160}\n","stream":"stderr","time":"2022-04-25T09:08:06.547012899Z"}
Unfortunately, I wasnāt able to reproduce the issue myself and donāt know what clients were used in the meeting. Apart from disabling bandwidth-estimation, which I would rather not, and seeing whether the issue shows up again, does someone have an idea how I might be able to reproduce the issue or what to look for in the logs for more relevant information?
When I start a meeting, the bwe is always sensible, not the -1 that was reported in the log above; are there any typical reasons why -1 could be reported for bwe if usually the estimation seems to work?
Iām running jitsi meet with docker compose, stable-7001, according to the quick-start guide with no other special configuration.
Websockets seem to work properly, no errors in browser console, and both P2P meetings and meetings through JVB work with participants via iOS, Firefox, and Chromium (Brave). In general, meetings (also with external participants) work fine, so I would assume the configuration of ports, websockets, etc. is in order. The only warnings I receive in the browser console are:
2022-04-28T11:27:42.149Z [modules/statistics/AnalyticsAdapter.js] <dispose>: Disposing of analytics adapter.
2022-04-28T11:27:42.306Z [features/base/devices] <MC>: Adjusting audio output is not supported
2022-04-28T11:27:43.142Z [modules/xmpp/strophe.jingle.js] <2849/getStunAndTurnCredentials/<>: getting turn credentials with extdisco:2 failed, trying extdisco:1
2022-04-28T11:27:43.147Z [modules/xmpp/strophe.jingle.js] <2849/getStunAndTurnCredentials/</<>: getting turn credentials failed
2022-04-28T11:27:43.147Z [modules/xmpp/strophe.jingle.js] <2849/getStunAndTurnCredentials/</<>: is mod_turncredentials or similar installed and configured?
The description does not look like plan-b
But these donāt seem critical to me.