<p dir="ltr">Sent from my LG G4<br>
Kindly excuse brevity and typos</p>
<p dir="ltr">On 22 Nov 2016 13:34, "sergekbk" <<a href="mailto:sergekbk@gmail.com">sergekbk@gmail.com</a>> wrote:<br>
><br>
> Hello Seun,<br>
><br>
> Thanks for the suggestions, but i think that it is not necessary to reword the current version for the following reasons:<br>
><br>
> - for 3.3.3.b, it is better to leave to AfriNIC staff to appreciate the severity and threshold level of alerts as stated by the current version.<br>
><br>
SO: Well this would have been fine but in a unique environment that we find ourselves I think it's important to set minimum level of proof that is expected from the complainant. This ensures that significant level of homework has been done by whoever is raising a complain and maximises staff resources. Perhaps I should add that it may be good that such complain is limited and open to members alone (since those are the category with "direct stake" in this) and has a more reliable mean to verify source of the complainant.<br></p>
<p dir="ltr">> - for 3.6 as long as the policy is in force, there must be a report as there's Random class review.<br>
><br>
> Also, 3.6 does not prescribe naming members. It allows Afrinic staff to decide how to describe the members, thus reviewed resources and level of compliance. <br>
><br>
SO: Maybe I am the one not interpreting the current text well. Below is what it currently reads:</p>
<p dir="ltr">"AFRINIC shall publish an annual report describing the *members* which have been reviewed and their level of compliance."</p>
<p dir="ltr">If indeed your intent is similar to mine then I see no reason why it should not be clearly stated in the proposal as I suggested(or in the line with that). I believe a proposal should be as unambiguous as much as possible.</p>
<p dir="ltr">Regards</p>
<p dir="ltr">> Kind Regards.<br>
><br>
><br>
> Serge Ilunga<br>
> Cell: +243814443160<br>
> Skype: sergekbk<br>
> R.D.Congo<br>
> -------- Original message --------<br>
> From: Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com">seun.ojedeji@gmail.com</a>><br>
> Date: 11/20/2016 09:33 (GMT+01:00)<br>
> To: Dewole Ajao <<a href="mailto:dewole@forum.org.ng">dewole@forum.org.ng</a>><br>
> Cc: rpd <<a href="mailto:rpd@afrinic.net">rpd@afrinic.net</a>><br>
> Subject: Re: [rpd] Proposal Update received: Internet Number Resources Review by AFRINIC<br>
><br>
> Hello,<br>
><br>
> May I suggest rewording of section 3.3.3b and 3.6 to the following:<br>
><br>
> 3.3.3b:<br>
><br>
> ....Complaints shall be backed by evidence, such evidence must have a consistency duration of at least 3months and AFRINIC staff...."<br>
><br>
> 3.6 Compliance Report<br>
><br>
> As applicable, AFRINIC shall publish a summary of total number of unit address (or an approximate prefix) reviewed and their level of compliance.<br>
><br>
> Sent from my LG G4<br>
> Kindly excuse brevity and typos<br>
><br>
><br>
> On 19 Nov 2016 22:09, "Dewole Ajao" <<a href="mailto:dewole@forum.org.ng">dewole@forum.org.ng</a>> wrote:<br>
>><br>
>> Dear PDWG members,<br>
>><br>
>> This is to inform you that authors of the policy proposal named "Internet Number Resources Review by AFRINIC" have submitted an updated version as displayed below. PDWG section of AFRINIC website will be updated in due course. <br>
>><br>
>> Thank you.<br>
>> PDWG Co-Chairs<br>
>><br>
>><br>
>> ------------------------[Proposal Header]-----------------------<br>
>><br>
>> Unique identifier: AFPUB-2016-GEN-001-DRAFT03<br>
>><br>
>><br>
>> Draft Policy Name: Internet Number Resources Review by AFRINIC<br>
>> Author(s)<br>
>> (a) Arnaud A. A. AMELINA | <a href="mailto:arnaud.amelina@auf.org">arnaud.amelina@auf.org</a> | AUT.TogoRER<br>
>> (b) Serge ILUNGA KABWIKA | <a href="mailto:sergekbk@gmail.com">sergekbk@gmail.com</a> | Vodacom Congo SA<br>
>> (c) Jean-Baptiste MILLOGO | <a href="mailto:jbmillogo@gmail.com">jbmillogo@gmail.com</a> | Airtel Burkina<br>
>> (d) DAHMANI ZAAFOURI Wafa | <a href="mailto:wafa@ati.tn">wafa@ati.tn</a> | ATI <br>
>><br>
>> Draft Policy <br>
>><br>
>> Submission Date : 19 Nov. 2016<br>
>><br>
>> Related Policies (where applicable)<br>
>> Obsoletes : None<br>
>> Amends : None<br>
>><br>
>> ------------------------[Proposal Header]-----------------------<br>
>><br>
>><br>
>> 1. As Internet Number resources are finite, their allocation is based on the operational needs of end-users and Internet Services Providers, while avoiding stockpiling in accordance with RFC7020, IPv4 Allocation Policy CPM 5.5, IPv6 Allocation and assignment policy CPM 6.5 and Policy for Autonomous System Numbers (ASN) Management in the AFRINIC region CPM 7.0.<br>
>><br>
>> Section 4 of the Registration Service Agreement (RSA) provides the framework for investigations of the usage of allocated Internet Number resources, defines members’ obligation to cooperate and the measures to be taken by AFRINIC in case of failure to comply. <br>
>><br>
>> The lack of such investigation or regular control can lead to inefficient usage of the Internet Number resources, to stockpiling and other type of abuses.<br>
>><br>
>> <br>
>> 2.0 Summary of How this Proposal Addresses the Problem<br>
>><br>
>> In order to ensure efficient and appropriate use of resources, AFRINIC shall conduct regular reviews of resource utilization held by its members. This would allow recovery of any type of resource, where usage is not in compliance with the RSA. Those resources can be reallocated for better usage.<br>
>><br>
>> <br>
>> 3.0 Proposal<br>
>><br>
>> 3.1 The reviews shall be based on compliance with the terms outlined in the RSA and Allocation/Assignment Policies.<br>
>> <br>
>><br>
>> 3.2 The reviews cover all allocated/Assigned resources, but priority goes to IPv4 and ASN mappable to two-octet ASN.<br>
>> <br>
>><br>
>> 3.3 Classes of review: Members to be reviewed shall be selected according to the following classes: <br>
>><br>
>> 3.3.1 Random: The member is chosen by AFRINIC at random between members of the following categories:<br>
>><br>
>> - Medium and above<br>
>> - IPv6-only Large<br>
>> - EU-AS <br>
>><br>
>> 3.3.2 Selected:<br>
>><br>
>> A member is selected because of an internal report or due to a lack of contact between the AFRINIC and the member. <br>
>><br>
>> 3.3.3 Reported: Here, members are reviewed either because:<br>
>><br>
>> 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 with the same resources portfolio on which a full review has been completed in the preceding 24 months.<br>
>> <br>
>><br>
>> 3.4 In case of non-compliance and if evidence has been established in accordance with the non-exhaustive list below:<br>
>><br>
>> - Unjustified lack of visibility of the resource on the global routing table.<br>
>> - Breach of AFRINIC policies.<br>
>> - Breach of the provisions of the registration service agreement or other legal agreements between the organization holding the resource and AFRINIC.<br>
>> - Evidence that an organisation is no more operating and its blocks have not been transferred.<br>
>> - Unauthorized transfers of resources.<br>
>><br>
>> AFRNIC shall initiate the resource recovery process. <br>
>><br>
>> AFRINIC shall attempt to contact the organisation and correct any discrepancy towards the RSA. If the situation cannot be rectified, AFRINIC shall publish the resources to be recovered for a period of three (3) months; during which the organisation may at any time, seek compliance. After this period, the resource shall be recovered and therefore the records of the previous holder of the recovered resource shall be removed from AFRINIC’s databases.<br>
>><br>
>> Any Internet Number Resources recovered under this policy may be assigned/allocated under existing Allocation and Assignment Policies.<br>
>> <br>
>><br>
>> 3.5 Appeal procedure<br>
>><br>
>> The review shall be conducted in full transparency and neutrality. But if the result of the review does not appear to be fair, the reviewed members has the right to appeal against the result. Appeals shall follow an arbitration process as defined by AFRINIC, which shall publish the process and the pool of arbitrators who shall be knowledgeable volunteers from the community.<br>
>> <br>
>><br>
>> Outcome of the arbitration process are unequivocal<br>
>> <br>
>><br>
>> 3.6 Compliance Report<br>
>><br>
>> AFRINIC shall publish an annual report describing the members which have been reviewed and their level of compliance.<br>
>> <br>
>><br>
>> 3.7 Acknowledgement<br>
>><br>
>> - The authors thank Mr. Alain AINA for his contribution in the development of this Policy proposal.<br>
>> - The authors also thank the community for the discussions and contributions.<br>
>><br>
>> 4.0 Revision History<br>
>><br>
>> 18 May 2016 Version 1.0 <br>
>><br>
>> First Draft AFPUB-2016-GEN-001-DRAFT01 Posted on RPD list<br>
>><br>
>> 05 Aug 2016 Version 2.0 <br>
>><br>
>> - Change on the policy’s name<br>
>> - Addition of the Acknowledgement section<br>
>> - Rephrasing of section 3.3.3<br>
>><br>
>> 19 Nov 2016 Version 3.0 <br>
>> - Update of section 3.3.3 from discussions on mailing list<br>
>> - Update of section 3.7 (Aknowledgement) to thank the community for discussions and contributions<br>
>><br>
>> <br>
>> 5.0 References<br>
>><br>
>> <a href="https://tools.ietf.org/html/rfc7020">https://tools.ietf.org/html/rfc7020</a><br>
>> <a href="http://afrinic.net/en/services/rs/rsa">http://afrinic.net/en/services/rs/rsa</a><br>
>> <a href="http://www.afrinic.net/library/policies/126-policy-ipv4-address-allocation-policies">http://www.afrinic.net/library/policies/126-policy-ipv4-address-allocation-policies</a><br>
>> <a href="http://www.afrinic.net/en/library/policies/122-afpub-2013-v6-001">http://www.afrinic.net/en/library/policies/122-afpub-2013-v6-001</a><br>
>> <a href="http://www.afrinic.net/en/library/policies/124-afpub-2004-asn-001">http://www.afrinic.net/en/library/policies/124-afpub-2004-asn-001</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> RPD mailing list<br>
>> <a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
>></p>