[ppml] Policy Proposal: IPv4 Soft Landing
william(at)elan.net
william at elan.net
Fri May 18 12:39:29 EDT 2007
I think having a policy that says that after certain time (in fact
I'd prefer it to be specified as a year rather then IPv4 depletion
thereshold), ISPs MUST demonstrate availability of IPv6 infrastructure
before getting new ipv4 space is in fact good for IPv6 deployment
and its production use which is ultimate goal here.
I'd be interested in seeting "deploy IPv6" policy proposal that
goes along those lines (even thinking about writing one based
on some lines in David Conrad's proposal, but first want to see
where that goes).
On Fri, 18 May 2007, Iljitsch van Beijnum wrote:
> On 11-mei-2007, at 10:14, Member Services wrote:
>
>> 30 days after specified thresholds in the amount of address space
>> remaining in the IANA IPv4 free pool are crossed, the requirements
>> necessary for ISPs to obtain additional IPv4 address space are made
>> more stringent
>
> The effect of a policy like this is that:
>
> a. IPv4 becomes more painful to use because addresses are harder to get
> b. the incentive to move to IPv6 is reduced because the moment that the
> IPv4 is completely depleted is postponed
> c. in many cases, the same amount of address space as before is given
> out,
> but now as many small blocks, increasing the ARIN workload and
> hindering
> route aggregation
>
> As such, a policy like this doesn't seem to be in the best interest
> of the internet community at large.
>
>> Phase 1
>> Threshold 40 /8s
>
> This will almost certainly happen within a year, with about 25% of
> the IPv4 address space or around a billion addresses still unused.
> Don't forget that in addition to what's available in the IANA global
> pool, there is also a lot of address space still available but held
> by the RIRs. Currently, about 24 /8s worth.
> _______________________________________________
> This message sent to you through the ARIN Public Policy Mailing List
> (PPML at arin.net).
> Manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml
More information about the ARIN-PPML
mailing list