<div dir="ltr">

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">Dear Community,</span></p><p class="MsoNormal"><span style="mso-ansi-language:EN-US"><br></span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">This policy addresses <span style="mso-spacerun:yes"> </span>the majority of the fears that has been
expressed by the community during last months.</span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">- Increase of allocation
rate of IPV4 point out in stats shared by Andrew by strengthening allocation
requirement and I support the <span style="mso-spacerun:yes"> </span>inclusion
of <span style="mso-spacerun:yes"> </span>explicit limit on the number of times
an organization may request additional IPv4 address space during Exhaustion
Phase 1.</span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">- Foster sustainable
environment that will allow Internet development in Africa. </span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">In fact IPv6 adoption
is a must but <span style="mso-spacerun:yes"> </span>in early stage of IPv4
Post exhaustion, dual stack will be required. Reserve for new entrant will
guarantee that new entrant supposed to have less exposure to IPV6 will get IPV4
ressources needed to deploy their network. </span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">- Secondary Market, <b style="mso-bidi-font-weight:normal"><span style="color:red">"AFRINIC
resources are for AFRINIC service region and any use outside the region should
be solely in support of connectivity back to the AFRINIC region"</span></b>. <br></span></p><p class="MsoNormal"><span style="mso-ansi-language:EN-US">As a community driven and non lucrative organization, we can't afford to set
conditions that will legitimate IPv4 address sale on the black market.</span></p><p class="MsoNormal"><span style="mso-ansi-language:EN-US"><br></span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">I support this
proposal.</span></p><p class="MsoNormal"><span style="mso-ansi-language:EN-US"><br></span></p>

<p class="MsoNormal"><span style="mso-ansi-language:EN-US">Kind Regards.</span></p> 

