[arin-ppml] Comments: Draft Policy ARIN-2025-7
Lily Edinam Botsyoe
lilybotsyoe at gmail.com
Tue Nov 18 09:47:52 EST 2025
Hi PPML,
In case you missed it, below is a summary of the feedback received for *“ARIN
Draft Policy ARIN-2025-7: Make Policy in 6.5.8.2 Match the Examples“* at
the just ended ARIN 56.
Here are the questions asked at the end of the presentation:
- *Do you support this specific exception to the 75% allocation rule for
single-site organizations (Why or why not?)*
- *Which allocation size best serves the needs of a single-site
end-user: A /48 (as allocated by the current examples and proposed by this
policy) or a /44 (as strictly calculated by the existing 75% rule)? *
- *Should the AC continue work on this policy?*
Here are comments that came following the presentation:
*Community Feedback on Single-Site Allocation Exception*
The following comments relate to the proposed exception to the 75%
utilization rule for single-site organizations and the appropriate
allocation size (/48 vs. /44).
*Comments regarding Policy Structure and Scarcity Concerns*
- The policy structure should be reworked to state that a single-site
organization *receives a /48*, and then the 75% formula applies to
multi-site organizations, rather than framing the /48 as an exception.
- Limiting single-site organizations to a /48 reintroduces a *scarcity
model* mindset, which is not aligned with IPv6 principles.
- Requiring an organization to return for an additional block means they
could potentially consume multiple routing slots (more than one prefix),
which should be avoided.
- There's a need to rework the current policy *from the ground up* to
reflect current needs and lessons learned, rather than making complex,
piecemeal changes.
*Comments regarding **Allocation Size: /48 vs. /44 (and larger)*
- *Default Allocation Size:* The default for end-users coming directly
to ARIN should be *larger than a /48* to account for growth, even if the
user initially only needs a /48.
- *Preventing Fragmentation:* If end-users are initially given a /48,
and later need more, there is a *high probability *that ARIN can
accommodate the growth by swapping the /48 for a larger, continuous block
(e.g., a /44) from the *sparse allocation pool*, mitigating some
concerns about using multiple routing slots.
- *ISP Context:* Historically, the smallest ISP allocation has been a
/40 (down from /32), showing an evolution in sizing; the concern is that
end-users are now being treated *too frugally* with a default /48.
- *Single-Site Needs:* For a hosting provider, once they become an LIR
(Local Internet Registry) and receive an ASN, they typically need more than
a /48, with a */44* being more appropriate.
*Clarifications and Support*
- *Policy Support:* One member explicitly stated *they do not support* the
current proposed change, suggesting a more fundamental cleanup is needed.
- *Current Policy:* Under existing policy, an end-user single-site
allocation is a /48, while an ISP must receive at least a /40.
- From Staff:
- Historically, RSD has not experienced any problems with the
existing policy text as the policy states that organizations may
receive an
initial assignment of /48, and requests for larger than a /48
are based on
the number of sites in the organization’s network. It is understood the
75% threshold applies only to requests larger than /48.
- Currently, ARIN assigns IPv6 addresses *sparsely* by issuing a
single /48 and effectively reserving the remaining /44 block for the
customer's future growth. This strategy provides the best chance for
customers to expand into consecutive blocks, though ARIN cannot guarantee
the reserve will always be available indefinitely (as was the case with
IPv4 depletion). According to ARIN's inventory oversight, they
have issued
less than 1% of the total IPv6 space. ARIN has approximately one million
/48s with reserved /44s available, which, at the current issuance rate,
represents over 100 years of available space.
- RSD shares that, if a hosting provider were to request space from
ARIN, they would be reviewed under ISP/LIR policies from the
start, so they
would justify a /40 minimum up to a /32.
*<End>*
Do share your thoughts, support or edits as you deem fit. Thank you.
Best regards,
Lily
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20251118/f6798330/attachment.htm>
More information about the ARIN-PPML
mailing list