Thanks for letting us know that things are working much better now. Sorry to hear you’re still seeing some dropouts.
When you notice the next one, can you note the date and time it occurs and let us know? That will help us investigate further by checking the logs around that moment.
Also, please let us know if increasing the IGMP timeout leads to any improvement.
Thanks for letting us know that timestamp. We reviewed your logs and did see some network issues, but it’s unclear whether those were the cause of the problem or just a result of the long timeout.
If you don’t see any improvement after changing the timeout to 30 minutes, please let us know and we’ll take another look with a fresh set of logs.
Changing the timeout to 30 minutes did not solve the problem. It’s better than it was when the timeout was only a few minutes, but still having trouble connecting at times.
At 2140h on 8/4 I had trouble connecting with my phone at the same time could connect with other devices. I restarted my phone and was able to connect at 2143h. Unsure if that helps.
Multiple devices not connecting on 8/6 at 2048h. I’ve also noticed that my KEF wireless speakers fall out of the available devices, whereas they used to be always present. It doesn’t seem to matter if the timeout is set to 30mins or 4hours. A 260 second timeout was seemingly worse.
Warn: [easyhttp] [514] GET https://api.roonlabs.net/internetradio/2/api/location?format=msgpack& check network configuration: socketerr (NetworkUnreachable): Network is unreachable (104.20.47.62:443)
Warn: [rnet/RnetJsonClient] failed to connect Network is unreachable
Warn: [easyhttp] [519] GET https://lgf.audio.tidal.com/mediatracks/CAEaKwgDEiczMWMxYmY4Yzk3NzE3YjlmYTExNDYxNTc4OWUwZjYzYl82Mi5tcDQ/0.flac?token=1754571298~NzRkY2JhMWRkNGVlODExMzQyYjc4MDYxYjEwOGI2ZDYyMDhjNzVlNg== check network configuration: socketerr (NetworkUnreachable): Network is unreachable (151.101.146.142:443)
Do you have any additional third-party security software or firewalls that could be blocking upstream connection? It may be worth reviewing your router settings again and checking if you’re able to allow network priority to your ROCK.
Perhaps testing different ethernet cables and ports would be useful as well - we’ll be on standby for your reply!
Hello. I do not have any 3rd party security software- just that in the Synology router for basic security.
To try to improve communication with Roon/Tidal- I tried to make sure all ports were open:
Port 9093 for UPD protocol
Ports 9330 to 9339 for TCP protocol
Ports 30000 to 30010 for TCP protocol
That may have improved things, but didn’t resolve it.
I then enabled Multicast Translation in the Synology Router. No change, as far as I can tell.
Drop outs persist, but are improved. On 8/12 at 18:45h my Macbook Pro cannot find the Server, though my phone can. I still have dropouts of Chromecast. The KEFs seem to be staying connected to the Server.
Based on the information you have provided already we might assume that most likely the problem is occurred on the router’s side.
Would it be possible for you to provide the screenshots from the router’s admin panel with the details related to local network access, but generally the more details the better it is.
The only thing I’d like to stress the attention on is do not forget to paint down in editor the sensitive information (passwords etc. ) .
Also, did you ever notice that when you cannot connect to roon you are disconnected from router too ? Thanks!
I’ve added screenshots related to the local network. If there is something specific that wasn’t included, please let me know and I’ll try to find it.
Router: Synology RT6600AX, operating system SRM 1.3.1.-9346
All devices related to Roon are on the same subnet.
I have 2 other subnets, but I’ve confirmed that none are connected to those.
When a device is disconnected from Roon it remains connected to all other items on the local network and there is no problem reaching the internet. When a device cannot reach Roon, it also is unable to reach the Roon ROCK interface via IP address.
For future reference, it would be better to provide screenshots to the Support team rather than photos of your laptop screen. These photos are small images and difficult to read. Thank you.
@Mr. Flibble - I do not have ad blockers or VPN on the network. The ad blocker you noticed is in the browser that I was using to access the GUI of my router. Any extensions are also only part of the browser, not the network. Thanks.
Thank you for providing all the details and screenshots of your network setup. After reviewing your router settings, nothing stands out that would directly affect Roon connectivity. Based on your observation that the MacBook was unable to connect over Wi-Fi but connected immediately via Ethernet, it seems likely that the issue is related to Wi-Fi performance rather than the Roon server itself.
Could you please try positioning the MacBook right next to your router and test the connection again over Wi-Fi? This will help us determine if signal strength or interference is contributing to the connectivity issues.
Thank you for your help and patience while we troubleshoot this.
There does not seem to be any relationship to proximity to the router when using WiFi, and I don’t have dead spots within my home mesh system. When my various remote devices cannot connect to Roon, they are still listed as connected to the router and are still visible to other devices. I can switch over to the Tidal app and start streaming to any other device in the house.
The connection can be (inconsistently) re-established in various ways, including some combination rebooting the remote (most consistent, but less than 75%), rebooting ROCK (least consistent), rebooting the router (middle), or all 3. The remotes also self-correct after a variable amount of time (minutes to many days).
When I can’t connect to the Roon app with a remote, I also am unable to connect to the admin screen via the IP address. The remote is completely ineffective at communicating with the Server/App. It can be 1 remote, or multiple remotes, affected at a time and they reconnect in a random order (not all at once).
Other curious things - the Server drops connected active speakers (KEF LS50 w2), Chromecast for video streaming to TV (drops after a few minutes), and players. My network hasn’t changed (outside of troubleshooting) and these used to be very stable.
I realize this issue has been plaguing you for quite a while now - you have my sincere apologies for how long it’s been occurring!
I ran through all the troubleshooting steps so far, but I don’t think we’ve explored performing a RoonOS resinatll via the webUI, as well as temporarily testing a fresh Roon Server database.
First - navigate to the ROCK’s webUI, and reinstall RoonOS. Let me know if you run into the same issues afterward.
If you do, let’s test out running a completely fresh database - temporarily. Steps to follow below:
Rename the “RoonServer” folder to “RoonServer_old”
Restart the RoonServer in the WebUI to generate a new Roon database folder
On the Roon Remotes, press “Use another Roon Server” and connect to the new database
Afterwards, only connect to Tidal - and attempt playback. See if you encounter the same connectivity issues before restoring your recently saved backup.
It seems that reinstalling Roon OS with a new database has improved things greatly- (after a few days). No issues at all, all remotes and endpoint devices stay connected. I have not yet added my local music folder, DSP settings, etc.
I’d stay with this database due to the improved stability, though the experiment is not yet complete (local files). Ultimately, I’d love to get all of my playlists and DSP settings back. Manually adding DSP isn’t hateful, but the Playlists would be a bear.
I’ve searched the community and have seen that importing DSP settings isn’t possible, and export/import of playlists is possible with limitations.
Glad to hear that there’s been an improvement in behavior following the fresh database! Is the system still performing as expected even after further testing?
These are saved in the Roon database, if you have a backup, you can try to restore it after you have concluded testing on the fresh database. If you’d like to keep the fresh database, then yes, setting up DSP and playlists not on your streaming services would be needed.
As an option to export these, you can restore the backup (to another device as well if you’d rather not tinker with the working ROCK), and make screenshots of the DSP settings and export Excel workbooks of the playlists. You can also use Soundiiz.com to import/export the playlists a little quicker.