[rpd] New Proposal - "Number Resources Transfer Policy (AFPUB-2015-GEN-001-DRAFT-01)"

Wed Nov 4 14:59:41 UTC 2015

In principle I agree with you Owen with one or two potential caveats.

I’d say that we can proceed to allow transfers between African Entities now under this policy.
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.

Just my 2c.

Andrew Alston
Group Head of IP Strategy
[cid:8B235465-AD43-4EBF-A8C2-FEE5EF978AB9]
Sameer business Park, Block A, Mombasa Road. Nairobi, Kenya
T: +254 205000000 -  M: +254 733 2222 04 - E: andrew.alston at liquidtelecom.com

From: Owen DeLong <owen at delong.com<mailto:owen at delong.com>>
Date: Wednesday, 4 November 2015 at 4:06 PM
To: Barrack Otieno <otieno.barrack at gmail.com<mailto:otieno.barrack at gmail.com>>
Cc: Andrew Alston <Andrew.Alston at liquidtelecom.com<mailto:Andrew.Alston at liquidtelecom.com>>, rpd <rpd at afrinic.net<mailto:rpd at afrinic.net>>
Subject: Re: [rpd] New Proposal - "Number Resources Transfer Policy (AFPUB-2015-GEN-001-DRAFT-01)"

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.

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).

Owen

On Nov 4, 2015, at 7:23 AM, Barrack Otieno <otieno.barrack at gmail.com<mailto:otieno.barrack at gmail.com>> wrote:

Hello Colleagues,

I would like to echo Andrews comments and support the Policy (with the
amendments he has pointed out.) purely from a forwad thinking
perspective

Regards

On 11/4/15, Andrew Alston <Andrew.Alston at liquidtelecom.com<mailto:Andrew.Alston at liquidtelecom.com>> wrote:
I for one support this policy, albeit with some modifications, for the
following reasons.

A.) As space depletion accelerates in Africa, we will get to a point where a
transfer policy that allows for transfers WITHIN Africa comes necessary.
Once the space is depleted a transfer policy will be required to stop the
transfers happening outside of policy and hence outside of any control of
AfriNIC.  Do not doubt they will happen with or without the policy, the only
difference is that with the policy, the whois databases and the rest at
least have a vague potential of being kept accurate
B.) While there will be a counter argument that space in AfriNIC will still
take an age to deplete, I point out that policy ratification in AfriNIC
takes a LONG time as we go through the iterations. (I point to the soft
landing policy which took YEARS to get ratified)
C.) I do not think that we should base this on African companies expanding
outwards, I’d be quite happy with a modification to this policy that
supported transfer of assets WITHIN the African region between African
players, and prohibits the transfer of space to companies outside of the
region.  Keep in mind, that as we currently stand, there is no policy
prohibition on using AfriNIC assigned space off continent (while there is a
proposal under discussion, this has been rejected twice so far), and hence
if the receiving entity is African, they can still, provided they can
adequately justify it, use the space where they need to use it.

I do think that an express prohibition on transfers outside of the region
(which is NOT the same as a restriction on genuine African entities using
their space outside the region for their own customers/purposes) may go a
long way to easing concerns raised so far.

Just my thoughts.

Andrew Alston
Group Head of IP Strategy
[<cid:20CB5154-630B-4619-9207-C27E5328FF1A]>cid:20CB5154-630B-4619-9207-C27E5328FF1A]
Sameer business Park, Block A, Mombasa Road. Nairobi, Kenya
T: +254 205000000 -  M: +254 733 2222 04 - E:
andrew.alston at liquidtelecom.com<mailto:andrew.alston at liquidtelecom.com>

From: Seun Ojedeji <seun.ojedeji at gmail.com<mailto:seun.ojedeji at gmail.com><mailto:seun.ojedeji at gmail.com>>
Date: Tuesday, 3 November 2015 at 10:47 AM
To: rpd <rpd at afrinic.net<mailto:rpd at afrinic.net><mailto:rpd at afrinic.net>>
Subject: [rpd] New Proposal - "Number Resources Transfer Policy
(AFPUB-2015-GEN-001-DRAFT-01)"