<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 23, 2016 at 10:38 PM, Fabrice BAGOLIBE <span dir="ltr"><<a href="mailto:fabrig10@gmail.com" target="_blank">fabrig10@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hi All!<br>
    The proposal of M. Aina has my consent too<br>
    <br>
    Best regards<span class="HOEnZb"><font color="#888888"><br>
    <br>
    --Fabrice</font></span><div><div class="h5"><br>
    <br>
    <div>Le 23/02/2016 20:47, Emmanuel Togo a
      écrit :<br>
    </div>
    <blockquote type="cite">
      
      
      <div>Hi All</div>
      <div>I  support  this proposal.</div>
      <div>I like the idea of reserving some block for critical
        infrastructure and late comers.</div>
      <div><br>
      </div>
      <div>Regards</div>
      <div>Togo</div>
      <div><br>
      </div>
      <div>
        <div style="font-size:85%;color:#575757">Sent from my Samsung
          device</div>
      </div>
      -------- Original message --------<br>
      From: ALAIN AINA <a href="mailto:aalain@trstech.net" target="_blank"><aalain@trstech.net></a> <br>
      Date: 23/02/2016 13:16 (GMT+00:00) <br>
      To: AfriNIC List <a href="mailto:rpd@afrinic.net" target="_blank"><rpd@afrinic.net></a> <br>
      Subject: Re: [rpd] Proposal Update (was: Re: New Proposal - "Soft
      Landing - BIS (AFPUB-2016-V4-001-DRAFT-02)"
      <br>
      <br>
      <div>
        <div>
          <div>Hello All,</div>
          <div><br>
          </div>
          <div>Thank you all for your interest in our policy
            proposal.  Some of the impressions being created about what
            it sets out to achieve are incorrect.</div>
          <div><br>
          </div>
          <div>The IPv4 softlanding-bis policy proposal does
            not intend to extend IPv4 lifetime at AFRINIC. </div>
          <div><br>
          </div>
          <div>The policy proposal stays in the spirit of the
            global Global Policy for the Allocation of the remaining
            IPv4 address pool:
            <a href="http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001" target="_blank">
http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001</a>
            (section 2 and 3) and the current IPv4 soft landing policy
            <a href="http://www.afrinic.net/en/library/policies/697-ipv4-soft-landing-policy" target="_blank">
http://www.afrinic.net/en/library/policies/697-ipv4-soft-landing-policy</a>
            (section 3).</div>
          <div><br>
          </div>
          <div>The proposal makes sure the distribution of the
            final /8 [102/8] is fair enough based on the current
            consumption rate, assures availability of IPv4 to new
            comers, to Critical Internet Infrastructure as well as to
            the current players as we go through the transition to IPv6.
              </div>
          <div><br>
          </div>
          <div>To achieve this, it says :</div>
          <div><br>
          </div>
          <div>- during  phase 1,  move the maximum from /10 to
            /15.</div>
          <div><br>
          </div>
          <div><a href="http://afrinic.net/en/services/rs/membership-fees" target="_blank">http://afrinic.net/en/services/rs/membership-fees</a>
            shows the member categories and /15 is the median which
            covers majority of AFRINIC membership as shown at  <a href="http://www.afrinic.net/en/services/statistics/membership" target="_blank"></a><a href="http://www.afrinic.net/en/services/statistics/membership" target="_blank">http://www.afrinic.net/en/services/statistics/membership</a>
             [members by Category]</div>
          <div><br>
          </div>
          <div>- during phase 2, reserve a block for new comers
            and for Critical Internet Infrastructures(new and current).
             Make sure CIRs get IPv4 they need for their operations
            during the exhaustion and the transition. </div>
          <div><br>
          </div>
          <div>CIRs have been expanded to include TLDs during
            exhaustion phase 2. gTLDs are coming and ccTLDs being
            developed..</div>
          <div><br>
          </div>
          <div>Definition of CIR in other regions is available
            at :<a href="https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-4-2" target="_blank">https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-4-2</a></div>
          <div><br>
          </div>
          <div>Our initial thinking was that IXPs may benefit
            from the CIRs block during the phase 2 as the current
            reserve may not last and cover their needs at that time. We
            have no objection about  removing IXPs from CIRs.</div>
          <div><br>
          </div>
          <div>IPv6 deployment is slow. AFRNIC has the lowest
            rate of members with v4/v6[1]. During exhaustion, one must
            have IPv6 (from AFRINIC or upstreams ) when requesting IPv4.
             Deployment may not be enforceable but it puts IPv6
            transition forward as the clear agenda at this time.</div>
          <div><br>
          </div>
          <div>Interested parties can view RIRs comparative
            “use of the final unallocated IPv4 address Space” can be
            seen at
            <a href="https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-6" target="_blank">
https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-6</a></div>
          <div>The FAQ linked to the policy is at <a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2" target="_blank">
</a><a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2" target="_blank">http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2</a></div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>[1] <a href="https://www.nro.net/wp-content/uploads/NRO_Q4_2015.pdf" target="_blank">
              https://www.nro.net/wp-content/uploads/NRO_Q4_2015.pdf</a>
            slide 16</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>Hope this helps</div>
        </div>
        <div><br>
        </div>
        <div>—Alain</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <br>
        <div>
          <blockquote type="cite">
            <div>On Feb 21, 2016, at 10:38 PM, Seun Ojedeji
              <<a href="mailto:seun.ojedeji@gmail.com" target="_blank">seun.ojedeji@gmail.com</a>>
              wrote:</div>
            <br>
            <div>
              <p dir="ltr">Dear members,</p>
              <p dir="ltr">This is to inform that an update has
                been published for this proposal.</p>
              <p dir="ltr">Details can be found at the
                following URL:</p>
              <p dir="ltr"><a href="http://afrinic.net/en/community/policy-development/policy-proposals/1625-soft-landing-bis-draft-02-" target="_blank">http://afrinic.net/en/community/policy-development/policy-proposals/1625-soft-landing-bis-draft-02-</a></p>
              <p dir="ltr">ID: AFPUB-2016-V4-001-DRAFT-02</p>
              <p dir="ltr">Regards</p>
              <div class="gmail_quote">On 9 Feb 2016 2:46 p.m., "Seun
                Ojedeji" <<a href="mailto:seun.ojedeji@gmail.com" target="_blank">seun.ojedeji@gmail.com</a>>
                wrote:<br type="attribution">
                <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                  <div dir="ltr">
                    <div>Dear Members,<br>
                      <br>
                      We have received a new policy Proposal - "Soft
                      Landing - BIS (AFPUB-2016-V4-001-DRAFT-01)"<br>
                      <br>
                      Draft Policy name: <span>Soft Landing -
                        BIS</span><br>
                      Unique identifier: AFPUB-2016-V4-001-DRAFT-01<br>
                      Status: Under Discussion<br>
                      Submission Date 06 February 2016<br>
                      Amends:<br>
                      AFPUB-2010-v4-005 (IPv4 soft landing policy)<br>
                      Authors:<br>
                      a. Omo Oaiya, <a href="mailto:omo@wacren.net" target="_blank">omo@wacren.net</a>, WACREN<br>
                      b. Joe Kimaili, <a href="mailto:jkimaili@ubuntunet.net" target="_blank">
                        jkimaili@ubuntunet.net</a>, Ubuntunet Alliance<br>
                      c. Alain P. AINA, <a href="mailto:aalain@trstech.net" target="_blank">aalain@trstech.net</a>, TRS
                      <br>
                      <br>
                      Url: <a href="https://afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis" target="_blank">
https://afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis</a><a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1157-out-of-region-use-of-afrinic-internet-number-resources" target="_blank"><span></span></a><br>
                      <br>
                    </div>
                    Text Below:<br>
                    <b>1) Summary of the Problem Being
                      Addressed by this Policy Proposal<br>
                    </b><br>
                    The soft landing policy ratified by the board on
                    11/11/2011 describes how AFRINIC should manage
                    allocations/assignments from the last /8. It defines
                    2 phases for IPv4 exhaustion. During phase 1, it
                    sets the maximum allocation/assignment to be /13
                    instead of /10 and in phase 2, the maximum to /22
                    and the minimum to /24. It makes no difference
                    between existing LIRs or End-Users and new ones. The
                    policy also does not impose IPv6 deployment.<br>
                    <br>
                    IPv4 exhaustion in other regions combined with other
                    factors has imposed huge pressure on the AFRINIC
                    IPv4 pool with requests for large IPv4 blocks, with
                    very little IPv6 deployment. The pressure on the
                    AFRINIC IPv4 pool has led to some policy proposals
                    to reserve some blocks for certain sub-communities.<br>
                    <br>
                     <b><br>
                      2) Summary of How this Proposal Addresses the
                      Problem</b><br>
                    <br>
                    This policy proposal solves the problem described
                    above by:<br>
                    <br>
                        Changing the value of the maximum
                    allocation/assignment size during the exhaustion
                    phase 1.<br>
                        Imposing IPv6 resources as a pre-condition to
                    IPv4 resource requests during the exhaustion.<br>
                        Reserving address spaces for Critical Internet
                    Infrastructure and new LIRs or End-Users.<br>
                        Removing the minimum allocation size as this may
                    evolve over time during the exhaustion period.<br>
                    <br>
                     <br>
                    <b>3) Proposal<br>
                    </b><br>
                    3.1 The policy proposal changes clause/article 3.5.1
                    of the current IPv4 Soft Landing Policy to:<br>
                    3.5.1 EXHAUSTION PHASE 1During this
                    phase,allocation/assignment of address space will
                    continue as in the Current phase with no explicit
                    minimum but the maximum will change from /10 to /15.<br>
                    <br>
                    Allocations and assignments will be made from the
                    Final /8 or from any other IPv4 address space
                    available to AFRINIC, until no more than a /11 of
                    non-reserved space is available in the Final /8.At
                    this point, exhaustion phase 2 will begin.<br>
                    <br>
                    For the avoidance of doubt all applications that
                    will be in process at this point will be evaluated
                    as per the new policy.<br>
                    <br>
                     <br>
                    3.2 This policy proposal changes Clauses/Articles
                    3.6, 3.8 and 3.9 of the current IPv4 Soft Landing
                    Policy to:<br>
                    3.6 If any LIR or End User requests IPv4 address
                    space during Exhaustion: There is no explicit limit
                    on the number of times an organization may request
                    additional IPv4 address space during Exhaustion
                    Phase 1. During exhaustion Phase 2, new LIRs or
                    End-Users can receive only one allocation/assignment
                    from the new LIRs or End-Users reserved pool.<br>
                    <br>
                     <br>
                    3.8 Allocation CriteriaIn order to receive IPv4
                    allocations or assignments during the Exhaustion
                    Phase, the LIR or<br>
                    End User must meet IPv4 allocation or assignment
                    policy requirements and must have used at<br>
                    least 90% of all previous allocations or assignments
                    (including those made during both the Current Phase
                    and the Exhaustion Phase).<br>
                    <br>
                    In the case of new LIRs or End Users with no
                    previous allocations or assignments, this<br>
                    requirement does not apply to their first allocation
                    or assignment request.<br>
                    <br>
                    LIRs and End users requesting IPv4 space must have
                    IPv6 resources from AFRINIC (or request IPv6
                    concurrently with their IPv4 request), or from their
                    upstream providers.<br>
                    <br>
                    AFRINIC resources are for the AFRINIC service region
                    and any use outside the region should be solely in
                    support of connectivity back to the AFRINIC region<br>
                    <br>
                     <br>
                    3.9 IPv4 Address Space for [Internet Exchange Points
                    (IXPs)], critical Internet infrastructure, new LIRs
                    or End-Users and unforeseen circumstances<br>
                    <br>
                    During exhaustion phase 2, allocations/assignments
                    to IXPs, Critical Internet infrastructure and new
                    LIRs and End-Users will be as follows:<br>
                    <br>
                     <br>
                    3.9.1 Assignments to critical infrastructure<br>
                    <br>
                    A /16 from the final /11 will be held in reserve for
                    exclusive use by critical Internet infrastructure.
                    On application for IPv4 resources, a critical
                    Internet Infrastructure operator may receive one
                    number resource (maximum /22).<br>
                    <br>
                    Critical infrastructure are ICANN-sanctioned DNS
                    root server operators, IXPs, TLD (Top Level Domain)
                    operators, IANA and RIRs.<br>
                    <br>
                        On application for IPv4 resources, an Internet
                    Exchange Point (IXP) will receive one number
                    resource (maximum /23) according to the following:<br>
                        This space will be used to run an Internet
                    Exchange Point peering LAN; other uses are
                    forbidden.<br>
                        New Internet Exchange points will be assigned a
                    maximum of /24.  Internet exchange points may return
                    this assignment (or existing PI used as in the IXP
                    peering LAN) should they run out of space and
                    receive a larger (a maximum of /23 if utilization
                    requires) assignment.<br>
                        IP space returned by Internet Exchange Points
                    will be added to the reserved pool maintained for
                    use by Internet Exchange Points.<br>
                    <br>
                     <br>
                    3.9.2 Allocations/Assignments to new LIRs or
                    End-Users<br>
                    <br>
                    A /14 from the final /11 will be held in reserve for
                    exclusive use by new LIRs or End-Users with no prior
                    IPv4 address space from AFRINIC.  On application for
                    IPv4 resources, a new LIR or End-User may receive
                    one number resource (maximum /22).<br>
                    <br>
                     <br>
                    3.9.3 Reserve for unforeseen situations<br>
                    <br>
                    A /13 IPv4 address block will be in reserved out of
                    the Final /8. This /13 IPv4 address block shall be
                    preserved by AFRINIC for some future uses, as yet
                    unforeseen. The Internet is innovative and we cannot
                    predict with certainty what might happen. Therefore,
                    it is prudent to keep this block in reserve, just in
                    case some future requirement creates a demand for
                    IPv4 addresses.<br>
                    <br>
                    When AFRINIC, can no longer meet any more requests
                    for address space (from the Final /8 or from any
                    other available address space), AFRINIC in
                    consultation with the community via the Policy
                    Discussion Mailing list and considering the demand
                    and other factors at the time will replenish the
                    exhaustion pool with whatever address space (or part
                    thereof) that may be available to AFRINIC at the
                    time, in a manner that is in the best interests of
                    the community.<br>
                    <br>
                     <b><br>
                      4.0) Revision History<br>
                    </b><br>
                    4th February 2016 AFPUB-2016-V4-001-DRAFT01 (Version
                    1.0) Posted to the rpd mailing list<br>
                    <b><br>
                      5.0) References</b><br>
                    <br>
                    Global Policy for the Allocation of the remaining
                    IPv4 address pool: <a href="http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001" target="_blank">
