<div dir="ltr"><div dir="ltr"><div>Owen in my opinion staff is following it as well as they can. I'm not sure when provider assignment unit as an idea became codified in the policy manual, but to my mind, it is really divorced from the reality of IPv6 network engineering in practice.</div><div><br></div><div>In practice, a large ISP with multiple types of service does not have a singular provider assignment unit as the policy currently seems to suggest. Speaking for my organization, we make use of /64 for mobile devices, /56 for home Internet, and /48 for enterprise customers. So the text as-is requires some degree of interpretation to bring it back to a reasonable application, and from what I can tell staff is doing just fine. </div><div><br></div><div>I think a re-write of this policy text is overdue.<br><div><br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Matthew Wilder</div></div></div><p></p></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Feb 16, 2026 at 10:43 AM Owen DeLong via ARIN-PPML <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But ARIN doesn’t follow the policy as written in that they don’t use the minimum size issued by the provider as the PAU. They just take whatever PAU the provider says, up to /48 and accept it. Providers that issue /60s to residential customers, for example, are not being measured against /60 in their requests. <br>
<br>
Owen<br>
<br>
<br>
> On Feb 16, 2026, at 10:31, John Sweeting <<a href="mailto:jsweeting@arin.net" target="_blank">jsweeting@arin.net</a>> wrote:<br>
> <br>
> Hello Bill,<br>
> <br>
> This is not true. ARIN follows policy as mandated and allows customers to select their default size for downstream reassignment. This is very clear in “ARIN’s IPv6 Address Planning Basics” located in the ARIN Academy. ARIN does encourage /48 as industry standard but the customer may determine their own default in accordance with policy and ARIN training material.<br>
> <br>
> <br>
> Sent from my iPhone<br>
> <br>
>>> On Feb 16, 2026, at 9:09 AM, William Herrin <<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a>> wrote:<br>
>>> <br>
>>> On Mon, Jul 14, 2025 at 7:49 AM Owen DeLong <<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>> wrote:<br>
>>> Assuming /48 as the PAU is not true to the policy. The policy was intended<br>
>>> to encourage LIR/ISPs to implement /48 PAUs by limiting the size of<br>
>>> allocations to providers that issued smaller end site allocations.<br>
>>> <br>
>>> It saddens me to learn that ARIN has implemented the policy in a<br>
>>> manner that contravenes the clear language of the policy defining PAUs.<br>
>>> <br>
>>> I sincerely hope ARIN will correct this, though at this point, it’s<br>
>>> likely too late to have meaningful impact.<br>
>> <br>
>> Hi Owen,<br>
>> <br>
>> As the primary AC shepherd on 2025-6, I dug into the information you<br>
>> presented here and it is my assessment that you are correct. ARIN<br>
>> misimplemented NRPM section 6.5.2.1. Specifically, the policy calls<br>
>> for ARIN to inquire into the ISP's intended default downstream IPv6<br>
>> assignment size and to scale the ISP's entitlement accordingly.<br>
>> Reviewing the debate around the proposal that established the policy,<br>
>> this was very clearly its intent. ARIN does not do so. Instead, ARIN<br>
>> assumes this assignment size is /48. In my experience, this is usually<br>
>> incorrect. The default is rarely more than /56 which should, according<br>
>> to the policy, result in an entitlement that is at least 8 bits<br>
>> smaller.<br>
>> <br>
>> I want to be very clear: this is my assessment as one member of the<br>
>> AC. It should not be construed to reflect ARIN's position as an<br>
>> organization nor the AC's position as a group.<br>
>> <br>
>> With that, I want to pose the question to you and to the rest of the<br>
>> community: what would you like done about this?<br>
>> <br>
>> Some obvious options include:<br>
>> <br>
>> 1. Make ARIN's implementation conform to the written policy. I.e.<br>
>> start asking ISPs what size assignment they've selected as their<br>
>> default.<br>
>> <br>
>> 2. Make the policy conform to ARIN's implementation. This would<br>
>> involve removing the Provider Allocation Unit language from 6.5.2.1c<br>
>> as well as removing it from the section 2 definitions since the term<br>
>> is only used in 6.5.2.1c.<br>
>> <br>
>> 3. Do nothing. The implementation continues in non-conformance.<br>
>> <br>
>> 4. Do a broad rewrite of section 6.5.2.1, which will result in ARIN<br>
>> creating an implementation of the new policy. We do, after all, have a<br>
>> decade more experience with the practical operation of IPv6 than we<br>
>> did when this policy was written. Surely we can improve it.<br>
>> <br>
>> 5. Some combination of the above, e.g. ask ARIN to conform pending a<br>
>> general rewrite or do nothing pending a general rewrite.<br>
>> <br>
>> So, with this in mind, I ask all of you in the community: what do you<br>
>> think is the best thing to do here?<br>
>> <br>
>> Regards,<br>
>> Bill Herrin<br>
>> _______________________________________________<br>
>> ARIN-PPML<br>
>> You are receiving this message because you are subscribed to<br>
>> the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
>> Unsubscribe or manage your mailing list subscription at:<br>
>> <a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
>> Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div>