Re: [sig-policy] prop-046: IPv4 countdown policy proposal - returning to
( Sorry for spamming the ML !)
> If we are going to the trouble of reserving 5x /8s now for allocation in
> this manner, then why not allocate these as soon as an RIR has a policy
> in place for it's eventual use?
>
> Given that the basic intent of this proposal is to provide RIRs
> certainty of address allocation at the point that the IANA pool dries
> up, this approach provides even more certainty.
I would agree with your idea if the major purpose of our proposal was to
reserve a block for a specific purpose, but our intention is to reduce
surprise for last pieces of allocations.
It will no longer be the last piece once we allocate them first, though
as I said, it would have made sense if we wanted to "reserve" a block
for a certain purpose.
> At the point that an allocation request is made that IANA can't fulfil
> from the free pool, uncertainty is going to exist unless that RIR is
> requesting a single /8. If an RIR requests 2 /8s and only receives one,
> what will they do? Presumably they had planned their available pool
> distribution based on obtaining both of these /8s. So uncertainty still
> exists for the RIR who makes the last allocation request.
That's okay because certainty we want to achive is the size of available
pool for each RIR, not certainty for RIRs to receive requested size.
Once the size of available pool is fixed for each RIR, they can plan
distribution to LIRs more effectively as they would know the limit of
their free pool.
Surprises could happen anytime as you pointed, but RIRs would at least
have a buffer of /8 to handle the situation... so I think it makes a
difference from having no policy.
[snip]
> Given that we are talking about a time when 'free' IPv4 addresses
> will be at their most scarce, and given the current lack of IPv6
> deployment, we have to accept that this is *will* happen. It would
> be irresponsible to think otherwise.
I've replied to Philip on the same point, so I'll skip my comment here.
Please see my earlier mail.
izumi