Long buffering and lagging in Roon affecting playback and browsing (ref#LT640O)

What app are you having the slowness issue with?

· Roon

What kind of performance/speed issue are you experiencing?

· Tracks take a long time to play

Please try to reboot your Roon Server

· Yes, rebooting helps, but the issue returns after some time

Please try to reboot your networking gear (Router/Switches/etc.)

· No, the issue is still the same even after a reboot

Is there any change in behavior if you try to navigate to Roon Settings -> Library and set both Background and On-Demand Audio Analysis to Throttled or Off?

· No, the issue is still the same

Does the issue happen on multiple Roon Remotes (controllers) or just one?

· Issue happens on multiple remotes

Router Domain Name System (DNS) change

· I was able to change my router's DNS servers but it did not help

What is the operating system of your Roon Server host machine?

· Roon Optimized Core Kit (ROCK)

Describe the issue

Roon takes very long time to buffer the next track. The issue clears up after I reinstall ROCK from the web gui but returns after a couple of days. Buffering can take between 20 to 40 seconds in some cases. Browsing in the app during these periods is also impossible as the app seems to lag massively as well.

This happens with local and Qobuz tracks. I can not discern a difference in behaviour streaming locally vs cloud.

Describe your network setup

Swisscom ISP 10 Gbit/s up and downlink.

ROCK connected with 10 Gbit/s LAN cable to mesh router and 10 Gbit/s cable to network switch to main router.

All other endpoints are connected with 5Ghz WLAN with very good connectivity as I have a mesh system at home.

To add to my setup:

  • Only around 11’000 tracks in my library.
  • ROCK on an Intel NUC 11 Pro with 8 GB RAM

Hello GalaxyGlider,

Thanks for reaching out to our Support.

We’ve reviewed the diagnostics report of your Intel NUC.

The good news is that your SSD is in perfect health and your system does not overconsume RAM, so we can rule out hardware failure.

The logs, however, show massive network-related issues, specifically multiple No route to host errors and very low buffer fill rates. This indicates that your Roon Server is “choking” on network retries, which leads to the massive UI lag and buffering delays you’re experiencing.

In order to narrow down the scope of the issue, please try the following:

  • Simplify the Topology: Connect your NUC directly to the main Swisscom router with an Ethernet cable, bypassing all mesh nodes and switches. This is the most important step to determine if the 10GbE gear or the mesh system is dropping RAAT packets.
  • Disable IGMP Snooping: Access your Swisscom router and switch settings to turn off IGMP Snooping. This feature often incorrectly blocks Roon's discovery and streaming traffic, causing exactly this kind of behavior.
  • Test Local Playback: Try playing local files only with Qobuz temporarily disabled. If the interface is smooth, the issue lies specifically in how your network handles external stream routing.
Please let us know if the long buffering persists after connecting the server directly to the primary router.

Thanks.

Hi @alex_h and thank you for the quick response.

I am glad to hear it is not hardware related. I was suspecting RAM leakage or something similar as the issue got worse with time and reset with a reinstall on the web gui. I did install the latest update to the apps and ROCK yesterday and my testing today seemed to have improved but I will test your recommendations.

Unfortunately my router does not seem to offer any option regarding IGMP Snooping. But I have enabled QoS for the ROCK to maybe improve its responsiveness in the network.

If the issue comes back in the coming days I will attach it directly to the main router and test that setup and report back.

Thanks again.

Sounds good @GalaxyGlider, certainly let us know how things have been performing - we’ll wait before closing your thread to ensure you’ve had proper time to test.

Thank you! :folded_hands:

Hi @benjamin It seemed to me that the issue reappeared this morning.

  • Weirdly enough it happens more (if not exclusively) with the Sonos Move 2 and Sonos Play - long buffering times and skipped tracks, and sometimes the occasional “Track currently not available on Qobuz” error message.
  • The issues persisted with only local tracks after I disabled Qobuz.
  • Testing in the same environment with my iPhone as endpoint or other Sonos speakers I cannot really reproduce the long buffering times and the playback and manually skipping to the next track seems snappy enough.
  • If you want to check the logs, it was between 10:30 and 12:30 CET today.

I did install the ROCK in my network cabinet and plugged it directly into the router to test that setup now. But because of the heat coming from the switches and router I cannot really make this setup permanent as it would be too warm for the ROCK I guess.

Hi @benjamin

it seems to still be happening. It gets worse with time. After moving it to the router cabinet yesterday and the forced restart, it was fine but seems to get worse throughout today.

I also get „Track currently not available on Qobuz“ pretty consistently. Though, please note that the issue was also present with Qobuz disabled.

Also worth noting: when the tracks buffer the Roon endpoints become unresponsive in loading music information or navigating the UI. Navigating to the home view just displays the Roon loading icon. The home view starts to show as soon as the next track starts playing.

Hey @GalaxyGlider,

Thanks for the update! Here’s what we’re seeing from a fresh Roon Server report:

1. ROCK’s ethernet interface (eth0) has no IPv4 address at boot — intermittently

This is the most significant finding. In multiple log sessions (including today’s), eth0 shows SKIPPED eth0: no ipv4 at startup, meaning ROCK has no network interface when it first starts up. It then appears to acquire 192.168.1.224 via DHCP shortly after, but the boot-time failure cascades into a storm of NetworkUnreachable errors against Roon Labs servers, Qobuz, and Dropbox within the first ~25 seconds. This can leave internal state partially initialized, which likely contributes to the degrading performance over time.

2. Recurring Sonos device instability

Multiple Sonos devices are repeatedly appearing in and out of the VanishedDevices list with Reason=“UNKNOWN” throughout the day. At 09:00 UTC, nearly the entire Sonos fleet (Wohnzimmer, Arbeitszimmer, Junior-Zimmer, Sub) vanished simultaneously — all reporting UNKNOWN reason, which indicates a Wi-Fi dropout or mesh network instability event rather than normal device sleep. The Sonos Play (Move 2’s companion device) also cycles between sleeping and powered-off states.

3. Mixed Sonos firmware versions

Your Sonos fleet is running two different firmware generations simultaneously: 94.1 (Arbeitszimmer, Wohnzimmer, Play/Move 2) and the significantly older 86.6 (Junior-Zimmer ×2, Sub). The 86.6 units have a MinCompatibleVersion of 85.0, while the 94.1 units require 93.0 minimum — these generations cannot be grouped together, which may also be causing coordination issues.

With this in mind, here are some next steps in troubleshooting:

Fix the ROCK DHCP/IP address instability

  • Assign ROCK a static IP (or a DHCP reservation by MAC address) in your Swisscom Internet-Box router. ROCK's MAC is on the eth0 interface — you can find it in the ROCK web UI at http://rock.local under Network. This will also eliminate any chance of ROCK's IP changing between sessions.
  • After setting a reservation, reboot ROCK
Update all Sonos devices to the same firmware generation

In the Sonos app, go to Settings → System → System Updates and force-update all speakers. The 86.694.1 jump is significant and may resolve coordination and buffering issues with those specific zones.

Investigate the 09:00 mass-vanish event

Every day around 09:00 local time, your Sonos mesh collapses (all devices go to VanishedDevices with Reason=UNKNOWN simultaneously). This is not normal sleep behavior — it suggests a mesh Wi-Fi channel change, DHCP renewal event, or router reboot happening on a schedule. Check your Swisscom Internet-Box settings for any scheduled maintenance windows, automatic channel optimization, or DHCP lease renewal timers that fire around that time.

Isolate the Sonos Play zone as the primary offender

Battery-powered Sonos devices on Wi-Fi are known to have more aggressive sleep/wake behavior that can cause buffering issues in Roon. Try:

  • Setting the Sonos Play to never sleep automatically while docked or in use (in Sonos app settings)
  • As a test, remove the Sonos Play zone from any active Roon groups and check if the buffering issues persist on other zones
Lastly, Check the two-cable network topology

The description mentions ROCK is connected with two cables — one to the mesh router and one to a network switch to the main router. This dual-connection setup risks a network loop or asymmetric routing. Confirm that only one cable is active at a time, or that the switch is properly configured to avoid a bridging loop, as this could cause intermittent packet loss that worsens over time.

Thank you! :+1:

Hi @benjamin and thanks for your again detailled response.

I will reply to your points one by one:

  1. I do not know what this error is. Since I started using the ROCK I operated it with a fixed IP address from my router (192.168.1.224). I do not know if it makes a difference if I mirror this setting also on ROCK’s web gui or if it is enough to have this setting be managed by the router alone.
  2. This is really strange and I cannot see anything to that effect in my routers logs. No other device seems to lose connection during that time also. But I will look out for network events around that time.
  3. Some of the Sonos devices in my network are considered legacy (Play:5 Gen 2, Sonos Sub Gen 2) and these cannot be updated to a firmware version starting with 9. I updated all of the other speakers though. Grouping between all of the Sonos devices does work however, even across legacy and current firmware versions.

The Sonos Play and Move 2 do not power off during playback. Only after 20 mins of inactivity they power off to save battery. On their respective dock they will never power off. I will check once the buffering becomes an issue again, if removing the roaming Sonos speakers from the Roon network helps.

Regarding the two cable connection: I think I misdescribed. The ROCK is only connected with one ethernet cable. ROCK → 1Gbit/s LAN cable → Mesh Router → 10 Gbit/s LAN backhaul → 10 Gbit/s switch → 10 Gbits port on main router.

I hope this explains the setup a little better.

1 Like

Understood, thank you for the clarity @GalaxyGlider :folded_hands:

This sounds good - keep us in the loop on the above goes.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.