[arin-ppml] Draft Policy ARIN-2013-3: Tiny IPv6 Allocations for ISPs
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;
>> 18.104.22.168(g): 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.
>> 22.214.171.124(h): 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