<div dir="ltr">Hi<div><br></div><div>The only way to make RSA future proof is not mention resource management related items in it, but simply refer resource management to the policy, therefore we will not need update RSA per policy changes.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 August 2017 at 15:47, Christian Ahiauzu <span dir="ltr"><<a href="mailto:christian.ahiauzu@uniport.edu.ng" target="_blank">christian.ahiauzu@uniport.edu.ng</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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><span class="">
<p dir="ltr">On Aug 24, 2017 3:47 PM, "Noah" <<a href="mailto:noah@neo.co.tz" target="_blank">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" target="_blank">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>
</span><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><span class="">
<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>
</span><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><span class="">
<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>
</span><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><span class="">
<p dir="ltr">> 2. To make policies comply to the RSA and keep changing RSA before adopting policies?</p>
</span><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"><span class="">> Cheers,<br>
> Noah<br>
><br>
> [1]<a href="https://www.afrinic.net/en/services/rs/rsa" target="_blank">https://www.afrinic.net/en/<wbr>services/rs/rsa</a><br>
><br></span><span class="">
> ______________________________<wbr>_________________<br>
> RPD mailing list<br>
> <a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
></span></p><span class="HOEnZb"><font color="#888888">
<p dir="ltr">Christian</p>
</font></span><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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>--<br>Kind regards.<br>Lu<br><br></div></div></div>
</div>