Roon connectivity issue with port forwarding setup (ref#2ROTPP)

What’s happening?

· I'm having trouble with Roon ARC

What best describes your issue with ARC

· I can't log into ARC but I can log into Roon

Describe the issue

The following network devices are configured:
1) a COX PW8 (Panoramic Gateway) in Bridge Mode
2) an Amplifi Alien Router
3) two Amplifi Alien devices as WiFi extenders

Below is the diagnostic data from ROON:
{
"ipv4_connectivity": {"status":"NetworkError","status_code":504,"error":"error: Error: ETIMEDOUT, response code: undefined, body: undefined connected? undefined"},
"external_ip": {"actual_external_ip":"72.aaa.bbb.ccc","actual_external_ipv6":"null","router_external_ip":"null"},
"natpmp_autoconfig": {"status":"NotFound"},
"upnp_autoconfig": {"server_ip":"192.168.160.1","found_upnp":true,"error":"s:ClientUPnPError718ConflictInMappingEntry"}
}

I am trying to set up port forwarding:
IP Address: 192.168.160.123
Source Port: ?
Destination Port: ?
Protocol: TCP

Describe your network setup

Done

Try changing the ARC port number to 56000 or 60000.

Hi @Stanley_Anderson,

Please see @Wade_Oram’s suggestion. The specific error, ConflictInMappingEntry, most commonly indicates that other software has taken priority of the port number assigned to Roon/ARC. Change the port number in both Roon Settings and any manual port forwarding rules in your router to resolve the mapping conflict.

Alternatively, since your screenshot shows you’re using a ROCK, you can try Tailscale and bypass port forwarding entirely. See here:

Changing the ARC port numbers has not worked. I’m going to try the Tailscale setup and see if that works.

I could use assistance in properly configuring the port forwarding rules. In my original post, I put question marks in the areas that I didn’t know where to find the answers, specifically the Source Port and Destination Port. If the Source Port is the port number associated with the Roon Server IP address (in my case the IP address is 192.168.160.123) and the various port numbers I’ve tried include 55002, 56000, and 60000, what is the matching destination port and where do I find that information? Or is it that the port numbers need to match?

I’m not a networking expert, so step by step guidance on at least what to look for and what needs to be changed/updated would be helpful.

FYI, I ruled out Tailscale as I don’t need yet another VPN just to use ARC remotely. There has to be another solution to make this work. Thanks!

Oh…one more thing…I can use Roon ARC when I’m home via WiFi. I just can’t use it once WiFi is not available, i.e., when I’m connected via the cellular network.

The destination port can often be left blank. If not it will be the same as the source port - ie the port shown on the Roon → Settings → Roon ARC page.

Whilst you don’t need it for ARC, different source and destination port numbers can be used to avoid conflicts between different devices on your own network. For example, say you wanted to run two Web (http) servers. Http servers open port 80. Thus, for the first one, you would forward port 80 to port 80. However, that means that port 80 is no longer available as a source port so for the second server you would forward port 8080 (source) to port 80 (destination). Now http://<yourpublicipaddress> will contact you router on port 80 which will be forwarded to the first Web server whilst http://<yourpublicipaddress>:8080 will contact your router on port 8080 which will be forwarded to port 80 on your second server. Thus both Web servers are available despite using the same port.

You can use ARC successfully when on your own WiFi network because, in that case ARC is able to directly access your Roon Server without needing to traverse your router.

By contrast, when away from home, ARC can only access your router (at least on ipv4) and relies upon a port forwarding rule on the router to forward that contact to your Roon Server.

Tailscale works because it gives you a direct connection to your Roon Server when away from home as if you were connected to your home network.

Hey @Stanley_Anderson,

You’re in good hands with @Wade_Oram, thank you Wadee!

Let us know if his comments above are helpful. We’ll be on standby for your results :+1:

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