Bad call Quality and low bandwidth even though more bandwidth is available

I am having an issue in almost all calls where they start out fine, with like 3000kbps up and down for all callers, then after a few minutes some of them will drop down to 150kbps or less and the call quality becomes horrible. This happens in p2p and non p2p calls.

A refresh of the page will always fix the issue and bring the speed back up with good quality audio and video. Are there any config changes i could possibly make that might fix this? Is it a problem in bandwidth estimations or jitsi version or chrome?

1 Like

So it seems like this is a problem with Google chrome actually. Bandwidth never goes over a certain amount and it is never sustained.

When using Firefox I was able to keep a solid 5mbps - 6mbps upload and download. Only downside is occasionally some computers will have some problems with camera access in Firefox.

Are there any known issues with Jitsi/WebRTC in Google Chrome 70 through 72?

Check for packet loss.
Which version of jitsi?

version 3383. However I will be updated later today to 3508 due to the Chrome 72 problems that were mentioned. Perhaps that might fix some of my problems with bandwidth as well.

Typically only 0-1% packet loss.

I’am using 3344 in production environment. Compared to 1622 older prod version its better about bandwidth estimation etc… and works much better even at bad network conditions… No such problem as described…

May be you can play with startBitrate, minBitrate within config.js

With Firefox being able to pump double the bandwidth of chrome though, I’m not sure how far i will get with that as a fix. However I will give those values a try in my config after I update to latest version if that brings no speed increases to Chrome.

Maybe this is because Firefox not able to do simulcast and always sending 720p.

I’m still seeing the problem today. And I think the point is that if FF can send 720p no problem, then the line is good – or good enough. So that puts the problem squarely on either chrome, or how the jitsi client code is interpreting/responding to chrome.

I’ve just recently dealt with 5 repro scenarios where the client pushed bandwidth down below 100kbps. Yes, there was some packet loss, but not enough to warrant a reduction to 100kbps! Speedtest showed 1.1 mbps available.

Turning off TCC and REMB resulted in awesome quality on all repro cases.

I’m thinking of just integrating a little speedtest while clients are joining and trusting that speedtest over TCC – but that adds a different risk–the risk of truly changing conditions.

Haven’t tried the mobile apps… I’m focusing on desktops at the moment.

1 Like

I still am to. Still use jitsi for one off things but am using whereby since that at least has good enough quality.

I may try disabling both TCC and REMB as well and see how things go.

1 Like

Well, we’re not just disabling tcc and remb… we’re planning on at least adding a speedtest to give us a starting point

In almost every circumstance where i am seeing low bandwidth and low video quality, the client and server both have very adequate available bandwidth determined via iperf hosted on the hosting jitsi server.


I’m seeing the same thing. I’ve seen it happen in P2P and JVB scenarios, so the problem probably isn’t the bridge. In my opinion, either TCC is broken or Jitsi’s use of TCC is. So many people praise TCC, however, that it makes me suspect the problem is the way TCC is being used. Bottom line, there’s some kind of feedback loop that ratchets down bandwidth, and it’s bad.

Yeah, seems like i will get some horrible quality and dipping into the low 100kbps, i refresh and its back up to 2-3mbps. after awhile it just shoots back down. Refreshing always brings back quality for me though temporarily.

1 Like

I am having the same issue. Call quality is pretty bad even in high bandwidth any suggestions? its becoming a show stopper for me. Any help is much appreciated.

1 Like

Maybe my post can help you:

1 Like

Any insight on this? It’s a showstopper – way too many people are saying they have 50mbps lines and TCC is ratcheting them down to 100kbps. :open_mouth:

Take a look at my post from today and report if that solved it please…