[arin-ppml] Unintended Consequence of 2014-17
scottleibrand at gmail.com
Thu Jun 26 15:51:10 EDT 2014
Once the free pool is exhausted, this text from 4.1.8, Unmet requests, also
Repeated requests, in a manner that would circumvent 4.1.6, are not
allowed: an organization may only receive one allocation, assignment, or
transfer every 3 months, but ARIN, at its sole discretion, may waive this
requirement if the requester can document a change in circumstances since
their last request that could not have been reasonably foreseen at the time
of the original request, and which now justifies additional space.
If 2014-17 does not take effect until after runout, does that address your
concern going forward?
Also, remember that if an organization qualifies for more than a /16, they
will likely want to ask for more than a /16 up front. I'm not sure that
asking for lots of small blocks back to back would do anything for them
(unless they were trying to hoover up lots of smaller blocks because the
size they qualify is gone, which is exactly what the above language was
intended to prevent).
On Thu, Jun 26, 2014 at 12:44 PM, <lar at mwtcorp.net> wrote:
> I must strongly oppose 2014-17
> It effectively removes meaningful needs testing for large and very large
> (I know that utilization isn't the only test but it's a major part of need
> According to my admittedly hasty and crude calculations:
> If you have in aggregate a /8 of IPv4 and you have 90% of it utilized.
> -You could-
> request a /16
> and before you used a single one of those addresses meet the need
> requirement for another /16 and still
> be over 80% utilization.
> Other sizes scale accordingly but the effect is the same greatly favoring
> the large and very large.
> Larry Ash
> Network Administrator
> Mountain West Telephone
> 123 W 1st St.
> Casper, WY 82601
> Office 307 233-8387
> 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:
> Please contact info at arin.net if you experience any issues.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ARIN-PPML