<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 10px; "><br>The following revised version of 2007-17 is submitted for consideration.<br>The amendments are being made to address concerns expressed by staff<br>in the "staff assessment" of the policy proposal.<br><br></span><div><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 10px; ">I ran these changes by staff prior to submitting them here. The changes</span></div><div><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 10px; ">do address the concerns expressed by staff, but, staff may wish to revise</span></div><div><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 10px; ">their "impact" statement. Beyond this statement, I'll leave it to staff</span></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;">to comment further if they wish.</span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;"><br></span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;">Apologies for the late date on this amendment. Look forward to upcoming</span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;">changes to the IRPEP to improve this situation.</span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;"><br></span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;">Owen</span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;"><br></span></font></div><div><font class="Apple-style-span" face="-webkit-monospace" size="2"><span class="Apple-style-span" style="font-size: 10px;"><br></span></font></div><div><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 10px; ">Modifications:<br><br> Extended 4.6.1 to allow ARIN to reject transactions of no benefit<br> to the community. (Hopefully this closes most of the abuse loopholes)<br><br> Renumbered 4.6.6 to 4.6.7 Annual contact required<br><br> Renumbered 4.6.5 to 4.6.6 RSA Required if new addresses received<br><br> Inserted new 4.6.5 to spell out requirement for ARIN to work with<br> resource holders to specify a return timeframe in contract.<br><br> Added text to rationale to clarify overriding intent and<br><br>Policy Proposal 2007-17<br>Legacy Outreach and Partial Reclamation<br><br>Author: Owen DeLong<br><br>Date: 21 February 2008<br><br>Proposal type: modify<br><br>Policy term: permanent<br><br>Policy statement:<br><br>Replace section 4.6 as follows:<br><br>4.6 Amnesty and Aggregation requests<br><br>4.6.1 Intent of this policy<br><br>This policy is intended to allow the community and ARIN staff to work<br>together with holders of address resources in the best interests of<br>the community by facilitating the return of unused address space and<br>the aggregation of existing space in a manner which is in the best<br>interests of both parties.<br><br>All transactions under this policy must either create greater<br>aggregation (a reduction in the number of prefixes) or the return of<br>address space. ARIN should reject any transaction which staff judges<br>is not in the interests of the community.<br><br>4.6.2 No penalty for returning or aggregating<br><br>ARIN shall seek to make the return of address space as convenient and<br>risk-free to the returning organization as possible. An organization<br>with several non-contiguous blocks seeking to aggregate and return<br>space at the same time should be accommodated if possible. If it is<br>possible to expand one block, for example, to facilitate the return of<br>other blocks, ARIN should do th.6.3 Return should not force renumbering<br><br>An organization shall be allowed to return a partial block of any size<br>to ARIN. For any return greater than a /24, ARIN shall not require<br>that the non-returned portion of the block be renumbered unless the<br>returning organization wishes to do so.<br><br>4.6.4 Incentives<br><br>The Board of Trustees should consider creating incentives for<br>organizations to return addresses under this policy.<br><br>4.6.5 Timeframe for return<br><br>Any organization which is returning addresses under this policy shall<br>negotiate with ARIN an appropriate timeframe in which to return the<br>addresses after any new resources are received under this policy. In<br>the case of a simple return, the timeframe shall be immediate. In the<br>case where renumbering into new addresses out of existing addresses to<br>be returned is required, the returning organization shall sign a<br>contract with ARIN which stipulates a final return date not less than<br>6 months nor more than 18 months after the receipt of new addresses.<br>If an organization misses this return date, but, ARIN believes the<br>organization is working in good faith to complete the renumbering,<br>ARIN may grant a single extension of 6-12 months as staff deems<br>appropriate to the situation. Such an extension must be requested in<br>writing (email to <a href="mailto:hostmaster@arin.net">hostmaster@arin.net</a>) by the organization at least 15<br>days prior to the original expiration date.<br><br>4.6.6 RSA Required if new addresses received<br><br>Any organization which receives any additional addresses under this<br>policy shall be required to sign an ARIN RSA which will apply to all<br>new addresses issued and to any retained blocks which are expanded<br>under this policy.<br><br>4.6.7 Annual contact required<br><br>Any organization which participates in this policy shall be required<br>to sign an agreement stipulating that ARIN will attempt contact at<br>least once per year via the contact mechanisms registered for the<br>organization in whois. Should ARIN fail to make contact, after<br>reasonable effort the organization shall be flagged as "unreachable"<br>in whois. After six months in "unreachable" status, the organization<br>agrees that ARIN may consider all resources held by the organization<br>to be abandoned and reclaim such resources. Should the organization<br>make contact with ARIN prior to the end of the aforementioned six<br>month period and update their contact information appropriately, ARIN<br>shall remove the "unreachable" status and the annual contact cycle<br>shall continue as normal. If the organization pays annual fees to<br>ARIN, the payment of annual fees shall be considered sufficient contact.<br><br>Rationale:<br><br>Existing policy supports aggregation (4.7) and provides some amnesty<br>(existing 4.6) for returning blocks. However, a number of resource<br>holders have expressed discomfort with the current section 4.6<br>believing that they will be forced to return their entire address<br>space and renumber rather than being able to make partial returns and<br>retain some of their existing space.<br><br>This policy seeks to eliminate those concerns and make the return of<br>unused address space more desirable to the resource holders.<br><br>A very high percentage of underutilized space is in the hands of<br>legacy holders who currently have no benefit to joining the ARIN<br>process and no way to return any portion of their address space<br>without incurring significant disadvantage as a result.<br><br>A suggestion to the board would be to adopt benefits along the<br>following lines for people returning space. These benefits would<br>provide additional incentive for resource holders to make appropriate<br>returns and for legacy holders to join the ARIN process:<br><br>1. If the organization does not currently pay ARIN fees, they shall<br>remain fee exempt.<br><br>2. If the organization currently pays ARIN fees, their fees shall be<br>waived for two years for each /20 returned, with any fractional /20<br>resulting in a one-time single year waiver.<br><br>3. Any organization returning address space under this policy shall<br>continue under their existing RSA or they may choose to sign the<br>current RSA. For organizations which currently do not have an RSA,<br>they may sign the current RSA, or, they may choose to remain without<br>an RSA.<br><br>4. All organizations returning space under this policy shall, if they<br>meet other eligibility requirements and so request, obtain an<br>appropriate IPv6 end-user assignment or ISP allocation as applicable,<br>with no fees for the first 5 years. Organizations electing to receive<br>IPv6 allocation/assignment under this provision must sign a current<br>RSA and must agree that their IPv4 resources are henceforth subject to<br>the RSA.<br><br>The overriding intent of this policy proposal is to make it as easy as<br>possible for both ARIN and resource holders to "do the right thing"<br>with regard to excess resources or dis-aggregated (fragmented) address<br>blocks. It is the desire of the author that staff make any judgment<br>calls necessary under this policy with that ideal clearly in mind.<br>While the author has made a concerted effort to make the policy as<br>clear as possible and<br>as concrete as can be, the reality is that these types of transactions<br>must rely heavily on the judgment and expertise of the ARIN staff in<br>determining what is in the best interests of the community.<br><br><br>Timetable for implementation: Immediate<br></span></div></body></html>