Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] Implementation of transfer policy AFPUB-2016-V4-003

Christian Ahiauzu christian.ahiauzu at uniport.edu.ng
Fri Aug 25 07:47:46 UTC 2017


Hi Noah,

Even though I am not in any way speaking for the CEO, kindly permit me to
respond to your mail as below inline...

On Aug 24, 2017 3:47 PM, "Noah" <noah at neo.co.tz> wrote:
>
> On Wed, Aug 16, 2017 at 2:50 PM, Alan Barrett <alan.barrett at afrinic.net>
wrote:
>>
>> Dear community,
>>
>
> Dear Alan,
>
>
>> As you are aware, the policy proposal AFPUB-2016-V4-003-DRAFT03
>> "IPv4 Resources transfer within the AFRINIC Region” was ratified by
>> the Board on 19 April 2017.
>>
>> 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).
>>
>> AFRINIC staff have requested an extension until 31 October 2017, and the
Board has approved the extension.
>>
>> Implementing this policy requires at least the following work:
>>
>>
>> ## RSA modifications
>>
>> 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.
>>
>
> 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]

The supremacy of the policies is not in doubt. The CEOs action is to make
the RSA reflect the policies developed and adopted.

> **********
> 6. Acknowledgements
>
> The Applicant:
>
> (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:
> (i) IP Address Space Numbering Resources (IPv4 and IPv6);
> (ii) ASN resources;
> (iii) reverse DNS management;
> (iv) other related services as agreed by the community.
>
> (d) Acknowledges :
> (i) that this agreement shall at all times be subjected to policies
adopted and to be adopted by the AFRINIC Internet Community;

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.

> (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
>
> ************
>
> If I may, what is the final objective of this exercise?
>
> 1. To make the RSA more superior over the policies?

No. You bow to that which is more superior to you. The RSA is been adjusted
to reflect the current policies.

> 2. To make policies comply to the RSA and keep changing RSA before
adopting policies?

No too. The RSA is only been adjusted to reflect changes in policies.

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.

> Cheers,
> Noah
>
> [1]https://www.afrinic.net/en/services/rs/rsa
>
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
>

Christian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20170825/f512595e/attachment-0001.html>


More information about the RPD mailing list