<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        font-family:"Calibri","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoPlainText">I agree with Mark Elkins,<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Are the current resource issuance and reclaim  procedures and controls effective ? Is there justifiable proof of wastage?
<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Besides being open to abuse , the overhead, complexity , time,  “intrusion on customers networks” , and the benchmark of its effectiveness are valid concerns that should not be taken lightly .<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Despite shelfing the real issue  - ipv6 , such a policy has  far reaching ramifications.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">And for this , I do not support the policy , <o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Thanks<o:p></o:p></p>
<p class="MsoPlainText">Christopher <o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">-----Original Message-----<br>
From: Mark Elkins [mailto:mje@posix.co.za] <br>
Sent: Monday, May 23, 2016 12:27 PM<br>
To: rpd<br>
Subject: Re: [rpd] New Proposal - "Internet Number Resources Audit by AFRINIC (AFPUB-2016-GEN-001-DRAFT01)"</p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I also agree with Tim (and Saul).<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Firstly, AFRINIC works on a slow start principal, the first allocation/assignment is usually small - so there would be little wastage due to non-growth.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">After that, any new application requires a check on previous applications - that the ISP has reached a certain percentage of utilisation. I'm aware that when Andrew at Liquid Telecom asked for more space the Hostmaster folk at AFRINIC
 really made him work hard, jumping through loops. I have full trust in the AFRINIC staff. ;-)<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">If someone stops paying, resources are reclaimed - which satisfies me with what happens when a Member goes out of business.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I'm not aware that any other RIR has a similar policy - not that we should not be able to come up with original ideas in our Region - but this does suggest that its probably not a good idea. They have already run dry, so would have been
 able to look at this possibility before now.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">The thought that occurs to me is one of re-arranging the deckchairs with the IPv4 ship already resting on the sea floor. Fun for SCUBA Divers - but that's about it.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I'd rather hear that ISP's have deployed IPv6, at least on all externally facing services including all DNS, E-Mail and WEB Services.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I do not believe that anyone who has not yet deployed IPv6 as per above can morally support this proposal - they have not done their bit.<o:p></o:p></p>
<p class="MsoPlainText">And if they have, they will realise that this policy adds very little value.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I do not support this Policy.<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">On 23/05/2016 10:45, Saul Stein wrote:<o:p></o:p></p>
<p class="MsoPlainText">> I agree with McTim.<o:p></o:p></p>
<p class="MsoPlainText">> If the member is in breach of the RSA, then membership criteria should
<o:p></o:p></p>
<p class="MsoPlainText">> deal with that.<o:p></o:p></p>
<p class="MsoPlainText">> If a member applies and received resources, there are conditions
<o:p></o:p></p>
<p class="MsoPlainText">> attached and need to be adhered to and the terms and conditions of the<o:p></o:p></p>
<p class="MsoPlainText">> agreement should deal with any breached.   IF and only if that process<o:p></o:p></p>
<p class="MsoPlainText">> is broken, should we look at fixing it, but not by putting other
<o:p></o:p></p>
<p class="MsoPlainText">> processes in place to fix other issues!<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> Is there perhaps an real example of an issue that needs to be solved here?
<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> Regards<o:p></o:p></p>
<p class="MsoPlainText">> Saul<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> On 22 May 2016, at 18:06, McTim <dogwallah@gmail.com <o:p>
</o:p></p>
<p class="MsoPlainText">> <<a href="mailto:dogwallah@gmail.com"><span style="color:windowtext;text-decoration:none">mailto:dogwallah@gmail.com</span></a>>> wrote:<o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">>> All,<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> On Sat, May 21, 2016 at 3:53 AM, Seun Ojedeji <seun.ojedeji@gmail.com
<o:p></o:p></p>
<p class="MsoPlainText">>> <<a href="mailto:seun.ojedeji@gmail.com"><span style="color:windowtext;text-decoration:none">mailto:seun.ojedeji@gmail.com</span></a>>> wrote:<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> <snip><o:p></o:p></p>
<p class="MsoPlainText">>>  <o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>     Section 4 of the Registration Service Agreement (RSA) provides the<o:p></o:p></p>
<p class="MsoPlainText">>>     framework for investigations of the usage of allocated Internet<o:p></o:p></p>
<p class="MsoPlainText">>>     Number resources, defines members’ obligation to cooperate and the<o:p></o:p></p>
<p class="MsoPlainText">>>     measures to be taken by AFRINIC in case of failure to comply.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> If the above is the case, why is this policy needed?<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>  <o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>     The lack of such investigation or regular control can lead to<o:p></o:p></p>
<p class="MsoPlainText">>>     inefficient usage of the Internet Number resources, to stockpiling<o:p></o:p></p>
<p class="MsoPlainText">>>     and other types of abuse.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> Is there any evidence to support this statement??<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> I tend to agree with Mr. Alston, it seems to me to be  "impractical".<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> It would impose significant costs on the organisation to an end which
<o:p></o:p></p>
<p class="MsoPlainText">>> is already at our disposal.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> --<o:p></o:p></p>
<p class="MsoPlainText">>> Cheers,<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>> McTim<o:p></o:p></p>
<p class="MsoPlainText">>> "A name indicates what we seek. An address indicates where it is. A
<o:p></o:p></p>
<p class="MsoPlainText">>> route indicates how we get there."  Jon Postel <o:p></o:p></p>
<p class="MsoPlainText">>> _______________________________________________<o:p></o:p></p>
<p class="MsoPlainText">>> RPD mailing list<o:p></o:p></p>
<p class="MsoPlainText">>> <a href="mailto:RPD@afrinic.net"><span style="color:windowtext;text-decoration:none">RPD@afrinic.net</span></a> <<a href="mailto:RPD@afrinic.net"><span style="color:windowtext;text-decoration:none">mailto:RPD@afrinic.net</span></a>>
<o:p></o:p></p>
<p class="MsoPlainText">>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd">
<span style="color:windowtext;text-decoration:none">https://lists.afrinic.net/mailman/listinfo/rpd</span></a><o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText">> _______________________________________________<o:p></o:p></p>
<p class="MsoPlainText">> RPD mailing list<o:p></o:p></p>
<p class="MsoPlainText">> <a href="mailto:RPD@afrinic.net"><span style="color:windowtext;text-decoration:none">RPD@afrinic.net</span></a><o:p></o:p></p>
<p class="MsoPlainText">> <a href="https://lists.afrinic.net/mailman/listinfo/rpd">
<span style="color:windowtext;text-decoration:none">https://lists.afrinic.net/mailman/listinfo/rpd</span></a><o:p></o:p></p>
<p class="MsoPlainText">> <o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">--<o:p></o:p></p>
<p class="MsoPlainText">Mark James ELKINS  -  Posix Systems - (South) Africa<o:p></o:p></p>
<p class="MsoPlainText"><a href="mailto:mje@posix.co.za"><span style="color:windowtext;text-decoration:none">mje@posix.co.za</span></a>       Tel: +27.128070590  Cell: +27.826010496<o:p></o:p></p>
<p class="MsoPlainText">For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za">
<span style="color:windowtext;text-decoration:none">https://ftth.posix.co.za</span></a><o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
</div>
</body>
</html>