[BUG][DHCPv6 client] Cannot acquire ULA prefix via Prefix Delegation

[fl4co]

Version tested: latest stable (4.0.5)

If I delegate a ULA address from a DHCPv6 server to the Keenetic, the server will confirm that the Keenetic requested the ULA prefix and that it is bound:

However, the prefix is not found on the Keenetic and cannot be used:

Instead, if I try to add a non-ULA prefix, even a non-routable one, the Keenetic correctly acquires it and subnets from it can be advertised on the local segments:

Edited November 5, 2023 by fl4co

[vst]

We will check this situation. Is there anything in the logs?

[fl4co]

1 hour ago, vst said:

We will check this situation. Is there anything in the logs?

I have found this log:

However, I believe that delegating ULA prefixes can be useful in a local environment with multiple routers. Also, I believe the ULA address space is fc00::/7, so fd00::/8 is not the entirety of the address space.

Even if you wanted to block any non globally routable prefix, I can delegate prefixes outside of 2000::/3 as I showed on the first post.

By the way, I hope you decide not to block the ULA address space.

Edited November 5, 2023 by fl4co

[vst]

This restriction will be removed. NDM-3039

[fl4co]

Fixed in v. 4.1 alpha 17, thank you.