<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 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Helvetica;
        panose-1:2 11 6 4 2 2 2 2 2 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@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:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
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
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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 bgcolor="white" lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">So,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">I have a hypothetical question – and it will become a lot less hypothetical once I’ve run the numbers which I’m currently doing.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">Let’s say we implement this audit policy – and then – because we have to act consistently – we act against every member who is not
 announcing space because they cannot justify not announcing it – and we terminate their membership.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">Are the authors of this policy and those supporting it prepared to bear the cost of the fee increases that would be necessary to
 back fill the loss in revenue that would effectively bankrupt AfriNIC?  Running through the preliminary statistics – firstly the auditing process would be immensely expensive in HR cost – secondly – termination of members that aren’t “legitimately” announcing
 space by rough calculations could cost AfriNIC in excess of 15% of its revenue by the latest numbers available in the financial reports and correlating the unannounced space that is allocated with the billing file.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">Now, some would argue that is all the more reason to implement the audit policy – but here is a wake up call – the space you would
 recover in that call on those calculations – amounts to less than 10% of space that AfriNIC has allocated legitimately since May – so effectively, for the gain of looking tough and being rigid, we may end up bankrupting the organisation while recovering potentially
 a /15 worth of space.  Alternatively, from any logical business perspective – that money would have to be recovered from the members who are legitimately announcing space – because it certainly can’t just disappear.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">So, has anyone ACTUALLY thought through the implications of this policy?  I remain firmly opposed.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US">Andrew<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext"> Dewole Ajao [mailto:dewole@forum.org.ng]
<br>
<b>Sent:</b> 16 November 2016 12:52<br>
<b>To:</b> sergekbk <sergekbk@gmail.com>; Arnaud AMELINA <amelnaud@gmail.com>; rpd >> AfriNIC Resource Policy <rpd@afrinic.net>; General Discussions of AFRINIC <community-discuss@afrinic.net><br>
<b>Subject:</b> Re: [Community-Discuss] Update to Resources review policy proposal<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p>I think all policies (if we really intend to implement them) must be clear and leave no room for variable interpretation as ambiguity will put additional burdens of interpretation on staff.
<o:p></o:p></p>
<p>If the community's preference is for the 24-month window to become invalid on allocation/assignment of new resources, then the policy (proposal) should state it clearly; If on the other hand, the intention is for the 24-month window to stay in place come-what-may,
 it's better for the policy (proposal) to be explicit about it.<o:p></o:p></p>
<p>Please see below, additional questions for the community to consider. Hopefully, they can be discussed and the authors can (if they so choose,) take the inputs from the community into their modified proposal.<o:p></o:p></p>
<p style="mso-margin-top-alt:3.75pt;margin-right:0cm;margin-bottom:3.75pt;margin-left:0cm;background:#EEEEEE;color:rgb(51, 51,
      51);font-variant-ligatures:
      normal;font-variant-caps: normal;orphans: 2;text-align:start;widows: 2;-webkit-text-stroke-width: 0px;word-spacing:0px">
<span style="font-size:9.0pt;font-family:"Helvetica",sans-serif">3.3.2 Selected:<o:p></o:p></span></p>
<p style="mso-margin-top-alt:3.75pt;margin-right:0cm;margin-bottom:3.75pt;margin-left:0cm;background:#EEEEEE;color:rgb(51, 51,
      51);font-variant-ligatures:
      normal;font-variant-caps: normal;orphans: 2;text-align:start;widows: 2;-webkit-text-stroke-width: 0px;word-spacing:0px">
<span style="font-size:9.0pt;font-family:"Helvetica",sans-serif"><br>
A member is selected because of an internal report or due to a lack of contact between the AFRINIC and the member.<o:p></o:p></span></p>
<p>Q1. Do we presently have an existing (effective) structure (apart from billing) that measures degree of contact with members?
<br>
If there is no agreed means of measuring the degree contact, we need to define degrees of contact so that "lack of contact" (as referred to in the proposal) can be measured objectively.
<br>
<br>
<i>Perhaps as a first step for ensuring regular contact without using up too many resources, this proposal might want to borrow a leaf from RIPE's Assisted Registry Check (ARC). See
<a href="https://www.ripe.net/manage-ips-and-asns/resource-management/assisted-registry-check">
https://www.ripe.net/manage-ips-and-asns/resource-management/assisted-registry-check</a></i><o:p></o:p></p>
<p><i>Basically, the RIR does a consistency check on members' Registry, Resource, and Route/rDNS information and then sends emails to the contacts on file showing their view. They then schedule a telephone call to work with the member and fix any identified
 issues. </i><o:p></o:p></p>
