[arin-ppml] Draft Policy ARIN-2024-8: Restrict the Largest Initial IPv6 Allocation to /20

Mark Andrews marka at isc.org
Thu Jun 27 15:14:01 EDT 2024


I would argue that it is not needed for 6rd as you can pack things much denser with proper 6rd parameter management.  Yes it requires the ISP to think about how a DHCP pool is configured.
Even one parameter set per /8 you have addresses in drastically reduce the size needed.   6rd can be packed as densely as you would do with IPv4 pools using GUAs. 


-- 
Mark Andrews

> On 28 Jun 2024, at 04:49, William Herrin <bill at herrin.us> wrote:
> 
> On Thu, Jun 27, 2024 at 11:27 AM John Santos <john at egh.com> wrote:
>> I don't know the use case, and I don't
>> think anyone else here does or if they do, they haven't described it.
> 
> I don't know the use case that was documented for the /16 allocation,
> but I know of a straightforward use case which I believe fully
> compliant with ARIN policy, justifies an IPv6 /16 and is utterly
> divorced from anything resembling efficient use.
> 
> My use case is simple: I want to assign the IETF recommended /48
> prefixes to my customers, I want to use 6rd to reach them and I don't
> want to map the IPv4 address space directly in to 6rd without
> narrowing it to my various IPv4 allocations.
> 
> Presto. I need 32 bits to map the v4 address space into 6rd and I want
> each to lead to a /48, so I need /48-32 = a /16.
> 
> Indeed, I could even justify a /12 if ARIN allowed it since I don't
> want my native IPv6 use to overlap 6rd.
> 
> I cannot stress enough how wasteful this plan is, but it is
> technically compliant with justifiable use under current IPv6 policy.
> 
> Regards,
> Bill Herrin
> 
> 
> 
> -- 
> William Herrin
> bill at herrin.us
> https://bill.herrin.us/
> _______________________________________________
> ARIN-PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> https://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.



More information about the ARIN-PPML mailing list