[ppml] Summary of Trial Balloons for Dealing with IPv4 AddressCountdown

[Azinger, Marla]

Jim-  Thank you for taking time on this issue and trying to organize the thoughts a bit.
 
Right now I view alot of the sujbect matter that makes up this issue as being resolved by evolution.   That said there is one thing on your list below that we could write policy for and one thing that is not on your list that needs to be discussed and possibly policy written for.
 
The one thing that you dont have below that I think does need to be answered by our community is...should we have a reserve of IPv4 space?  If yes, who/what would qualify for the reserved address space?  Are there truely entities that will never be able to transition to IPv4?  Who can do the research to create a list of valid qualifications?
 
The item on your list below that could use policy is Recycling IPv4 addresses after we have ran out.  How is the RIR to handle this?  Do they put them on a wait list?  Is the wait list first come first serve?  Is it prioritized somehow?  Or if we voted to have a reserve are the returned IPv4 addresses added to the reserve and all that dont qualify under reserve standards are told switch to IPv6?
 
Ok.  That is my two cents.
Thank you for your time
Marla Azinger
Frontier Communications

[Azinger, Marla] 
 -----Original Message-----
From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net]On Behalf Of Jim Weyand
Sent: Friday, March 30, 2007 2:35 PM
To: ppml at arin.net
Subject: [ppml] Summary of Trial Balloons for Dealing with IPv4 AddressCountdown


It seems like it is time to start the relatively hard work of actually developing alternative policy proposals to deal with the IPv4 Address Exhaustion Issue.  It is too late to prepare proposals for the April meeting but we have about 5 months before the cutoff for the October meeting.  I have never written a proposal to any of the governing bodies but my guess it will take at least that long to: gather a group of like-minded individuals; negotiate the details of what to propose; write the proposal; seek feedback; rewrite the proposal; etc, etc until the proposal is either accepted or made irrelevant by another proposal.
 
I find myself struggling with how to convert the suggestions and comments on this list into actual policy proposals.
 
I think it is useful at this point to list the different trial balloons and proposals that have been suggested and discussed regarding IPv4 address exhaustion.  If you have a favorite that I have missed, send it to me privately and I will send out a revised summary in a week or so.
 
1)       Policy Proposal 2007-12: IPv4 Countdown Policy Proposal - I believe this is the only proposal that can be voted on at the upcoming meeting in April.  The full text can be found at: http://www.arin.net/policy/proposals/2007_12.html.  This proposal will, "Set the date for termination of (IPv4) allocations and the date of announcement".  This proposal specifically does not address IP address recycling except to say that, "Recovery of unused address space should be discussed separately."
2)       An informal proposal to not make any changes to current policy until absolutely necessary
3)       An informal proposal to encourage address recycling by increasing ARIN dues 
4)       Several similar informal proposals to encourage recycling by empowering ARIN to more actively police the use of IPv4 addresses by various means
5)       An informal proposal to change the nature of assigned IPv4 addresses to something similar to real property
6)       An informal proposal to ask holders of unused address IPv4 addresses to voluntarily return the addresses
7)       Several variants of informal proposals to start assigning IPv6 space with IPv4
8)       An informal proposal to get endusers to demand access to IPv6 networks by creating a media storm similar to Y2K.
 
It is time to make up your mind, roll up your sleeves and get to work.  The current policies for dealing with IPv4 Addresses are not causing a crisis... yet.  It is however an urgent issue and extremely important.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20070330/5a63cdb0/attachment.htm>