reconnecting to the meeting randomly
-
I'm also experiencing frequent disconnect with MiroTalk, especially when using Chromium, but also regularly with Firefox. It works fine with other conferencing software (Jitsi/Meet/Zoom/Teams). When I mean frequent I mean something like almost every 5min at times. And when not that frequent it is at least several times per meeting.
The message on screen is Producer transport closed, I get disconnected and it reloads and reconnects me right away. But still it is quite disturbing.
I can attach the full log if necessary but I think the relevant message may be something like this:
2025-02-24T12:28:52Z [[36m2/24/2025, 12:28:52:913[39m] [[33mServer[39m] [Disconnect] - peer name { peer_name: [32m'Gauthier'[39m, reason: [32m'transport close'[39m } [35m+2s[39m
@MiroTalk said in reconnecting to the meeting randomly:
The cause could be:
- Network Instability: Temporary internet disruptions, such as mobile devices switching between 3G and 4G, or high latency, may lead to participants reconnecting.
- Server Restarts: If the server is restarted, for instance, after updates, participants may reconnect when the MiroTalk instance becomes available again.
- WebRTC Behavior: WebRTC may renegotiate connections under certain conditions, which can appear as reconnections.
I can confirm that it is definitely not 2 as I'm not reboot the server and everything else on it runs just fine.
On 1., it indeed seems to happen more often when on mobile data. But again, it does not happen with any other platform. And it also happens (maybe a bit less frequently) when using the fibre broadband at home. On 3., possibly something to do with WebRTC, but in my case they are actual disconnections. I drop out of the meeting completely, MiroTalk shows the error message, then then and I get reconnected automatically.One thing I've noticed is that it seems less frequent (or even not happening) for people connecting from a Windows PC (I'm on Linux).
Nevertheless I have been promoting MiroTalk as it is a great piece of software otherwise. It's a real shame I have some reliability issues.
@avatar1024 same here my team states that sometime every 2 to 5 mins it reconnects like almost every day
-
I’ve opened a thread here to discuss best strategies for handling unstable connections in mediasoup (built-in MiroTalk SFU server).
@MiroTalk said in reconnecting to the meeting randomly:
I’ve opened a thread here to discuss best strategies for handling unstable connections in mediasoup (built-in MiroTalk SFU server).
Really interesting thread, and making those changes for network interruptions might well work and do the trick for what we've experienced here (preventing the browser to close transport etc.).
I would just like to point out that in my case:
- There does not seem to be any network interruptions when the meeting connection drops. Everything else runs just fine, my wifi stays up and running, pages are loading, downloads are happening, etc.
- The connection to the meeting does already restart automatically, although I don't stay in the room. I am kicked out but I rejoin automatically (I don't need to manually refresh the page).
-
J jdaviescoates referenced this topic on
-
Things seems to have gone better for a while. But since the past couple of days it's gone really bad again. It feels like it is something on my end given other participants do not have those constant disconnections. Yet my internet seems very stable and for example with Jitsi or Teams (🤮) it's working totally fine and I have no disconnections...
I can't see anything in particular in the logs but happy to share the full log with @MiroTalk if useful.
I tried both with chromium and firefox and on two different servers (both cloudron with fresh install of mirotalk sfu)
-
Things seems to have gone better for a while. But since the past couple of days it's gone really bad again. It feels like it is something on my end given other participants do not have those constant disconnections. Yet my internet seems very stable and for example with Jitsi or Teams (🤮) it's working totally fine and I have no disconnections...
I can't see anything in particular in the logs but happy to share the full log with @MiroTalk if useful.
I tried both with chromium and firefox and on two different servers (both cloudron with fresh install of mirotalk sfu)
I have created a bug report: https://github.com/miroslavpejic85/mirotalksfu/issues/200
-
@mirotalk-57bab571 made improvements to the logic but unfortunately the issue is still present for me with disconnection every few minutes. I was able to capture logs from the MiroTalk app and from the browser console when a disconnection happen. See there: https://github.com/miroslavpejic85/mirotalksfu/issues/200#issuecomment-2804775013
In fact I have noticed the issue happen even if no one else is the meeting, so if I leave a meeting running with only me in it, it disconnects every few minutes (though just to be clear, sometimes it holds fine too, but more often than not, I get those disconnections).
@MiroTalk, or anyone else, any clues?
-
@robi the same thing happened on both chrome-based (ungoogled chromium) and Firefox.
-
@robi the same thing happened on both chrome-based (ungoogled chromium) and Firefox.
@avatar1024 did you try a session with all plugins disabled, just to make sure there's no interference?
-
@avatar1024 did you try a session with all plugins disabled, just to make sure there's no interference?
@robi Thank you for your help. I haven't enabled any specific plugins, it's on a fresh install with the default config file.
-
@robi Thank you for your help. I haven't enabled any specific plugins, it's on a fresh install with the default config file.
@avatar1024 I think @robi is referring to browser plugins
-
Ungoogled chromium has no plugins whatsoever installed (in fact it's rather complicated to install anything on it
)
-
I've had different timeouts across different browsers so they lose connection on things like Cloudron web-terminal sessions, which then reload losing the work, unless using screen etc.
Sometimes there is also aggressive memory management for tabs that wants to unload things that look idle or use a bunch of RAM.
Check the performance settings of the browsers to see if it's set.
-
Right so, I have an update on this. It seems indeed that the disconnect have to do with the quality of the connectivity. I went away from home for a month and had much lesser issue in that other place (in fact none).
At home we have one router and two repeaters. It seems like depending on a how the laptop connects to the broadband impacts how frequently I get disconnections (i.e. whether it connects to a repeater / to the main router / over wifi 5 / over wifi 6E). I also get frequent disconnections when behind a VPN or over 4g/5g.
So while in optimum situations with very direct wifi the issue does not occur and MiroTalk functions correctly, it's still, I believe, a problem with how the app is optimized with regards to packet losses because I none of these issues using Jitsi, Teams, Zoom or Meet.
When I try my connection in any scenarios (at home connected to any device, or on 4g/5g) on here: https://test.vsee.com/network/index.html, it shows always between Good and Excellent.
@mirotalk-57bab571, any clues?
-
Right so, I have an update on this. It seems indeed that the disconnect have to do with the quality of the connectivity. I went away from home for a month and had much lesser issue in that other place (in fact none).
At home we have one router and two repeaters. It seems like depending on a how the laptop connects to the broadband impacts how frequently I get disconnections (i.e. whether it connects to a repeater / to the main router / over wifi 5 / over wifi 6E). I also get frequent disconnections when behind a VPN or over 4g/5g.
So while in optimum situations with very direct wifi the issue does not occur and MiroTalk functions correctly, it's still, I believe, a problem with how the app is optimized with regards to packet losses because I none of these issues using Jitsi, Teams, Zoom or Meet.
When I try my connection in any scenarios (at home connected to any device, or on 4g/5g) on here: https://test.vsee.com/network/index.html, it shows always between Good and Excellent.
@mirotalk-57bab571, any clues?
@avatar1024 said in reconnecting to the meeting randomly:
At home we have one router and two repeaters. It seems like depending on a how the laptop connects to the broadband impacts how frequently I get disconnections (i.e. whether it connects to a repeater / to the main router / over wifi 5 / over wifi 6E). I also get frequent disconnections when behind a VPN or over 4g/5g.
For testing purposes, could you also try the official mediasoup demo available here: https://v3demo.mediasoup.org ?
If you experience the same behavior as in MiroTalk SFU, you can post your findings directly on the mediasoup support forum: https://mediasoup.discourse.group. You might discover something useful or get help from the community.
-
@avatar1024 said in reconnecting to the meeting randomly:
At home we have one router and two repeaters. It seems like depending on a how the laptop connects to the broadband impacts how frequently I get disconnections (i.e. whether it connects to a repeater / to the main router / over wifi 5 / over wifi 6E). I also get frequent disconnections when behind a VPN or over 4g/5g.
For testing purposes, could you also try the official mediasoup demo available here: https://v3demo.mediasoup.org ?
If you experience the same behavior as in MiroTalk SFU, you can post your findings directly on the mediasoup support forum: https://mediasoup.discourse.group. You might discover something useful or get help from the community.
@MiroTalk said in reconnecting to the meeting randomly:
For testing purposes, could you also try the official mediasoup demo available here: https://v3demo.mediasoup.org ?
@mirotalk-57bab571 So far I haven't been able to reproduce on the mediasoup demo, but I then went to try on the MiroTalk SFU demo (to check it wasn't specific to my own instance), and there I could reproduce within 5min! I got several / repeated disconnection/reconnection event (still with same message:
Lost Connection (Transport Closed)
). Btw, when this happened I went straight back to using the mediasoup demo to check and there it was stable.So that seems to confirm that it has to do with something specific to the implementation in MiroTalk itself, not with Cloudron package specifically and not with the mediasoup sfu logic.
I pasted the log of a meeting when I had lost of disconnections when I updated the github bug report earlier this week in case useful.
-
@mirotalk-57bab571 I've been able to capture connection quality issues as I got disconnections on MiroTalk using https://test.vsee.com/network/index.html. The two drop in connections quality coincided with the disconnections/reconnections events in MiroTalk, which somewhat explain why those events happen randomly and support the idea it has to do with the quality / reliability of my connection (see below).
But there is something about MiroTalk that makes it particularly sensitive to it as does not happen with any other apps.
-
@mirotalk-57bab571 I've been able to capture connection quality issues as I got disconnections on MiroTalk using https://test.vsee.com/network/index.html. The two drop in connections quality coincided with the disconnections/reconnections events in MiroTalk, which somewhat explain why those events happen randomly and support the idea it has to do with the quality / reliability of my connection (see below).
But there is something about MiroTalk that makes it particularly sensitive to it as does not happen with any other apps.
@avatar1024 said in reconnecting to the meeting randomly:
But there is something about MiroTalk that makes it particularly sensitive to it as does not happen with any other apps.
Work in progress...
-
@avatar1024 said in reconnecting to the meeting randomly:
But there is something about MiroTalk that makes it particularly sensitive to it as does not happen with any other apps.
Work in progress...
@MiroTalk said in reconnecting to the meeting randomly:
Work in progress...
Really great to hear. And again thanks for all the work. Keep us updated if you can as for me it has become impossible to keep using it for work but I'm happy to do some testing whenever changes are being implemented.