# Prefix Delegation **URL:** \ **Category:** Installing and Using OpenWrt\ **Created:** [October 19, 2025, 9:16am UTC](https://forum.openwrt.org/t/prefix-delegation/241970 "2025-10-19T09:16:22Z")\ **Posts on this page:** 19\ **Page:** 1
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 9:16am UTC](https://forum.openwrt.org/t/prefix-delegation/241970/1 "2025-10-19T09:16:22Z")
I am having trouble with prefix delegation, getting /62 or /63 from upstream (Starlink). According to the Starlink documentation /56 should be available (I have opened a support ticket there). My router (and I have tried numerous different models, both master/snapshot and 24.10.3) has: ```plaintext network.wan6=interface network.wan6.device='@wan' network.wan6.proto='dhcpv6' network.wan6.reqprefix='auto' network.wan6.reqaddress='try' ``` I have also set reqprefix to specific values eg 56, 60 with no difference. A typical output of `ifstatus wan6` is: ```plaintext "ipv6-prefix": [ { "address": "2a0d:xxxx:xxx:xxxx::", "mask": 63, "preferred": 81, "valid": 231, "class": "wan6", "assigned": { ...... ``` To eliminate any problem with OpenWrt (either a bug or my stubby fingers), my question is, does anyone have PD working at better than /62? I'm sure the answer is yes.. but.. stranger things have happened. ---
**Author:** ![dibdot](https://forum.openwrt.org/user_avatar/forum.openwrt.org/dibdot/32/3100_2.png) [@dibdot](https://forum.openwrt.org/u/dibdot)\ **Post date:** [October 19, 2025, 9:27am UTC](https://forum.openwrt.org/t/prefix-delegation/241970/2 "2025-10-19T09:27:49Z")
> [@bluewavenet](#): > > `reqaddress` Try to set `reqaddress` to 'none' and see if that helps. ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 9:31am UTC](https://forum.openwrt.org/t/prefix-delegation/241970/3 "2025-10-19T09:31:56Z")
> [@dibdot](#): > > set `reqaddress` to 'none' No difference unfortunately.... ---
**Author:** ![lleachii](https://forum.openwrt.org/letter_avatar/lleachii/32/5_5575768a8748004e209b776fc1b2916d.png) [@lleachii](https://forum.openwrt.org/u/lleachii)\ **Post date:** [October 19, 2025, 9:46am UTC](https://forum.openwrt.org/t/prefix-delegation/241970/5 "2025-10-19T09:46:04Z")
> [@bluewavenet](#): > > To eliminate any problem with OpenWrt (either a bug or my stubby fingers), my question is, does anyone have PD working at better than /62? I Does "better than /62" mean /63 or /64? Working for WAN and LAN? Or are you asking specifically about $tarlink? (I won't be able to test until tomorrow, I'll be able to setup and extensively test a downstream device for you.) ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 12:15pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/6 "2025-10-19T12:15:27Z")
> [@lleachii](#): > > Does "better than /62" mean /63 or /64? No, by "better than" I mean more /64 possible delegations. So /62 has 2^2=4 /64s, but /63 has 1^2=2 possible /64's. Similarly /60 has (64-60)^2=4^2=16 possibles etc. So a _smaller_ number for the prefix mask means a _larger_, or "better" address space. 56 is better than 60 is better than 62 etc. > [@lleachii](#): > > are you asking specifically about $tarlink? No, I am asking specifically about OpenWrt. I will clarify: When I receive a /62 from the upstream router, I can delegate four /64s to downstream or cascaded routers. This works just fine and is not the question I have. No matter which router model or version of OpenWrt I try, I never get a delegation from upstream that is better than /62 Now this could be a problem with the upstream router (in this case Starlink) or it could be me misconfigured something, or a bug in OpenWrt. _ **My question is: Has anyone successfully received a delegation better than /62 on OpenWrt?** _ (as I said earlier I am pretty sure that will be a yes) _ **If this is a yes, then this eliminates a bug in OpenWrt,** _ leaving me with either a bad config, or an issue with the upstream router/network. Note: Starlink documentation states that I should get a /56 delegation from upstream. I don't so have opened a support ticket there, but need to eliminate other possibilities. ---
**Author:** ![lleachii](https://forum.openwrt.org/letter_avatar/lleachii/32/5_5575768a8748004e209b776fc1b2916d.png) [@lleachii](https://forum.openwrt.org/u/lleachii)\ **Post date:** [October 19, 2025, 12:23pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/7 "2025-10-19T12:23:42Z")
> [@bluewavenet](#): > > _ **My question is: Has anyone successfully received a delegation better than /62 on OpenWrt?** _ (as I said earlier I am pretty sure that will be a yes) I receive a /56 PD from my upstream on my OpenWrt, if that's what you mean. ---
**Author:** ![AndrewZ](https://forum.openwrt.org/letter_avatar/andrewz/32/5_5575768a8748004e209b776fc1b2916d.png) [@AndrewZ](https://forum.openwrt.org/u/AndrewZ)\ **Post date:** [October 19, 2025, 12:29pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/8 "2025-10-19T12:29:50Z")
> [@bluewavenet](#): > > Starlink documentation states that I should get a /56 delegation from upstream. Where "I" probably means Starlink router? What IPv6 configuration do you see on your PC when it is directly connected to the Starlink CPE? ---
**Author:** ![\_bernd](https://forum.openwrt.org/user_avatar/forum.openwrt.org/_bernd/32/124645_2.png) [@\_bernd](https://forum.openwrt.org/u/_bernd)\ **Post date:** [October 19, 2025, 12:44pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/9 "2025-10-19T12:44:05Z")
> [@bluewavenet](#): > > _ **My question is: Has anyone successfully received a delegation better than /62 on OpenWrt?** _ (as I said earlier I am pretty sure that will be a yes) Yes. Explicit requesting a 56 from DTAG since years and using round about 16 subnets and one downstream delegation from it. ---
**Author:** ![MisterW](https://forum.openwrt.org/letter_avatar/misterw/32/5_5575768a8748004e209b776fc1b2916d.png) [@MisterW](https://forum.openwrt.org/u/MisterW)\ **Post date:** [October 19, 2025, 12:45pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/10 "2025-10-19T12:45:25Z")
@bluewavenet Is your Starlink CPE(router) in Bypass(bridge) mode ? I suspect not, in which case the Starlink CPE will get the /56 prefix and delegate smaller prefixes to downstream routers ( your OpenWRT ). With the Starlink CPE in bypass mode, your Openwrt router should get the /56 ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 12:56pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/11 "2025-10-19T12:56:39Z")
> [@\_bernd](#): > > Yes. Thank you. So not an OpenWrt bug. This leaves a misconfiguration by me or something upstream. > [@MisterW](#): > > With the Starlink CPE in bypass mode, your Openwrt router should get the /56 That might be the answer, but not what the documentation implies as far as I can see. I should get a "real person" response from Starlink support on Monday... > [@AndrewZ](#): > > What IPv6 configuration do you see on your PC when it is directly connected Direct clients get /64 as expected, but PD requests fail to yield /56, or indeed anything "better" than /62. ---
**Author:** ![MisterW](https://forum.openwrt.org/letter_avatar/misterw/32/5_5575768a8748004e209b776fc1b2916d.png) [@MisterW](https://forum.openwrt.org/u/MisterW)\ **Post date:** [October 19, 2025, 1:15pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/12 "2025-10-19T13:15:33Z")
> [@bluewavenet](#): > > That might be the answer, but not what the documentation implies as far as I can see. I should get a "real person" response from Starlink support on Monday... I’d be pretty confident that is the answer. Also with the Starlink CPE in router mode you will be getting a double-NAT situation. ---
**Author:** ![RuralRoots](https://forum.openwrt.org/letter_avatar/ruralroots/32/5_5575768a8748004e209b776fc1b2916d.png) [@RuralRoots](https://forum.openwrt.org/u/RuralRoots)\ **Post date:** [October 19, 2025, 1:16pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/13 "2025-10-19T13:16:52Z")
I agree with @MisterW. I’ve only ever used the Starlink router in bridge mode and I’ve always received a /56 PD ![IMG_1899](https://forum.openwrt.org/uploads/default/original/3X/c/b/cb0f71518666f71793a3dd9bcf13f9aebceec93d.jpeg) ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 2:17pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/14 "2025-10-19T14:17:56Z")
> [@MisterW](#): > > Also with the Starlink CPE in router mode you will be getting a double-NAT situation. We are talking about ipv6 here, not ipv4, but yes sure, in fact it will be triple-NAT along with the upstream cgnat. Back in the early days of ADSL with very slow SoC clock rates etc. it was something to be worried about. But really, double nat is no big problem and most users will not notice the difference with a modern router with a decent SoC. Maybe extreme gamers after every millisecond will care.. But that is not what this thread is about. > [@MisterW](#): > > I’d be pretty confident that is the answer May indeed be so. But it does not explain why my router only gets /62 (or sometimes /63). It could just as well get a /57 giving me the possibility of 49 sub-delegations instead of the meagre 4 (or sometimes 2) I see now. ---
**Author:** ![MisterW](https://forum.openwrt.org/letter_avatar/misterw/32/5_5575768a8748004e209b776fc1b2916d.png) [@MisterW](https://forum.openwrt.org/u/MisterW)\ **Post date:** [October 19, 2025, 2:28pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/15 "2025-10-19T14:28:08Z")
> [@bluewavenet](#): > > But it does not explain why my router only gets /62 (or sometimes /63) It depends on how the Starlink CPE is set to delegate PD to downstream routers. Strange that its not consistent though… ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 2:31pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/16 "2025-10-19T14:31:10Z")
> [@MisterW](#): > > It depends on how the Starlink CPE is set to delegate PD to downstream routers. Strange that its not consistent though… My point exactly. I await a response from Starlink support, hopefully tomorrow. ---
**Author:** ![AndrewZ](https://forum.openwrt.org/letter_avatar/andrewz/32/5_5575768a8748004e209b776fc1b2916d.png) [@AndrewZ](https://forum.openwrt.org/u/AndrewZ)\ **Post date:** [October 19, 2025, 2:45pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/17 "2025-10-19T14:45:36Z")
> [@bluewavenet](#): > > It could just as well get a /57 See > **[Best Current Operational Practice for Operators: IPv6 prefix assignment for...](https://www.ripe.net/publications/docs/ripe-690/)** > > ripe-690: Best Current Operational Practice for Operators: IPv6 prefix assignment for end-users - persistent vs non-persistent, and what size to choose > the size of the delegated prefix should align with a nibble boundary. Each hexadecimal character in an IPv6 prefix represents one nibble, which is 4 bits. The length of a delegated prefix should therefore always be a multiple of 4. ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 19, 2025, 2:55pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/18 "2025-10-19T14:55:52Z")
> [@AndrewZ](#): > > Best Current Operational Practice > [@AndrewZ](#): > > delegated prefix should therefore always be a multiple of 4. So for best operational practice, my router could still be delegated a /60 😱 But it actually gets a /62 or a /63 (and downstream sub-delegation works just fine), so "best practice" does not come into this it seems 🤓 ---
**Author:** ![efahl](https://forum.openwrt.org/user_avatar/forum.openwrt.org/efahl/32/50404_2.png) [@efahl](https://forum.openwrt.org/u/efahl)\ **Post date:** [October 19, 2025, 3:43pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/19 "2025-10-19T15:43:22Z")
> [@\_bernd](#): > > Yes. Explicit requesting a 56 from DTAG since years and using round about 16 subnets and one downstream delegation from it. Exactly the same, /56 for many years, but only 3-4 subnets (all /60 delegated) to test routers... Top one looks like: ```plaintext config interface 'wan6' option device 'eth0' option proto 'dhcpv6' option reqaddress 'try' option reqprefix '56' option peerdns '0' list dns '0::1' ``` ---
**Author:** ![bluewavenet](https://forum.openwrt.org/user_avatar/forum.openwrt.org/bluewavenet/32/4330_2.png) [@bluewavenet](https://forum.openwrt.org/u/bluewavenet)\ **Post date:** [October 21, 2025, 3:46pm UTC](https://forum.openwrt.org/t/prefix-delegation/241970/20 "2025-10-21T15:46:56Z")
The reply: > The issue you're describing: > Receiving a /62 prefix via DHCPv6-PD despite requesting a /56 — stems from a change in Starlink's IPv6 provisioning model for residential accounts that took effect in early 2025. > Previously (through at least late 2024), Starlink consistently delegated a full /56 prefix via DHCPv6-PD to customer routers, aligning with the residential documentation. > However, Starlink has shifted to provisioning a single /64 prefix for the WAN via Stateless Address Autoconfiguration (SLAAC) by default, with DHCPv6-PD support still available but now limited to smaller delegations (often /62 or /60) when requested. > > Why /62 via PD?: When your OpenWrt router sends a DHCPv6-PD request with reqprefix='56', Starlink's server honors the PD mechanism but delegates a smaller prefix than requested (per RFC 8415, servers can assign any valid size up to the hint). > The /62 (which provides 4 /64 subnets) is a common fallback in this new model, as a conservation measure to discourage large delegations. This has been in operation since Q1 2025, persisting across restarts because it is server-side behavior, not a transient glitch. > > Why Conservation? > > The Rationale: IPv6 Space is Vast but Not Infinite: While IPv6 has 2^128 addresses (~340 undecillion), allocations come from Regional Internet Registries (RIRs) like ARIN in chunks (e.g., Starlink's /28 from ARIN). RIR policies (e.g., ARIN's NRPM Section 6) encourage hierarchical and sparse allocation to prevent exhaustion and enable future growth. ISPs must justify large delegations and often start with smaller ones. > Most Users Don't Need 256 Subnets: 99% of residential customers (like homes) only need 1–4 /64s. Delegating a full /56 to everyone wastes space—equivalent to giving away 252 unused /64s per user. > > Scalability: With millions of users (Starlink had ~5M+ at the beginning of 2025, growing exponentially, adding ~1M in the last quarter), conservation allows serving more customers without requesting bigger allocations from RIRs. It also reduces prefix churn (rotations) and routing table bloat in BGP. > Currently, the Starlink address space can support in the region of 300 million /56 delegations across all RIRs. Expansion globally will allow some ~536 million /56s. > Exhaustion of possible /56 allocations within the address space may take some time, but is not as far away as might be imagined. > > Policy Shifts: In 2025, many ISPs began tightening PD defaults amid IPv6 adoption growth (now ~45% global per Google stats). Real-world delegations can vary based on load, region, or your request—leading to /62 as a "conservative" fallback. This does not bother me but will upset some people on this forum I suspect. If I want end to end connectivity, I've got it. If I want isolated "subnets" I can use nat66, If I want a guest and/or IoT network I can get a second or third /64 But then again, one /64 ie 2⁶⁴ = 18,446,744,073,709,551,616 clients all in my "residential network", should be enough for most purposes 💁‍♂️ If I want to be a (w)isp, I can subscribe to the correct grade of Starlink service.