[arin-ppml] ARIN-2023-8 - Reduce 4.1.8 Maximum Allocation

[Matt Erculiani]

Bill,

> RIR policy is informed by routing practices on the Internet and it
> always has been.

Sure it may be a valuable consideration, but I don’t like the idea of
burning the waitlist to the ground and auctioning off returned space
because there’s a cost to other operators when routes get announced. There
is a cost to get on the DFZ, and ongoing costs to stay on it. Operators
will deal with it or switch to the 0/0 if they can.

Small shops (or anyone) looking for IPv4 space, but willing to wait an
exceptionally long period of time in lieu of paying several thousands of
dollars for it, should be allowed to wait.

I would be in favor of a /24 maximum allocation from the waitlist with no
one grandfathered. And organizations should absolutely have to re-justify
their place on the waitlist every 2 years, starting with any entry on the
list older than 2 years. Else, their place in line is lost and those who
continue to justify their needs are moved up until they are fulfilled or
IPv4 becomes obsolete.

-Matt


Matt Erculiani


On Wed, Aug 14, 2024 at 21:29 William Herrin <bill at herrin.us> wrote:

> On Wed, Aug 14, 2024 at 4:15 PM Matt Erculiani <merculiani at gmail.com>
> wrote:
> > > your announcement from wherever you are in the world consumes a slot
> in their routing tables
> >
> > The size of the Internet’s routing table isn’t an ARIN problem, nor
> should it influence number policy decisions. It’s a vendor and operator
> problem.
>
> Hi Matt,
>
> If that were remotely close to true, there would be no justification
> for ARIN-region LIRs. Anyone who wanted one or more static IP
> addresses could simply be directed to ARIN.
>
> RIR policy is informed by routing practices on the Internet and it
> always has been.
> Regards,
> Bill Herrin
>
> --
> William Herrin
> bill at herrin.us
> https://bill.herrin.us/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20240814/69b3bdb8/attachment.htm>