<p dir="ltr"><br>
On Nov 4, 2015 5:59 PM, "Andrew Alston" <<a href="mailto:Andrew.Alston@liquidtelecom.com">Andrew.Alston@liquidtelecom.com</a>> wrote:<br>
><br>
> In principle I agree with you Owen with one or two potential caveats.<br>
><br>
> I’d say that we can proceed to allow transfers between African Entities now under this policy.</p>
<p dir="ltr">This proposed policy is clear that it tries to address inter RIR transfer. It would be prudent to comeup with a new policy for transfer of resources within Afrinic. That way, we would not be mixing issues.</p>
<p dir="ltr">> In regards to delaying Inter-RIR transfers until the pool is empty, I would prefer to say until we hit soft landing.  There are many cases where companies will need far more space than they can get post soft-landing and inter-rir transfers at this point should be allowed to happen once the soft landing restrictions kick in.<br>
><br>
> Just my 2c.<br>
><br>
><br>
> Andrew Alston<br>
> Group Head of IP Strategy<br>
><br>
> Sameer business Park, Block A, Mombasa Road. Nairobi, Kenya<br>
><br>
> T: +254 205000000 -  M: +254 733 2222 04 - E: <a href="mailto:andrew.alston@liquidtelecom.com">andrew.alston@liquidtelecom.com</a><br>
><br>
><br>
> From: Owen DeLong <<a href="mailto:owen@delong.com">owen@delong.com</a>><br>
> Date: Wednesday, 4 November 2015 at 4:06 PM<br>
> To: Barrack Otieno <<a href="mailto:otieno.barrack@gmail.com">otieno.barrack@gmail.com</a>><br>
> Cc: Andrew Alston <<a href="mailto:Andrew.Alston@liquidtelecom.com">Andrew.Alston@liquidtelecom.com</a>>, rpd <<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a>><br>
> Subject: Re: [rpd] New Proposal - "Number Resources Transfer Policy (AFPUB-2015-GEN-001-DRAFT-01)"<br>
><br>
> Rather than a unidirectional modification as proposed, I would prefer to see a modification which delays the implementation of inter-RIR transfers until the AfriNIC free pool is completely empty.<br>
><br>
> In this way, you don’t have the asymmetry (which I will argue in the ARIN region should not be considered “compatible”), but you remove the risk which is the primary concern (mining of the AfriNIC free pool for off-continent utilization).<br>
><br>
> Owen<br>
><br>
>> On Nov 4, 2015, at 7:23 AM, Barrack Otieno <<a href="mailto:otieno.barrack@gmail.com">otieno.barrack@gmail.com</a>> wrote:<br>
>><br>
>> Hello Colleagues,<br>
>><br>
>> I would like to echo Andrews comments and support the Policy (with the<br>
>> amendments he has pointed out.) purely from a forwad thinking<br>
>> perspective<br>
>><br>
>> Regards<br>
>><br>
>> On 11/4/15, Andrew Alston <<a href="mailto:Andrew.Alston@liquidtelecom.com">Andrew.Alston@liquidtelecom.com</a>> wrote:<br>
>>><br>
>>> I for one support this policy, albeit with some modifications, for the<br>
>>> following reasons.<br>
>>><br>
>>> A.) As space depletion accelerates in Africa, we will get to a point where a<br>
>>> transfer policy that allows for transfers WITHIN Africa comes necessary.<br>
>>> Once the space is depleted a transfer policy will be required to stop the<br>
>>> transfers happening outside of policy and hence outside of any control of<br>
>>> AfriNIC.  Do not doubt they will happen with or without the policy, the only<br>
>>> difference is that with the policy, the whois databases and the rest at<br>
>>> least have a vague potential of being kept accurate<br>
>>> B.) While there will be a counter argument that space in AfriNIC will still<br>
>>> take an age to deplete, I point out that policy ratification in AfriNIC<br>
>>> takes a LONG time as we go through the iterations. (I point to the soft<br>
>>> landing policy which took YEARS to get ratified)<br>
>>> C.) I do not think that we should base this on African companies expanding<br>
>>> outwards, I’d be quite happy with a modification to this policy that<br>
>>> supported transfer of assets WITHIN the African region between African<br>
>>> players, and prohibits the transfer of space to companies outside of the<br>
>>> region.  Keep in mind, that as we currently stand, there is no policy<br>
>>> prohibition on using AfriNIC assigned space off continent (while there is a<br>
>>> proposal under discussion, this has been rejected twice so far), and hence<br>
>>> if the receiving entity is African, they can still, provided they can<br>
>>> adequately justify it, use the space where they need to use it.<br>
>>><br>
>>> I do think that an express prohibition on transfers outside of the region<br>
>>> (which is NOT the same as a restriction on genuine African entities using<br>
>>> their space outside the region for their own customers/purposes) may go a<br>
>>> long way to easing concerns raised so far.<br>
>>><br>
>>> Just my thoughts.<br>
>>><br>
>>> Andrew Alston<br>
>>> Group Head of IP Strategy<br>
>>> [cid:20CB5154-630B-4619-9207-C27E5328FF1A]<br>
>>> Sameer business Park, Block A, Mombasa Road. Nairobi, Kenya<br>
>>> T: +254 205000000 -  M: +254 733 2222 04 - E:<br>
>>> <a href="mailto:andrew.alston@liquidtelecom.com">andrew.alston@liquidtelecom.com</a><br>
>>><br>
>>> From: Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com">seun.ojedeji@gmail.com</a><mailto:<a href="mailto:seun.ojedeji@gmail.com">seun.ojedeji@gmail.com</a>>><br>
>>> Date: Tuesday, 3 November 2015 at 10:47 AM<br>
>>> To: rpd <<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a><mailto:<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a>>><br>
>>> Subject: [rpd] New Proposal - "Number Resources Transfer Policy<br>
>>> (AFPUB-2015-GEN-001-DRAFT-01)"<br>
>>><br>
>>> Dear Members,<br>
>>><br>
>>> We have received a new policy Proposal - "Number Resources Transfer Policy<br>
>>> (AFPUB-2015-GEN-001-DRAFT-01)"<br>
>>><br>
>>> Number Resources Transfer Policy<br>
>>><br>
>>> ID:              AFPUB-2015-GEN-001-DRAFT-01<br>
>>> Policy Name:     Number Resources Transfer Policy<br>
>>> Submitted:        29 October 2015<br>
>>> Status:        Under Discussion<br>
>>> Author:          Mark Elkins, <a href="mailto:mje@posix.co.za">mje@posix.co.za</a><mailto:<a href="mailto:mje@posix.co.za">mje@posix.co.za</a>>, Posix<br>
>>> Systems<br>
>>><br>
>>><br>
>>> 1.0 Summary of the Problem Being Addressed by this Policy Proposal:<br>
>>><br>
>>> AFRINIC is the only Regional Internet Registry without a Transfer policy for<br>
>>> the movement of numbering resources - both in and out of the Region. APNIC,<br>
>>> RIPE NCC and ARIN have compatible Transfer Policies, so it would seem wise<br>
>>> to be compatible with them.<br>
>>><br>
>>> 2.0 Summary of How this Proposal Addresses the Problem<br>
>>><br>
>>> The Policy solves the issue of an African organisation using space in<br>
>>> another Region. This Proposal currently does not attempt to address Legacy<br>
>>> Resources (IPv4 and ASN's) - that is resources that are in the AFRINIC<br>
>>> Region and were acquired before ARIN existed. Legacy Resources may be moved<br>
>>> out of the AFRINIC region and redeployed freely. They may however be subject<br>
>>> to the receiving RIR's policies.<br>
>>><br>
>>> 3.0 Proposal:<br>
>>><br>
>>> 3.1 The source entity must be the current rights holder of the IPv4 address<br>
>>> resources recognized by the RIR responsible for the resources, and not be<br>
>>> involved in any dispute as to the status of those resources.<br>
>>> A. Source entities outside of the AFRINIC region must meet any requirements<br>
>>> defined by the RIR where the source entity holds the registration.<br>
>>> B. Source entities within the AFRINIC region will not be eligible to receive<br>
>>> any further IPv4 address allocations or assignments from AFRINIC for a<br>
>>> period of 12 months after a transfer approval, or until the exhaustion of<br>
>>> AFRINIC's IPv4 space, whichever occurs first. This restriction is excluded<br>
>>> if the Resource is transferred to the same business entity operating in a<br>
>>> different region.<br>
>>> C. Source entities within the AFRINIC region must not have received a<br>
>>> transfer, allocation, or assignment of IPv4 number resources from AFRINIC<br>
>>> for the 12 months prior to the approval of transfer request. This<br>
>>> restriction excludes Mergers and Acquisitions transfers and Transfers to the<br>
>>> same business entity in a different region.<br>
>>> D. The minimum transfer size is a /24.<br>
>>><br>
>>> 3.2 - Conditions on recipient of the transfer:<br>
>>><br>
>>> A. The conditions on a recipient outside of the AFRINIC region will be<br>
>>> defined by the policies of the receiving RIR.<br>
>>> B. Recipients within the AFRINIC region will be subject to current AFRINIC<br>
>>> policies and sign an RSA for the resources being received.<br>
>>> C. Recipients within the AFRINIC region must demonstrate the need for up to<br>
>>> a 24-month supply of IPv4 address space.<br>
>>> D. The minimum transfer size is a /24.<br>
>>><br>
>>> 4.0 Version History<br>
>>><br>
>>> 30 Oct 2015     AFPUB-2015-GEN-001-DRAFT-01 posted<br>
>>><br>
>>> Best Regards<br>
>>> Relevant Url:<br>
>>> 1. Policy Development process:<br>
>>> <a href="http://afrinic.net/en/community/policy-development">http://afrinic.net/en/community/policy-development</a><br>
>>> 2. AFRINIC Public policy meeting site:<br>
>>> <a href="https://meeting.afrinic.net/afrinic-23/en/">https://meeting.afrinic.net/afrinic-23/en/</a><br>
>>> ------------------------------------------------------------------------<br>
>>> Barry Macharia & Seun Ojedeji<br>
>>> PDWG Co-Chairs<br>
>>> Bringing another down does not take you up - think about your action!<br>
>>><br>
>>><br>
>><br>
>><br>
>> -- <br>
>> Barrack O. Otieno<br>
>> +254721325277<br>
>> +254-20-2498789<br>
>> Skype: barrack.otieno<br>
>> <a href="http://www.otienobarrack.me.ke/">http://www.otienobarrack.me.ke/</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>
><br>
><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>
><br>
</p>