<p dir="ltr">Dear CEO,</p>
<p dir="ltr">Thanks for the update.</p>
<p dir="ltr">Christian.</p>
<div class="gmail_quote">On Aug 16, 2017 3:52 PM, "Alan Barrett" <<a href="mailto:alan.barrett@afrinic.net">alan.barrett@afrinic.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear community,<br>
<br>
As you are aware, the policy proposal AFPUB-2016-V4-003-DRAFT03<br>
"IPv4 Resources transfer within the AFRINIC Region” was ratified by<br>
the Board on 19 April 2017.<br>
<br>
In-line with article 3.4.5 of the Consolidated Policy Manual, a ratified policy proposal should usually be implemented within 6 months after the end of last call -  which is 16 August 2017 (6 months after the last call date of 16 Feb 2017).<br>
<br>
AFRINIC staff have requested an extension until 31 October 2017, and the Board has approved the extension.<br>
<br>
Implementing this policy requires at least the following work:<br>
<br>
## RSA modifications<br>
<br>
The existing Registration Service agreement (RSA) prohibits transfer of address space. A revised RSA addressing this and other small issues is being drafted and will shared with the community soon.<br>
<br>
## Transfer Agreement<br>
<br>
Staff have recommended that a new Transfer Agreement document be prepared.  It will establish the conditions of the transfer provide for handling any dispute regarding a resource transfer.  We envisage a document signed by both the source and recipient organisations.<br>
<br>
## Authentication of requests from legacy resource holders<br>
<br>
We anticipate that legacy address space may be the subject of a transfer.  Legacy resource holders are often not members of AFRINIC, and legacy address space has a higher than averge risk of being used by unauthorised parties (“hijacked”).  AFRINIC will have to develop due diligence processes to verify that any requests for transfers of legacy address space are legitimate.<br>
<br>
## Automation of error-prone tasks<br>
<br>
Transfers will often require an address block (“prefix”) to be sub-divided into several smaller blocks, with some of the smaller blocks being transferred and some remaining with the previous holder.  This will require complex and error-prone changes to the WHOIS and related databases.  The transfer policy also imposes requirements that the source organisation must not have received address space from AFRINIC in the past 12 months, and will not be eligible to receive address space for the next 12 months. Enforcing such requirements manually will be error-prone.  Software will be developed to help with the complex tasks.<br>
<br>
## New member registration portal (NMRP)<br>
<br>
The web portal that new members use to apply for membership and apply for their first resource allocation or assignment will need to be updated, to allow for the possibility that the first allocation or assignment is the result of a transfer.<br>
<br>
## Process review<br>
<br>
Several internal processes used by the Registration Services team will need to be updated.<br>
<br>
## Documentation and training materials<br>
<br>
At least the following materials will need to be updated:<br>
<br>
* Training material for INRM (Internet number resource management)<br>
* “How to” guides<br>
* The consolidated policy manual<br>
* Policy interpretation guides<br>
* Web pages relating to resource applications<br>
<br>
<br>
Regards,<br>
<br>
Alan Barrett<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
</blockquote></div>