<div dir="ltr"><div>Chers membres de la communauté AFRINIC, je ne comprends absolument pas ce qui se passe, Afrinic, est-elle vraiment DIRIGÉE, GOUVERNÉE ??? Je n'en ai absolument pas l'impression, au vu de tout le désordre ogansé par certains membres du BOARD, j'ai honte , vraiment honte. <br></div><div><br>Je sais que dans le PDP, tout le monde à la liberté de proposer un policy, mais à quoi servent les Co-Chairs, quel est leur rôle, encouragé le désordre ou modérer les propositions en invitant chacun à faire preuve de bon sens et de collaboration, pour éviter déjà ce qui s'est passé, lorsqu'on s'est retrouver en présence de deux propositions contradictoire, et cela pour le simple but de contrer la 1ére proposition et de perdre du temps à la communauté sur des discussions sans fondement. Nous ne savons pas quel plan ceux qui le font on en tête, mais AFRINIC est un bien public et communautaire, ce n'est pas la propriété privée des membres du BOARD, pour que des individus s'amusent à se jouer de la communauté au lieu de travailler ensemble pour avancer. <br><br></div><div>Seun je t'interpelle personnellement, comment en tant que membre du BOARD tu vas te mettre à jouer à ce jeu de désordre et d'embrouillement. Softlanding-Bis n'a pas encore été retiré du processus, les Co-Chairs ont fait une proposition qui est encore sur la table. Et toi tu viens encore avec une même proposition, à quel jeux tu joues ou qui est-ce que tu sers à travers ce comportement ???? <br><br></div><div>Franchement trop s'est trop on a pas l'impression qu'il y a des dirigeants dans cette structure. <br><br></div><div>Je suis vraiment désolé par ce que nous servons aux autres communautés comme si certains attendent que tout capote pour qu'on dise "voilà on avait dit ça les Africains ne sont pas capable",  c'est ça que vous voulez ?????<br><br></div><div>De grâce reprenez-vous. J'interpelle les co-chairs et le Chairs ainsi que le CEO prenez vos responsabilité et Gouverner AFRINIC comme il se doit. <br><br></div><div>C'est un cri de cœur parce que j'en ai marre et c'est pour ça que j'ai écrit en Français. Que ceux qui sont Bilingues aident les autres à comprendre. Merci<br><br></div><div>Cordialement.<br><br></div><div>Arnaud. <br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-04-02 15:07 GMT+00:00 Ernest <span dir="ltr"><<a href="mailto:ernest@afrinic.net" target="_blank">ernest@afrinic.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    A new policy proposal updating 5.4 of the Consolidated Policy Manual
    (CPM) has been received as follows, and is now open for discussions:<br>
    <div class="m_-5846690435555434241moz-forward-container"> <br>
      <p>Policy Proposal: Soft Landing SD<br>
        <br>
        ——————————————————————————————<wbr>————————————————————————<br>
        ID: AFPUB2017V4001DRAFT01<br>
        Submission Date: 30 March 2017<br>
        Version: 1<br>
        Author(s: <br>
        Douglas Onyango (ondouglas at <a href="http://gmail.com" target="_blank">gmail.com</a>)<br>
        Seun Ojedeji (seun.ojedeji at <a href="http://gmail.com" target="_blank">gmail.com</a>)<br>
        Amends : Soft Landing Policy CPM 5.4 <br>
        ——————————————————————————————<wbr>————————————————————————<br>
      </p>
      <p><br>
        1. Summary of the problem being addressed by this proposal<br>
        <br>
        The current SoftLanding Policy describes how AFRINIC should
        manage allocations/assignments from the last /8.<br>
        <br>
        While the stated policy objective is to ensure that
        allocations/assignments are managed in a manner that is
        acceptable to the AFRINIC community, there is a general feeling
        from the AFRINIC community that certain provisions in the policy
        are not consistent with this objective. Specifically, the
        current Softlanding Policy:<br>
        <br>
        a. Allows a maximum allocation size of a /13 in Phase 1. The
        authors feel this is too large based on average allocation size,
        and can be abused.<br>
        b. Allows organizations to request allocations/assignments
        without limiting the number of times or maximum size that can be
        requested. The authors of this policy feel this can advantage a
        few, mostly large organizations, at the expense of the general
        community, and can also be abused.<br>
        c. Does not make any specific provisions for new entrants. The
        authors feel that this might advantage existing organizations at
        the expense of new entrants.<br>
        <br>
        2. Summary of how this proposal addresses the problem<br>
        <br>
        This proposals tries to address these problems by:<br>
        * Reducing the maximum prefix in phase 1. We arrived at this
        figure by looking at the average allocation prefix which is
        between /19 and /18 and then doubling that average allocation.<br>
        * Disallowing allocation to organisations who have been
        allocated up to the maximum prefixes during each phase.<br>
        * Adjusted the maximum prefix for phase 2, to bring it closer to
        average allocation size<br>
        <br>
        3. Proposal<br>
        <br>
        Modify Section 5.4.3.1 of the CPM to the following:<br>
        <br>
        Exhaustion Phase 1:<br>
        During this phase, allocation/assignment of address space will
        continue as in the Current phase (/24 for a EU and /22 for a
        LIR) but the maximum will change from /10 to /17.<br>
        <br>
        Modify Section 5.4.3.2 of the CPM to the following :<br>
        <br>
        Exhaustion Phase 2<br>
        During this phase a minimum allocation/assignment size will be
        /24, and the maximum will be /20 per allocation/assignment.<br>
        <br>
        Modify section 5.4.4 of the CPM to the following:<br>
        For any LIR or End User requesting IPv4 address space during the
        Exhaustion There is no explicit limit on the number of times an
        organization may request additional IPv4 address space, so long
        as such organisation has not received allocations/assignments
        equivalent to the maximum prefix during<br>
        each phase.<br>
        <br>
        4. Revision History</p>
      <p> N/A</p>
      <p><br>
      </p>
      <p><br>
      </p>
    </div>
  </div>


<br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
<br></blockquote></div><br></div>