<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body>
<p>Releasing organizations from 12 months period doesn't make any
sense and goes in the opposite way of good sense. So someone who
gave up their just assigned resources transferring to someone
else. What is the sense of it ?</p>
<p>Smaller organizations can receive resources from AfricNic
directly in Phase 2, so why would they need to make such transfers
? Also I don't think anyone is against allowing transfers Intra
and Inter-RIR at the current stage. That's not the problem.<br>
</p>
<p>I cannot understand what type of "issue" it can cause in terms of
workload to the RIR and the time required for each request ? What
does one thing have to do with the other ? If a request fulfill
the minimal requirements there are no delays or extra workload do
process the request.</p>
<p>Regarding the "enrichment of its own financial pocket by
Allocation Fees" this is still possible for any organizations who
requests blocks according to Phase 2 so that statement is not
correct either.</p>
<p>There is a better well written proposal to allow Inter-RIR
transfers under discussion which is and I invite others to support
it instead which is "IPv4 Inter-RIR Resource Transfers
(Comprehensive Scope) Draft-4 ". This one fulfill completely the
need of Inter-RIR transfers for the region.<br>
</p>
<p>Regards<br>
Fernando<br>
</p>
<div class="moz-cite-prefix">On 10/09/2020 11:31, lucilla fornaro
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:TY2PR03MB4238A07DA51CFA342DF4056AFB270@TY2PR03MB4238.apcprd03.prod.outlook.com">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<div>
<div>
<div style="direction: ltr;">Hello everyone, </div>
<div><br>
</div>
<div style="direction: ltr;">My name is Lucilla, I graduated
in Law and I am currently attending a Master Degree in
International Business. I would like to give my contribution
to the discussion.
</div>
<div><br>
</div>
<div style="direction: ltr;">For 5.7.3.2: The barrier of 12
months represents an issue for many entities that need to
face unexpected problems. AFRINIC needs to allow a smoother
and faster resource transfer to support both smaller
organizations’ growth, as well as enrich its own financial
pocket by the Allocation Fees that need to be covered by
entities that are not member yet.
</div>
<div><br>
</div>
<div style="direction: ltr;">And for what concerns other RIR
like LACNIC, its policy is proving to create some issue.
They, as well as the other RIRs, are facing a heavy workload
because of the dilatation of time required for each request,
that once approved need to be included into another waiting
list due to quarantine reasons. These complications cannot
be smoothly managed by AFRINIC due its shortage of
workforce. The section 5.7.3.2 would make the overall
working system more efficient. Furthermore, LACNIC entered
phase 3 (back in 2017) of the IPv4 Exhaustion, meanwhile
AFRINIC is facing a different situation.
</div>
<div><br>
</div>
<div style="direction: ltr;">I strongly support Section
5.7.3.3: it is positive not to have an upper limit regarding
the amount of transfer because this will facilitate the flow
of addresses. IPv4 addresses within the region will soon be
depleted, transfer policy for IPv4 resources within and
outside the region is strongly needed. </div>
<div><br>
</div>
<div style="direction: ltr;">Lucilla<span
id="ms-outlook-ios-cursor"></span></div>
</div>
<div><br>
</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt"
face="Calibri, sans-serif" color="#000000"><b>Da:</b> Fernando
Frediani <a class="moz-txt-link-rfc2396E" href="mailto:fhfrediani@gmail.com"><fhfrediani@gmail.com></a><br>
<b>Inviato:</b> Thursday, September 10, 2020 1:49:44 PM<br>
<b>A:</b> <a class="moz-txt-link-abbreviated" href="mailto:rpd@afrinic.net">rpd@afrinic.net</a> <a class="moz-txt-link-rfc2396E" href="mailto:rpd@afrinic.net"><rpd@afrinic.net></a><br>
<b>Oggetto:</b> Re: [rpd] Revised Proposal | Resource Transfer
Policy (Draft-2)</font>
<div> </div>
</div>
<div>
<p>I see that point 5.7.3.2 goes in the opposite way of the
obvious.<br>
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 ?<br>
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 ?<br>
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.</p>
<p>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.<br>
</p>
<p>Therefore I oppose this proposal.<br>
</p>
<p>Fernando<br>
</p>
<div class="x_moz-cite-prefix">On 09/09/2020 11:40, Ibeanusi
Elvis wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Hello Everyone,
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>Best regards,</div>
<div>Ibeanusi Elvis .C. </div>
</div>
<br>
<fieldset class="x_mimeAttachmentHeader"></fieldset>
<pre class="x_moz-quote-pre">_______________________________________________
RPD mailing list
<a class="x_moz-txt-link-abbreviated" href="mailto:RPD@afrinic.net" moz-do-not-send="true">RPD@afrinic.net</a>
<a class="x_moz-txt-link-freetext" href="https://lists.afrinic.net/mailman/listinfo/rpd" moz-do-not-send="true">https://lists.afrinic.net/mailman/listinfo/rpd</a>
</pre>
</blockquote>
</div>
</blockquote>
</body>
</html>