<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 19 September 2014 20:20, Sunday Folayan <span dir="ltr"><<a href="mailto:sfolayan@gmail.com" target="_blank">sfolayan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Dear Koffi and Omo,<br>
<br>
I am not holding brief for any applicant or hostmaster, but if a<br>
request comes, that shows that an LIR can, and will allocate a /12,<br>
you want AfriNIC to allocate a /22? Is that the interpretation of 8.3?<br>
to wit:<br>
<br>
<BEGIN 8.3><br>
AFRINIC shall apply a slow start mechanism to all new LIRs. With<br>
respect to allocations made by AFRINIC, the first allocation an LIR<br>
receives will be the size of the minimum practical allocation<br>
described in Section 8.2 (a) unless otherwise justified.<br>
The slow start policy is used by all RIR's to prevent allocations of<br>
large blocks of address space that may then remain substantially<br>
unassigned. AFRINIC implements the slow start mechanism in a<br>
consistent and fair manner for every LIR, and will apply the same<br>
principles and standards to every applicant for address space.<br>
<END 8.3><br>
<br>
What about the last clause ... "unless otherwise justified?". Are you<br>
saying that:<br>
  o Applicant did not provide justification<br>
  o Applicant provided justification but was not ok with hostmasters<br>
  o Applicant provided justification and it was ok<br>
  o Applicant provided fraudulent justification<br>
  o None of the above.<br>
<br></blockquote><div> </div><div>Sunday I believe AFRINIC hostmasters and management should answer this question. AFRINIC board is appointed by the member community and should assist to get the answers.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Omo's email further gives nuances to some preferential actions, apart<br>
from previous accusations of corruption. What exactly are we dealing<br>
with?<br>
<br></blockquote><div> </div><div>AFRINIC hostmasters make recommendations to AFRINIC management with respect to allocations greater than /17. Again what recommendation did the hostmasters make to management?<br><br></div><div>Who constitute and what criteria is used to approve such huge allocations?<br></div><div><br></div><div>Cheers<br><br></div><div>K.<br></div><div><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Let me summarize Andrew's email again: When a Board begins to reach<br>
into operational matters not clearly in its charter or schedule, or<br>
not specifically assigned by policy, it is recipe for disaster.<br>
<br>
Sunday.<br>
<br>
On 19/09/2014 16:21, Omo Oaiya wrote:<br>
> On 19 September 2014 14:51, Kofi ANSA AKUFO <<a href="mailto:kofi.ansa@gmail.com">kofi.ansa@gmail.com</a>><br>
> wrote:<br>
><br>
>> Who approved such huge chunk /12 (over a million IPv4 addresses)<br>
>> in a first (initial) time request? What does the current policies<br>
>> say about such requests? What was the out come of the results of<br>
>> hostmasters evaluation? Did hostmasters make any recommendation<br>
>> to management?<br>
><br>
><br>
><br>
> This connects with the clarity I requested.   Policy seems to be<br>
> quite clear to me in AFPUB-2005-v4-001 (8.2 -8.3) but others might<br>
> have other interpretation.<br>
><br>
> As much as we want different,  Universities and NRENs are being<br>
> treated in line with policy.  Why was this allocation treated<br>
> differently?  Are there any others getting preferential treatment<br>
> that is not guided by "rule of law"?<br>
><br>
><br>
><br>
> _______________________________________________ rpd mailing list<br>
> <a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a> <a href="https://lists.afrinic.net/mailman/listinfo.cgi/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/rpd</a><br>
><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (GNU/Linux)<br>
<br>
iQEcBAEBAgAGBQJUHFfjAAoJEH6UvSz6fA253IgIAIMJ1rn7D+kRAgOsn90cc5M2<br>
5uRdrHVT4Dh/v1HcPj0PbYVgzKdLxAj1qsQFeeqXO6Rl2D1XYPQ1vRmtV0W54yeU<br>
dmLrXk5xejJhuaNsJYbWRTOjIPzCeHC1N4HcAuBRosRVsbPwfHUwEvymog0g1ZWg<br>
uVWnc96i7ck/37+fyjSqwDSoBVDhLRrjzdcSADrGFGfoZHwmfeJJU0Lp1otskBX7<br>
YE99fPs/nzJagRoPPuJbW+xxi/6beKkShu1BOO+Zi6/74NpJN85wWVaXpRdGXJHW<br>
Wt9f7Opb1XvY9kNue73J9P3dXFsUIaNxc0w193U13BptmQ/KeRNGhhxuifqS0OQ=<br>
=AnYV<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br></div></div>