http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001</a><br>
                    <br>
                    <b><br>
                      6.0) Frequently Asked Questions<br>
                    </b><br>
                    Please click <a href="https://afrinic.net/en/community/policy-development/policy-proposals/1611-soft-landing-bis-policy-faq" target="_blank">
                      here</a> to read through some important frequently
                    asked questions behind understanding the content in
                    this proposal.<br>
                    <br>
                    Best Regards<br>
                    <div>Relevant Url:<br clear="all">
                      1. Policy Development process: <a href="http://afrinic.net/en/community/policy-development" target="_blank">
</a><a href="http://afrinic.net/en/community/policy-development" target="_blank">http://afrinic.net/en/community/policy-development</a><br>
                      -- <br>
                      <div>
                        <div dir="ltr">
                          <div>
                            <div dir="ltr">
                              <div>
                                <div dir="ltr">------------------------------------------------------------------------<br>
                                  <font color="#888888">
                                    <blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;font-family:garamond,serif">
                                      <div dir="ltr"><font color="#888888">
                                          <blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;font-family:garamond,serif">
                                            <span><font color="#888888"><font color="#888888">
                                                  <div><span style="font-size:12.8px">Sami
                                                      Salih & </span>Seun
                                                    Ojedeji</div>
                                                  <div dir="ltr">PDWG
                                                    Co-Chairs</div>
                                                </font></font></span></blockquote>
                                        </font></div>
                                      <blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                                        Bringing another down does not
                                        take you up - think about your
                                        action!</blockquote>
                                      <br>
                                    </blockquote>
                                  </font></div>
                              </div>
                            </div>
                          </div>
                        </div>
                      </div>
                    </div>
                  </div>
                </blockquote>
              </div>
              _______________________________________________<br>
              RPD mailing list<br>
              <a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>
              <a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
      DISCLAIMER ------------------ NOTE: This e-mail message is subject
      to the University of Ghana email disclaimer see
      <a href="http://www.ug.edu.gh/ugemaildisclaimer" target="_blank">http://www.ug.edu.gh/ugemaildisclaimer</a> for disclaimer.
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
RPD mailing list
<a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a>
</pre>
    </blockquote>
    <br>
  </div></div></div>

<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" rel="noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div style="text-align:center"><div style="text-align:center"><span style="color:rgb(0,0,255)"><span style="background-color:rgb(238,238,238)"><b><span style="font-family:comic sans ms,sans-serif">Serge ILUNGA KABWIKA</span></b><br></span></span></div><span style="color:rgb(0,0,255)"><span style="background-color:rgb(238,238,238)"><b><span style="font-family:comic sans ms,sans-serif"></span></b></span></span></div><div style="text-align:center"><span style="color:rgb(0,0,255)"><span style="background-color:rgb(238,238,238)"><b><span style="font-family:comic sans ms,sans-serif">Skype: sergekbk</span></b><br><b><span style="font-family:comic sans ms,sans-serif">Cell: +243814443160</span></b></span></span></div></div></div>
</div>