Resource Transfer Policy (Draft-1) Archived

Current

Proposed

5.7  IPv4 Resources transfer within the AFRINIC Region

Like the other Regional Internet Registries, AFRINIC will soon exhaust its IPv4 pool. In order to meet the needs of late resource requestors, a transfer policy for IPv4 resources within the region is needed. The goal of this policy is to define conditions under which transfers must occur. The policy solves the issue of an African organization needing IPv4 number resources after the exhaustion of the AFRINIC IPv4 pool or when AFRINIC can no longer satisfy the needs of such an organization.

5.7  IPv4 Resources resource transfer

Like the other Regional Internet Registries, AFRINIC will soon exhaust its IPv4 pool. In order to meet the needs of late resource requestors, a transfer policy for IPv4 resources within and outside the region is needed. The goal of this policy is to define conditions under which transfers must occur. The policy solves the issue of an African organization needing IPv4 number resources after the exhaustion of the AFRINIC IPv4 pool or when AFRINIC can no longer satisfy the needs of such an organization.

5.7.1 Summary of the policy

This policy applies to an organization with justified need for IPv4 resources that cannot be satisfied by AFRINIC.

5.7.1 Summary of the policy

This policy applies to any transfer request raised by a resource holder for resource transfer to and from the AFRINIC region.

5.7.2 IPv4 resources to be transferred - must be from an existing AFRINIC member's account or from a Legacy Resource Holder in the AFRINIC service region.

5.7.3. Conditions on the source of the transfer

5.7.3.1 The source must be the current rightful holder of the IPv4 address resources recognized by AFRINIC, and not be involved in any dispute as to the status of those resources.

5.7.2 IPv4 resources to be transferred – any resource holder who posts a transfer request to another party. An agreement of resource transfer shall be provided.

5.7.3. Conditions on the source of the transfer

5.7.3.1 The source must be the current rightful holder of the IPv4 address resources registered with any RIR, and not be involved in any dispute as to the status of those resources.

5.7.3.2 Source entities 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.

5.7.3.2  Source entities are eligible to receive further IPv4 allocations or assignments from AFRINIC as long as it complies with current policy.

5.7.3.3 Source entities 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.

5.7.3.3 There is no upper limit regarding the amount of transfer, allocation and assignment of IPv4 number resources a source entity can receive as long as the transfer request is carried out under a mutual agreement between the sender and the recipient.

5.7.4. Conditions on the recipient of the transfer

5.7.4.1 AFRINIC must approve the recipient's need for the IPv4 number resources. In order for an organization to qualify for receiving a transfer, it must first go through the process of justifying its IPv4 resource needs before AFRINIC. That is to say, the organization must justify and demonstrate before AFRINIC its initial/additional allocation/assignment usage, as applicable, according to the policies in force.

5.7.4. Conditions on the recipient of the transfer

5.7.4.1 The transfer does not require approval from AFRINIC. It shall be approved as long as two parties are on mutual agreement to transfer. This policy is based on no need basis. However, if a transfer happens between AFRINIC and a region where needs basis is imposed, a plan must be submitted to AFRINIC which includes a brief illustration of the use of 50% of the transferred resources in the coming 10 years.

To improve efficiency of transfer, the transfer request shall be standardized by the sender filling in a template.

5.7.4.2 The recipient must be an AFRINIC member, subject to current AFRINIC policies and must sign the Registration Services Agreement for resources being received.

5.7.4.2 The recipient can be any party who reaches an agreement of resource transfer with the sender.

5.7.4.3 Transferred IPv4 legacy resources will no longer be regarded as legacy resources.

This paragraph will be removed.

5.7.5  Procedure of the resource transfer

5.7.5.1 The transferring party who holds the resources can initiate a transfer request between itself and an external party. If the two parties agree, the transferring party will send a request to the RIR with which the resources are registered, using a standard template and submit an official agreement of resource transfer to the involved RIR(s). The transfer shall be in compliance with the policies of the transferring RIR.

5.7.5.2 After the transferring RIR has reviewed the application and deemed that it is appropriate to proceed with the transfer, it shall notify the receiving RIR, the transferring party and the recipient.

5.7.5.3 When the receiving RIR approves the transfer, the resources will be transferred to the recipient.

Date

Details

30 Oct 2019

Version 1:  AFPUB-2019-V4-003-DRAFT01

Submitted for discussion