Dear Members,

We have received a new policy Proposal - "Number Resources Transfer Policy
(AFPUB-2015-GEN-001-DRAFT-01)"

Number Resources Transfer Policy

ID:              AFPUB-2015-GEN-001-DRAFT-01
Policy Name:     Number Resources Transfer Policy
Submitted:        29 October 2015
Status:        Under Discussion
Author:          Mark Elkins, mje at posix.co.za<mailto:mje at posix.co.za><mailto:mje at posix.co.za>, Posix
Systems

1.0 Summary of the Problem Being Addressed by this Policy Proposal:

AFRINIC is the only Regional Internet Registry without a Transfer policy for
the movement of numbering resources - both in and out of the Region. APNIC,
RIPE NCC and ARIN have compatible Transfer Policies, so it would seem wise
to be compatible with them.

2.0 Summary of How this Proposal Addresses the Problem

The Policy solves the issue of an African organisation using space in
another Region. This Proposal currently does not attempt to address Legacy
Resources (IPv4 and ASN's) - that is resources that are in the AFRINIC
Region and were acquired before ARIN existed. Legacy Resources may be moved
out of the AFRINIC region and redeployed freely. They may however be subject
to the receiving RIR's policies.

3.0 Proposal:

3.1 The source entity must be the current rights holder of the IPv4 address
resources recognized by the RIR responsible for the resources, and not be
involved in any dispute as to the status of those resources.
A. Source entities outside of the AFRINIC region must meet any requirements
defined by the RIR where the source entity holds the registration.
B. Source entities within the AFRINIC region will not be eligible to receive
any further IPv4 address allocations or assignments from AFRINIC for a
period of 12 months after a transfer approval, or until the exhaustion of
AFRINIC's IPv4 space, whichever occurs first. This restriction is excluded
if the Resource is transferred to the same business entity operating in a
different region.
C. Source entities within the AFRINIC region must not have received a
transfer, allocation, or assignment of IPv4 number resources from AFRINIC
for the 12 months prior to the approval of transfer request. This
restriction excludes Mergers and Acquisitions transfers and Transfers to the
same business entity in a different region.
D. The minimum transfer size is a /24.

3.2 - Conditions on recipient of the transfer:

A. The conditions on a recipient outside of the AFRINIC region will be
defined by the policies of the receiving RIR.
B. Recipients within the AFRINIC region will be subject to current AFRINIC
policies and sign an RSA for the resources being received.
C. Recipients within the AFRINIC region must demonstrate the need for up to
a 24-month supply of IPv4 address space.
D. The minimum transfer size is a /24.

4.0 Version History

30 Oct 2015     AFPUB-2015-GEN-001-DRAFT-01 posted

Best Regards
Relevant Url:
1. Policy Development process:
http://afrinic.net/en/community/policy-development
2. AFRINIC Public policy meeting site:
https://meeting.afrinic.net/afrinic-23/en/
------------------------------------------------------------------------
Barry Macharia & Seun Ojedeji
PDWG Co-Chairs
Bringing another down does not take you up - think about your action!

--
Barrack O. Otieno
+254721325277
+254-20-2498789
Skype: barrack.otieno
http://www.otienobarrack.me.ke/

_______________________________________________
RPD mailing list
RPD at afrinic.net<mailto:RPD at afrinic.net>
https://lists.afrinic.net/mailman/listinfo/rpd

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20151104/130a15f7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 1D7357BF-29F7-4C26-9D6A-6EFCA78201B1[1].png
Type: image/png
Size: 13157 bytes
Desc: 1D7357BF-29F7-4C26-9D6A-6EFCA78201B1[1].png
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20151104/130a15f7/attachment.png>