[arin-ppml] ARIN-prop-153 Correct erroneous syntax in NRPM 8.3
matthew at matthew.at
Tue May 31 12:26:30 EDT 2011
On 5/31/2011 12:11 AM, Owen DeLong wrote:
> I think we kind of have to accept that circumstance because it has
> little differentiation from
> when ARIN subdivides address space the same way.
But ARIN was previously able to subdivide space in a way that allows for
growth without increasing table size, and at a fairly known rate, and
with a finite limit imposed by the free pool size.
If the goal is to prevent the BGP table size from growing too quickly,
or causing it to grow in a predictable way, then we should come up with
policies that reduce disaggregation at the source, no matter who the
If breaking up every block into /24-sized pieces is acceptable if the
recipients are all different, then the table size is no different than
if the recipients are all the same... and so there's no real win on
table size, instead we simply make things overly complicated for the
buyer for no benefit.
More information about the ARIN-PPML