<div dir="auto"><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">virtual.borg@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" 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="quoted-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.<wbr>net</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_-1639728233020646578gmail-"><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-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><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 dir="auto"><br></div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" 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="quoted-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><div dir="auto">Database objects have a status attribute, it implies certain things.</div><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 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 dir="auto"><br></div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" 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_-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><div class="gmail_extra" dir="auto">Kind regards,</div><div class="gmail_extra" dir="auto">David Hilario</div></div>