Roon ARC connectivity issues after ISP upgrade to fiber 7 (ref#9GOH6Q)

Support
1

Network Setup

· Do you have a mesh network? (Google Mesh, Eeros, Ubiquiti, etc.)

ARC Status

· ARC is *Not Ready*

Roon Error Code

· “natpmp_autoconfig”: {“status”:“NotFound”}, “upnp_autoconfig”: {“status”:“NotFound”} }

Have you successfully located and enabled the UPnP or NAT-PMP settings in your router's web UI?

· UPnP is not listed in my router settings

· How would you like to continue with the network configuration?
I would like to try and find a solution for UPnP/NAT-PMP on Roon Community

Describe the issue

Roon Arc can connect to my server but now it doesn't stay connected for long and the Arc app will shut down. I upgraded my iSP to fibre 7 and the connection has gotten worse. I use Tailscale. I don't think that I have the option in my router settings.

Describe your network setup

ISP is Telus, Technicolor NH20T router, Telus Boost Wi-Fi 7 & 6 Lite, Server PC is linked via Wi-Fi, Server is Windows 11 and Roon Arc is on iphone OS 26.3.1 (a)

2

The connection status and diagnostic text shown on the page from which the this text came is irrelevant when Tailscale is being used. It only pertains to a port forwarding setup and Tailscale is used to avoid the need for port forwarding.

If you are referring to UPNP, then this does not matter because you are using Tailscale.

This is not ideal. Roon best practice strongly suggests that your Roon Server machine, no matter what type, should be connected to your router by wired Ethernet.

Did this upgrade involve a router change? It is possible that WiFi link stability is one of the issues you are seeing. Try connecting your Roon Server machine to the router, just temporarily if necessary, with an ethernet cable and see if the problem persists

1 Like
3

Hello @Wade_Oram ,

Thanks for reaching out to us.

What @Wade_Oram is saying is totally correct.

Aside from the internet switch, did anything changed in terms of local network management ?

Did you got a new router or was it previously connected via wire?

On the other hand, we always recommend keeping the server machine on the wire. That often resolves stability problems.

Let us know please how is it going.

Thanks!

4

thank you gentlemen, I appreciate the speedy response and your insightful answers.

Moving my server to the incoming cable router isn’t an easy endeavour. I am using WiFi 7 and the speeds to the server seems to float between 1.4gbps and 400mbps which seems adequate to me. So I went in a different direction and loaded Arc on my work iPhone 15 to see if I get the same results as to my personal iPhone 13. Testing over the weekend, the 15 didn’t experience the same arc crashing and restarting continually that the 13 is. I don’t believe that it ever did crash. So is the Wifi still a consideration if the problem isn’t happening with the 15? I checked the storage on the 13 and it has about 40 GB available and Roon is the app using the most storage with 10GB. The 15 has 80GB available and Roon is also the using the most storage at 10GB (downloads). If you still want me to build a cat5 ethernet cable I can but thinking that the iphone 15 showed that using wifi isn’t the problem. Thanks again!

5

Hi @scott.fyall,

Thank you for your follow-up. We’ll first have to address these ARC sync issues, regardless of port forwarding, since they will intermittently inhibit your use of the app.

Unfortunately, these symptoms (occasional crashing after reinstalling) indicate the ARC database reaching the data transfer limits imposed by the phone operating system. This is common if the library has over about 100,000 tracks and it will continue to plague your ARC instance intermittently with this library at this size. It’s not a question of available storage on the phone as much as the volume of individual objects (tracks, artwork, artists, etc.) written to the database. Phones aren’t designed to transfer data at the scale required for Roon to write a smaller version of the database to the phone.

The only real solution here is to recreate a new Roon database that contains fewer tracks. Even if you delete content to downsize your library, the associated metadata objects will remain in the database.

6

Hi Conner, must be busy there with April 20th coming. As for my problem, I will ask why does it appear to work on the iPhone 15 but not on the iPhone 13. Same operating system same memory/storage. As a developer can you quiz Apple on why? My other thought is to create two databases and split the music accordingly. Not what I signed up for but could be a work around. Since this is a limitation of the software, would Roon forgo any additional charges? I have purchased a Revel surround system for my AV room, so it’s not like I haven’t padded Harlan’s pockets already. :money_mouth_face:

7

Hello @scott.fyall,

First, I want to echo what Wade_Oram mentioned above: because you are using Tailscale, your network traffic is successfully bypassing the router’s UPnP requirements. Those NotFound errors in the Roon settings are completely normal for a Tailscale setup and can be safely ignored. Your ISP upgrade to Fiber 7 is actually not the culprit here.

The real reason the ARC app is shutting down unexpectedly is tied to a known issue with how iOS handles memory during the initial library sync for massive databases.

Your Roon library contains over 214,000 tracks. When ARC connects to your server for the first time, it attempts to sync the framework of that entire library into your iPhone’s active memory (RAM).

Different iPhone models have strict, varying limits on how much RAM a single app can use (for example, an iPhone 15 has 6GB of RAM, while an iPhone 13 has 4GB). If the sheer size of your library causes ARC to hit that hard memory ceiling during the sync, the iPhone’s operating system will forcefully shut the app down to protect the phone.

Our development team is actively working on optimizing this sync process so large libraries don’t overwhelm iOS memory limits. In the meantime, here are two workarounds to get you connected:

Workaround 1: The “Overnight Sync”
Sometimes, giving the phone dedicated, uninterrupted time while on power can allow the sync to complete successfully.

  1. Delete the ARC app data and uninstall the Roon ARC app from your iPhone entirely.
  2. Reinstall the app from the App Store.
  3. Plug your phone into the charger overnight, open ARC, and attempt the sync. Leave the app open on the screen while you sleep.

Workaround 2: The “Library Diet” (Most Reliable)
If the app still crashes overnight, you will need to temporarily reduce the size of your library so ARC can complete its initial “handshake” without running out of memory.

  1. On your Windows 11 Server PC, open Roon and go to Settings > Storage.
  2. Locate the folders where your music is kept. Click the 3-dot menu next to some of the largest folders and select Disable (do not remove them, just disable them).
  3. Once your track count is significantly lower, open ARC on your iPhone and let it sync.
  4. After ARC successfully connects and populates the smaller library, you can go back to your Roon Server and Enable those folders again.

By temporarily lowering the track count, ARC should be able to get past that initial heavy sync without iOS forcing the app to close.