M_LIMIT_EXCEEDED error due to multiple networks (Docker) when trying to make or receive a voice call
See original GitHub issueSteps to reproduce
When making or receiving calls I got a pop-up message each time saying M_LIMIT_EXCEEDED
and the call was immediately disconnected. The solution for me was to remove some of my Docker networks.
I accumulated a large number of Docker networks over a period of many months, so it’s hard to say whether creating them manually will trigger this error. However the problem was definitely solved by removing them as a call beforehand failed with the above error but a subsequent call after removing the networks connected successfully. I’m also not sure exactly how many Docker networks are needed in order to trigger the error but I probably had 20 to 30 at a guess. After deletion I currently have only 4 and calls now work fine.
I’m not sure if this is a problem with Element, the homeserver, Firefox’s implementation of WebRTC or something else. If it’s not down to Element then could you let me know and I’ll report this to the relevant people?
I’m not an expert in ICE, STUN, and WebRTC but I’d imagine the solution would be to filter out the Docker networks so that they are never used during call set-up.
Outcome
What did you expect?
For the call to be established correctly.
What happened instead?
The call seemed to connect however almost immediately a pop-up containing the message M_LIMIT_EXCEEDED
was shown and the call was disconnected.
Operating system
Arch Linux 5.19.13-arch1-1 #1 SMP PREEMPT_DYNAMIC Tue, 04 Oct 2022 14:36:58 +0000 x86_64 GNU/Linux
Browser information
Firefox 105.0.3 (64-bit)
URL for webapp
Application version
Element version: 1.11.8, Olm version: 3.2.12
Homeserver
matrix.org
Will you send logs?
No
Issue Analytics
- State:
- Created a year ago
- Comments:7 (3 by maintainers)
Top GitHub Comments
@MadLittleMods I just deleted the highlighted item in my screenshot and refreshed the Element web app. Now I can see entries being added (under
logs
andlogslastmod
) so it looks like it’s working again.Sadly though that means that I don’t have logs for the period of time when I was getting these errors, so I’ll have to try to reproduce them and then send over the new logs.
@polaris64 I’m not sure how the logs exactly work 🙇. Perhaps you have a browser setting that doesn’t allow or clears IndexedDB 🤷
For reference, I see a bunch of entries in the IndexedDB
logs
in Firefox and Chrome.In any case, it looks like the information we need isn’t available so you will need to figure out how to make the logs record and reproduce again to get the details needed here.