[arin-ppml] Draft Policy ARIN-2013-3: Tiny IPv6 Allocations for ISPs

David Farmer farmer at umn.edu
Fri Mar 29 14:47:41 EDT 2013

On 3/29/13 10:37 , Brandon Ross wrote:
> On Thu, 28 Mar 2013, David Farmer wrote:
>> I'd change that a little and add another subsection;
>>  An LIR that requested a /36 or /40 initial allocation is
>> entitled to increase said allocation's size to /36 or /32.  This
>> change is not a subsequent allocation as described in 6.5.3.
>> Additionally, a minimum of a /32 will be reserved for all such LIRs to
>> facilitate this expansion.
> I'm good with that.
>> An LIR that received a /32 initial allocation before the
>> availability of the /36 and /40 initial allocation sizes is entitled
>> to a one-time decrease of their allocation size to /36 or /40.  Such
>> an LIR will retain the first (lowest numbered) subnet or the last
>> (highest numbered) subnet of their original block.
> What benefit does it give the community to limit reduction in allocation
> size to only those that were issued earlier and only once?  I am against
> that change as plenty of organizations may make initial errors in their
> allocation requests and might want to move back to a smaller size later.

The primary issue I want to avoid people going up and down several 
times.  I guess we don't need restrict it to people who received a /32 
before the /36 or /40 were available.  So, I'd be OK everyone having one 
opportunity to reduce form /32 to /36 or /40.

Unless you intended to create a generic ability to reduce your 
allocations that would apply to everyone and not just to the x-small and 
xx-small categories.  But that wasn't explicitly clear, and I took it 
that it was intended to allow low end adjustments.  I'd like other to 
weigh in on if there should be a generic ability to reduce your IPv6 

David Farmer               Email: farmer at umn.edu
Office of Information Technology
University of Minnesota
2218 University Ave SE     Phone: 1-612-626-0815
Minneapolis, MN 55414-3029  Cell: 1-612-812-9952

More information about the ARIN-PPML mailing list