<p><i>My understanding from RIPE is that these non-invasive checks sometimes reveal issues that may warrant more detailed investigation. The primary model is by random checks but done in a manner that checks every member at least once in 3 years (given the
 size of RIPE). They also have ARCs that are initiated as a result of information received from the member or third parties.
</i><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Q2. Can reachability/cooperation of a member for such a consistency check-and-fix activity as described above be used to measure the degree of contact?<br>
<br>
Q3. Given the fact that time taken for consistency checks are more predictable, can these be implemented as a preliminary step in addressing the "lack of investigation" problem as well as the concern about taking up much of members' and/or AFRINIC hostmasters'
 time? <br>
<br>
Regards,<br>
Dewole.<br>
(with apologies for continuing the cross-posting between RPD and Community-discuss)<o:p></o:p></p>
<div>
<p class="MsoNormal">On 15/11/2016 20:18, sergekbk wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">Hello Dewole,<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><br>
Thanks for this comment.<br>
The limit of 24 months applies to a member based on ressources  portfolio.  If  the portfolio  changes with new allocation,   member can be audited  anytime on the new ressources if required.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Is this clear enough or shall we make  it explicit  ?<br>
<br>
Kind Regards.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div id="composer_signature">
<p class="MsoNormal"><b><i>Serge Ilunga</i></b> <o:p></o:p></p>
<div>
<p class="MsoNormal"><b><i>Cell: +243814443160</i></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><i>Skype: sergekbk</i></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><i>R.D.Congo</i></b><o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="MsoNormal">-------- Original message --------<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">From: Dewole Ajao <a href="mailto:dewole@tinitop.com"><dewole@tinitop.com></a>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Date: 11/15/2016 11:38 (GMT+01:00) <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">To: Arnaud AMELINA <a href="mailto:amelnaud@gmail.com"><amelnaud@gmail.com></a>, "rpd >> AfriNIC Resource Policy"
<a href="mailto:rpd@afrinic.net"><rpd@afrinic.net></a>, General Discussions of AFRINIC
<a href="mailto:community-discuss@afrinic.net"><community-discuss@afrinic.net></a>
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Subject: Re: [Community-Discuss] Update to Resources review policy proposal
<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<p>Thanks for working to apply the community's input to your proposal, Arnaud. <o:p>
</o:p></p>
<p>To test the proposed re-wording, consider the following sequence of events:<o:p></o:p></p>
<p>Member XYZ initiates self-requested review;<br>
Review is completed by AFRINIC in X weeks;<br>
After review, Member XYZ applies for "large chunk" of number resources;<br>
Member XYZ receives "large chunk" of number resources in say 60 days;<br>
Member XYZ happens to make some unacceptable use of (previous or new) number resources and it somehow becomes known to the community;<br>
Regardless of convincing evidence, Member XYZ cannot be subjected to a review until 24 months have elapsed since the last review.<o:p></o:p></p>
<p>Is this a design feature or a bug?<o:p></o:p></p>
<p>Regards,<o:p></o:p></p>
<p>Dewole.<o:p></o:p></p>
<p><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 15/11/2016 10:48, Arnaud AMELINA wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p>Hi community !<br>
Following, recent discussions and in accordance with text proposal from Owen and others contributors, authors propose this as replacement to the section 3.3.3<o:p></o:p></p>
<p>-'---old version---''<o:p></o:p></p>
<p>3.3.3 Reported: Here, members are reviewed either because:<o:p></o:p></p>
<p>a. They have requested the review themselves or<br>
b. There has been a community complaint made against them that warrants investigation.
<o:p></o:p></p>
<p>----new version-----<o:p></o:p></p>
<p>3.3.3 Reported: Here, members are reviewed either because:<o:p></o:p></p>
<p>a..They have requested the review themselves or<br>
b. There has been a community complaint made against them that warrants investigation. Complaints shall be backed by evidence and AFRINIC  staff  shall evaluate the facts as appropriate to conduct the review. However this review is not applicable to a member 
 on which a full review has been completed in the preceding 24 months.<o:p></o:p></p>
<p>Regards.<o:p></o:p></p>
<p>Arnaud. <o:p></o:p></p>
</div>
<p class="MsoNormal"><br>
<br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Community-Discuss mailing list<o:p></o:p></pre>
<pre><a href="mailto:Community-Discuss@afrinic.net">Community-Discuss@afrinic.net</a><o:p></o:p></pre>
<pre><a href="https://lists.afrinic.net/mailman/listinfo/community-discuss">https://lists.afrinic.net/mailman/listinfo/community-discuss</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>