<p dir="ltr">Hi Noah,</p>
<p dir="ltr">Even though I am not in any way speaking for the CEO, kindly permit me to respond to your mail as below inline...<br></p>
<p dir="ltr">On Aug 24, 2017 3:47 PM, "Noah" <<a href="mailto:noah@neo.co.tz">noah@neo.co.tz</a>> wrote:<br>
><br>
> On Wed, Aug 16, 2017 at 2:50 PM, Alan Barrett <<a href="mailto:alan.barrett@afrinic.net">alan.barrett@afrinic.net</a>> wrote:<br>
>><br>
>> Dear community,<br>
>><br>
><br>
> Dear Alan,<br>
>  <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>
>><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>
><br>
> I am noticing this still being done despite the supremacy that the policies have over the RSA and this is clearly stated by the current RSA at sections  6.c, 6.d.i and 6.d.ii as per below excepts from [1] </p>
<p dir="ltr">The supremacy of the policies is not in doubt. The CEOs action is to make the RSA reflect the policies developed and adopted.</p>
<p dir="ltr">> **********<br>
> 6. Acknowledgements<br>
><br>
> The Applicant:<br>
>  <br>
> (c) Acknowledges that it will at all times comply with the policies developed and approved by the members of AFRINIC, in Public Policy Meetings, relating to the use of services applied to:<br>
> (i) IP Address Space Numbering Resources (IPv4 and IPv6); <br>
> (ii) ASN resources;<br>
> (iii) reverse DNS management; <br>
> (iv) other related services as agreed by the community.<br>
><br>
> (d) Acknowledges : <br>
> (i) that this agreement shall at all times be subjected to policies adopted and to be adopted by the AFRINIC Internet Community; <br></p>
<p dir="ltr">It is this clause that necessitates the action of the CEO. The RSA is been subjected to the new policies which have just been adopted by AfriNIC Internet Community.</p>
<p dir="ltr">> (ii) that this agreement shall at all times be subjected to such global policies, adopted and to be adopted by all RIRs ,which have first been approved by the AFRINIC Internet Community through its policy development process<br>
><br>
> ************<br>
><br>
> If I may, what is the final objective of this exercise?   <br>
><br>
> 1. To make the RSA more superior over the policies?  </p>
<p dir="ltr">No. You bow to that which is more superior to you. The RSA is been adjusted to reflect the current policies.</p>
<p dir="ltr">> 2. To make policies comply to the RSA and keep changing RSA before adopting policies?</p>
<p dir="ltr">No too. The RSA is only been adjusted to reflect changes in policies.</p>
<p dir="ltr">Bottom line, let me give an instance. Let's say company A signed the RSA in 2013 when policies A B and C were invoke and reflected on the RSA. As at 2017, policy C has been replaced with two new policies D and E. Company A would not be expected to re-sign the RSA. However, company B joining later than 2017 after policies D and E was ratified will be expected to sign an RSA with policies A B D E in it. </p>
<p dir="ltr">> Cheers,<br>
> Noah<br>
><br>
> [1]<a href="https://www.afrinic.net/en/services/rs/rsa">https://www.afrinic.net/en/services/rs/rsa</a><br>
><br>
> _______________________________________________<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">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
></p>
<p dir="ltr">Christian</p>