Does RoonServer already supports IPV6 for ARC?

Roon Server Machine

Apple MacMini M1
macOS Sonoma 14.2.1
8GB RAM

Networking Gear & Setup Details

  1. Vodafone Germany

  2. Fritz!Box 6660 Cable

  3. Do you have any additional network hardware, like additional routers or managed switches?
    No, just a normal Switch

  4. Does your network have any VPNs, proxy servers, or enterprise-grade security?
    No

Connected Audio Devices

Airplay
USB connected Rotel RSP-1576

Description of Issue -

What is the exact port forwarding error message you see in the Roon Settings → ARC tab?

Does Roon server already supports natively IPV6?
I needed to get a DualStack connection from my ISP both with IPv4 and IPV6 address. With the previous DS-Lite configuration from the ISP I had no chance to get Roon ARC up and running. It always complained about MultipleNat due to the DS-Lite configuration. At the moment the public IPv4 address is for free, but I’m afraid that they will charge me with an extra fee if I still run with software that doesn’t support latest technology like IPV6. The macOs shows also a valid IPV6 address and the ARC configuration also shows the IPV6 address, but I’m a little confused regarding the “old” port forwarding via IPv4.

Thanks for any reply,

Stefan.

Hi all,

Meanwhile I understand why a port is also necessary for ipv6, but the question is still there, why does Roon ARC not run with ipv6 natively? I have a lifetime subscription with the expectation, that Roon will be developed and kept up to date so that these kind of things won‘t happen at all.

Cheers,

Stefan

1 Like

Hi @Stefan_Petersen,

ARC does not require a port forward for IPv6 in a native IPv6 environment or a true dual-stack environment. Many network setups will still require a firewall pinhole for the IPv6 address assigned to RoonServer - this is a process akin to port forwarding in the IPv6 environment.

However, the vast majority of LANs in our user base are still IPv4 or in a dual-stack lite setup with severe limitations on IPv6.

So, IPv6-related problems ensnare a far, far smaller percentage of our users than multiple-NAT environments created by dual-router setup or ISP implementation in the IPv4 realm. In our releases of ARC so far, we’ve targeted support language for IPv4 users. I understand that’s confusing - we’re constantly working on improvements to the mobile connectivity onboarding process.

From your post, it sounds like you’re currently able to access ARC on the go via your existing external IPv4 address. If you’re in a true dual-stack account tier, you can likely disable IPv4 and rely on the internal/external IPv6 addresses in place.

Hi Connor,

Thx for the reply. I still have some questions though

  1. Why does the automatic UPNP configuration for the router didn’t worked in my case on the DS-Lite configuration? As far as I understand DS-Lite is transparent for IPV6, so it should’ve worked out of the box, shouldn’t it?
  2. Why is the port forwarding option still available, if it’s not necessary on IPV6?
  3. The error message I got was that there is a MultipleNat on the carrier level, and the documents of my router told me, that IPV4 forwarding is not possible on the DS-Lite configuration, which I got previously from my ISP. I think they call it CG-NAT.

So the overall picture is as follow:
DS-Lite does not work with port forwarding. Due to the fact, that DS-Lite supports IPV6, the suspicion is, that Roon Server only tried to use IPV4. If it would have been using IPV6 it should have worked. Is there a possibility to force Roon Server to use IPV6?

Cheers,

Stefan.

Hi Connor,

sorry, RTFM. As you stated I have to configure the router to enable IPV6 prefixes. The confusing part is, that the naming of different technologies vary, so it’s not always clear what function solves which kind of problem. Sometimes it takes a while to get all those naming convention to have a clear picture, especially when you have to deal with multiple languages (German and English in my case).

So thx for your support.
Cheers,
Stefan.

I have seen mention of an issue with Roon ARC Ipv6 support whereby ipv6 ip addresses with (non-zero) quads with leading zeros (explicit or implied) caused issues. e.g. a ‘quad’ of ‘9ab’ (which has an implied leading 0 and so is equivatent to ‘09ab’ as one of the quads would cause issues.

Last I read, Roon were working to fix this but I don’t know the current status.

Edit: It looks like the ipv6 leading zero issue was not universal but restricted to one ISP:

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