[rpd] Revised Proposal | Resource Transfer Policy (Draft-2)

[Fernando Frediani]

I see that point 5.7.3.2 goes in the opposite way of the obvious.
If an organization gave up of its IP address space because it doesn't 
have usage for it anymore, why would it be allowed to receive more 
resources from AfriNic in short term ?
Organizations receive IP space upon justification expected to be used to 
serve their customers in a certain time frame ahead. If sudden it 
realizes these addresses are not necessary anymore and transfer them to 
some other organization who really need them why would the source entity 
be allowed to receive even further space ?
It is not correct to say it drags Afrinic service region backwards in 
comparison to other RIRs. LACNIC and ARIN for example have similar 
policies in regards this topic.

5.7.3.3. doesn't make sense either to be changed. The current text is 
correct and has a proper reason to be like this, otherwise it opens 
doors to fraud and to organizations to receive IP space form Afrinic and 
immediately to transfer to someone else who cannot receive them anymore 
under the current exhaustion rules.

Therefore I oppose this proposal.

Fernando

On 09/09/2020 11:40, Ibeanusi Elvis wrote:

> Hello Everyone,

>

> My Name is Ibeanusi Elvis. I am a Masters student of Global Law, 

> Politics and Peace and Conflict Studies at the Tokyo University of 

> Foreign Studies. Highly Interested in Internet Governance and Policy 

> Making specifically within the AFRINIC service region.

>

> In regards to this proposal, I support the Proposed Section 5.7.3.2 as 

> source entities are eligible to receive further IPv4 allocations or 

> assignments from AFRINIC as long as it complies with current policy 

> because a 12 month non-eligibility delay period after transfer 

> approval diminishes, hinders and is detrimental to the operational, 

> developmental and growth of businesses within the AFRINIC region. 

> Hence, dragging the African continent and AFRINIC service region 

> backwards in comparison with other RIRs.

>

> Additionally, Section 5.7.3.2 and Section 5.7.5.3 ensures a swift 

> communication between the transferring and receiving RIRs to enhance a 

> smooth transfer and receive of allocations and assignments.

>

> Best regards,

> Ibeanusi Elvis .C.

>

> _______________________________________________

> RPD mailing list

> 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/20200910/27f66446/attachment.html>