<div><br></div><div><br></div>Generally, D is a non starter due to legal issues.  , but it's probably fixable. <span class="Apple-style-span" style> </span><div><div><br></div><div>This would be a good start. We have proposals on deck. Do we accept onto tbhe AC docket to work? I believe this accepting would be appropriate based on discussion volumes. <span></span></div>
<div><br></div><div>Best </div><div><br></div><div>Marty</div><div><br>On Thursday, June 14, 2012, David Farmer  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>From the discussions we have had I thought it might be a good idea to put down a high level plan for clarifying Legacy Resource Policy.  What does the community think?<br>
<br>
It is providing in an outline form, dashed items are my initial comments<br>
<br>
Is there anything missing?<br>
<br>
There seems to be little community support for eliminating or waving needs assessment for recipients of transfer of resources Legacy or otherwise.  So, I'm not sure those part of 171 are useful to create policy that can gain consensus.  I'll leave at that an not comment more.<br>

<br>
------<br>
<br>
A. Define Legacy Resources<br>
<br>
- I believe 172 with Scott's mods is a good start on this<br>
<br>
B. Policies applies to all resources allocated by ARIN or one of its predecessor registries, unless transferred to the control of another RIR.<br>
<br>
- I think this is a given from NRPM Section 1.  But should be clearly stated and probably just added as a clarification to Section 1.<br>
<br>
C. Legacy Resources will not be reclaimed solely for lack of use<br>
<br>
- Essentially already policy via the LRSA terms, lets just clearly make it policy.  Probably should go in a new Legacy Resource Section.<br>
<br>
D. ARIN needs a clear policy mechanism to reclaim Legacy Resources from defunct organization that are not otherwise covered by a signed RSA or LRSA, resources covered by RSA or LRSA have such a mechanism, non-payment of fees results in recovery. This needs proper protections, like commercially reasonable efforts to find a successor organization or a trustee of its estate, etc...  NOTE: However, all resource holders have allows had a clear obligation to maintain valid POC information. So at one level it is an organizations responsibility to remain contactable by ARIN.<br>

<br>
-  This will be a lot of work, but we GOT to do it.  We've needed to do it for a long while.  Probably should go in a new Legacy Resource Section.<br>
<br>
E. Chain of Custody Validation<br>
<br>
-  This needs some work but whats in 171 might be a starting point. Probably should go in a new Legacy Resource Section.<br>
<br>
F. M&A transfers (8.2) maintain legacy status<br>
<br>
- I think Marc's proposal is a good start on this, but I make comment in that thread<br>
<br>
G. Other transfers (8.3) do not maintain legacy status<br>
<br>
- Could be added to Marc's proposal or could be a new one.  But it should be clearly stated.<br>
<br>
-- <br>
==============================<u></u>=================<br>
David Farmer               <a>Email:farmer@umn.edu</a><br>
Networking & Telecommunication Services<br>
Office of Information Technology<br>
University of Minnesota <br>
2218 University Ave SE      Phone: 612-626-0815<br>
Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>
==============================<u></u>=================<br>
<br>
______________________________<u></u>_________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a>ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/<u></u>listinfo/arin-ppml</a><br>
Please contact <a>info@arin.net</a> if you experience any issues.<br>
</blockquote></div></div><br><br>-- <br>Sent via a mobile device<br>