[ppml] Policy Proposal: Authentication of Legacy Resources

[Andrew Dul]

>  -------Original Message-------
>  From: Keith W. Hare <Keith at jcc.com>
>  Subject: Re: [ppml] Policy Proposal: Authentication of Legacy Resources
>  Sent: 10 Jul '07 07:01
>  
>  
>  
>  > -----Original Message-----
>  > From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On
>  > Behalf Of Andrew Dul
>  > Sent: Monday, July 09, 2007 5:05 PM
>  > To: Edward Lewis;
>  > Subject: Re: [ppml] Policy Proposal: Authentication of Legacy
>  > Resources
>  >
>  ...
>  >
>  > I agree that creating barriers in general is not a good idea.
>  >  I would certainly like to see ARIN do an outreach
>  > specifically to legacy holders.  My attempt with this policy
>  > was to create an incentive (loss of current in-addr service)
>  > to encourage the establishing of a formal relationship and
>  > the ongoing relationship that would help keep the records as
>  > up-to-date.  In addition I see additional incentives in
>  > affirming an organizations right to use number resources
>  > granted prior to the formation of ARIN.
>  >
>  I currently see two barriers to establishing a formal relationship with
>  ARIN for our /24 legacy address allocation.
>  
>  1.  I don't see how to accomplish establishing a formal relationship --
>  the informaton on how to accomplish this is not easily available.
>  
>  2.  I am unlikely to sign an agreement that does not protect our use of
>  our /24 address allocation.
>  

I hope that both of these barriers are lowered by this policy proposal.  

1: The proposal specifically asks ARIN to do an outreach to legacy holders, publish how to establish those formal relationships, and sets an 18 month time frame to accomplish the outreach project. 
2: The proposal also specifically calls for a version of the RSA which would protect the usage of assignments for legacy holders and basically ignore utilization requirements on legacy assignments as long as an organization does not request additional address space from ARIN.

Andrew