<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-06-27 18:34 GMT+04:00 David Hilario <span dir="ltr"><<a href="mailto:d.hilario@laruscloudservice.net" target="_blank">d.hilario@laruscloudservice.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">On Jun 27, 2017 10:02 PM, "Chevalier du Borg" <<a href="mailto:virtual.borg@gmail.com" target="_blank">virtual.borg@gmail.com</a>> wrote:<br type="attribution"><blockquote class="m_984486794521751027quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div class="m_984486794521751027quoted-text">2017-06-27 16:17 GMT+04:00 David Hilario <span dir="ltr"><<a href="mailto:d.hilario@laruscloudservice.net" target="_blank">d.hilario@laruscloudservice.n<wbr>et</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_984486794521751027m_-1639728233020646578gmail-"><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_984486794521751027m_-1639728233020646578gmail-m_-739708689354630407quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><br></div><div class="gmail_extra">Let's be a bit more accountable here. Responsible stewardship requires being able to audit and I understand that revocation is a last resort. I support the policy on this basis.</div><div class="gmail_extra"></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">Stewardship in maintaining an accurate registry.</div><div dir="auto">Stewardship in ensuring the continuity of the organisation to facilitate the distribution of Internet resources.</div></blockquote><div><br></div><div><br></div></div><div>Stewardship also mean protecting the resources from plunderer - shady company that pretends to be African, game the system and take IP addresses to use primarily outside Africa. </div></div></div></div></blockquote></div></div><div dir="auto"><br></div></span><div dir="auto">As much as I would love to agree with you, no.</div><div dir="auto">The policies are what the steward must follow.</div><div dir="auto"><br></div><div dir="auto">There was a policy proposal to limit out of region use a while ago.</div><div dir="auto">It got rejected.</div></div></blockquote><div><br></div><div><br></div><div><br></div><div>That was meant for legitime African companies wishing to use them abroad. Am sure it does not apply to shady virtual shell companies with dubious footprint in Africa.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><div dir="auto"><br></div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="m_984486794521751027quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="m_984486794521751027quoted-text"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><br></div><div dir="auto">Revocation of allocations by AFRINIC should never happen, allocations are not assignments, they are not issued for a dedicated purpose, they are registered to the LIR so that the LIR can further distribute the space as they see fit within the scope of the policies.</div></blockquote></div></div><br><br>Last time I was in AfriNIC training, I understand that resource (allocation or assignment) are hand out base upon NEED. When that need can no longer be justify, the resources must be reclaim. <font color="#888888"><br><br></font></div></div></blockquote></div></div><div dir="auto"><br></div></span><div dir="auto">Database objects have a status attribute, it implies certain things.</div></div></blockquote><div><br></div><div><br></div><div><br></div><div>Yes, like country code of a country where anyone can setup company in 3 hours. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">Allocations issued to an LIR so the LIR can issue resources to itself and it's customers, there are several flavours of status possible underneath your allocation, each with a specific meaning, </div><div dir="auto"><br></div><div dir="auto">Assignments, issued to a specific user/network for a specific purpose, where no further IP delegation to other I parties is needed, when no longer in use the space returns to the issuer whether it is the RIR or a LIR.</div><div dir="auto"><br></div><div dir="auto">Sub-allocation, that space is issued to customers by an LIR, the customer needs to further delegate the space as assignments.</div><div dir="auto"><br></div><div dir="auto">Assignments will return to the LIR when no longer valid, not to the RIR.</div></div></blockquote><div><br></div><div><br></div><div>I refer to origin contract between AfriNIC and first take of address block (weather LIR or EU). That ALWAYS BASED ON NEED. When that need cannot further be shown, AfriNIC can take back those address. In actualité, that's what happen when AfriNIC close member who cannot pay.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">Now, it does not require lots of research to find out that many organisations only have registered Sub-allocations with no assignments under these Sub-allocations, they are then all in policy violation...this is where we are and the danger they are all running by not following allocation > Sub-allocation > assignment hierarchy.</div><div dir="auto">Or straight up allocation > assignment once this policy proposal goes through.</div></div></blockquote><div><br></div><div><br></div><div>Agree with you. And that is steel violation of policy. If there are no consequence for violating policy, then AfriNIC should eliminate the policy in the first place.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><div dir="auto"><br></div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="m_984486794521751027quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><font color="#888888"><br clear="all"><div><br></div>-- <br><div class="m_984486794521751027m_-1639728233020646578gmail_signature">Borg le Chevalier<br>______________________________<wbr>_____<br>"Common sense is what tells us the world is flat" </div>
</font></div></div>
</blockquote></div><br></div></span><div class="gmail_extra" dir="auto">Kind regards,</div><div class="gmail_extra" dir="auto">David Hilario</div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Borg le Chevalier<br>___________________________________<br>"Common sense is what tells us the world is flat" </div>
</div></div>