<div dir="ltr">All,<div><br></div><div>I am generally supportive of this proposal, I think it is an improvement over current policy.<div><br></div><div><br></div><div>I do question this sentence however:</div><div><br></div><div><br></div><div><br></div><div><span style="font-size:12.8px">"There is no explicit limit on the number of times an organization may request additional IPv4 address space during Exhaustion Phase 1. "</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Why no limit?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Regards,</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">McTim</span></div><div><span style="font-size:12.8px"><br></span></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 21, 2016 at 1:38 PM, Seun Ojedeji <span dir="ltr"><<a href="mailto:seun.ojedeji@gmail.com" target="_blank">seun.ojedeji@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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">http://afrinic.net/en/community/policy-development</a><span class="HOEnZb"><font color="#888888"><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>
</font></span></div></div>
</blockquote></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"><div><br></div>-- <br><div class="gmail_signature">Cheers,<br><br>McTim<br>"A name indicates what we seek. An address indicates where it is. A route indicates how we get there." Jon Postel</div>
</div>