If we did this, I suspect what would happen for the foreseeable future is that all reclaimed space would be assigned out as /24s to everyone willing to accept a /24 to fulfil their request. Anyone who insisted on a larger block would get nothing, so there'd be no incentive to do so. That would have the effect of giving a small number of space to the largest number of organizations possible, which could be considered a feature or a bug (increasing the number of routes that have to go into the global BGP table).
-Scott On Mon, May 13, 2019 at 9:00 AM Jimmy Hess <[email protected]> wrote: > On Mon, May 13, 2019 at 9:39 AM Tom Pruitt <[email protected]> wrote: > > >> If those organizations were watching the list, and moving up, it is >> likely that they have made >> > business decisions based on that data with the assumption that they would >> get an allocation >> > at some point. I believe the proposed allocation limit is being >> discussed as a method to >> > > Such speculations would not have been a very prudent to rely upon. > Anyway: there is likely > to not ever be a full /7, so a /7 cannot be allocated, for example. Some > "natural" limit exists, > whether exactly known or not, and there's no guarantee of anyone on the > list ever > eventually getting filled. > > Perhaps it should simply be that when ordering the wait list --- All > requests whether new or > still pending each XX day period, say over 90 days will be considered > simultaneously > on one date, and in addition to being ordered by request date, the > requests are sorted > into buckets based on the number of total IP addresses requested, e.g.: > > All requests that can be satisfied at their minimum size by a /24, /23, > /22, /21, or less (for example) > in the entire waiting list, and those larger being processed today shall > each be sorted into a > corresponding "bucket" with other requests that can be satisfied at that > size. > > All requests from every bucket of smaller sized requests shall be > satisfied in at least their > minimum size before considering requests in any buckets of larger size. > > > In this manner a "larger request" like a /20 could in theory be made, but > even if that request was pending for 2 years: all the new requests > that can be > satisfied by /24 or less, then /23 or less, then /22 or less, then /21 > or less should > be considered and filled first. > > So to have any chance of filling a massive allocation, then that should > mean the > waiting list has become essentially empty..... > > -- > -JH > _______________________________________________ > ARIN-PPML > You are receiving this message because you are subscribed to > the ARIN Public Policy Mailing List ([email protected]). > Unsubscribe or manage your mailing list subscription at: > https://lists.arin.net/mailman/listinfo/arin-ppml > Please contact [email protected] if you experience any issues. >
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
