<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi All!<br>
The proposal of M. Aina has my consent too<br>
<br>
Best regards<br>
<br>
--Fabrice<br>
<br>
<div class="moz-cite-prefix">Le 23/02/2016 20:47, Emmanuel Togo a
écrit :<br>
</div>
<blockquote
cite="mid:ln2okflwfw1tngrvxqvc115a.1456258834417@email.android.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta content="text/html; charset=utf-8">
<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 id="composer_signature">
<div style="font-size:85%; color:#575757">Sent from my Samsung
device</div>
</div>
-------- Original message --------<br>
From: ALAIN AINA <a class="moz-txt-link-rfc2396E" href="mailto:aalain@trstech.net"><aalain@trstech.net></a> <br>
Date: 23/02/2016 13:16 (GMT+00:00) <br>
To: AfriNIC List <a class="moz-txt-link-rfc2396E" href="mailto:rpd@afrinic.net"><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 class="">
<div class="">Hello All,</div>
<div class=""><br class="">
</div>
<div class="">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 class=""><br class="">
</div>
<div class="">The IPv4 softlanding-bis policy proposal does
not intend to extend IPv4 lifetime at AFRINIC. </div>
<div class=""><br class="">
</div>
<div class="">The policy proposal stays in the spirit of the
global Global Policy for the Allocation of the remaining
IPv4 address pool:
<a moz-do-not-send="true"
href="http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001"
class="">
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 moz-do-not-send="true"
href="http://www.afrinic.net/en/library/policies/697-ipv4-soft-landing-policy"
class="">
http://www.afrinic.net/en/library/policies/697-ipv4-soft-landing-policy</a>
(section 3).</div>
<div class=""><br class="">
</div>
<div class="">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 class=""><br class="">
</div>
<div class="">To achieve this, it says :</div>
<div class=""><br class="">
</div>
<div class="">- during phase 1, move the maximum from /10 to
/15.</div>
<div class=""><br class="">
</div>
<div class=""><a moz-do-not-send="true"
href="http://afrinic.net/en/services/rs/membership-fees"
class="">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
moz-do-not-send="true"
href="http://www.afrinic.net/en/services/statistics/membership"
class=""><a class="moz-txt-link-freetext" href="http://www.afrinic.net/en/services/statistics/membership">http://www.afrinic.net/en/services/statistics/membership</a></a>
[members by Category]</div>
<div class=""><br class="">
</div>
<div class="">- 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 class=""><br class="">
</div>
<div class="">CIRs have been expanded to include TLDs during
exhaustion phase 2. gTLDs are coming and ccTLDs being
developed..</div>
<div class=""><br class="">
</div>
<div class="">Definition of CIR in other regions is available
at :<a moz-do-not-send="true"
href="https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-4-2"
class="">https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-4-2</a></div>
<div class=""><br class="">
</div>
<div class="">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 class=""><br class="">
</div>
<div class="">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 class=""><br class="">
</div>
<div class="">Interested parties can view RIRs comparative
“use of the final unallocated IPv4 address Space” can be
seen at
<a moz-do-not-send="true"
href="https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-6"
class="">
https://www.nro.net/rir-comparative-policy-overview/rir-comparative-policy-overview-2015-04#2-6</a></div>
<div class="">The FAQ linked to the policy is at <a
moz-do-not-send="true"
href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2"
class="">
<a class="moz-txt-link-freetext" href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2">http://www.afrinic.net/en/community/policy-development/policy-proposals/1627-softlanding-bis-policy-faq-v2</a></a></div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">[1] <a moz-do-not-send="true"
href="https://www.nro.net/wp-content/uploads/NRO_Q4_2015.pdf"
class="">
https://www.nro.net/wp-content/uploads/NRO_Q4_2015.pdf</a>
slide 16</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Hope this helps</div>
</div>
<div class=""><br class="">
</div>
<div class="">—Alain</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Feb 21, 2016, at 10:38 PM, Seun Ojedeji
<<a moz-do-not-send="true"
href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<p dir="ltr" class="">Dear members,</p>
<p dir="ltr" class="">This is to inform that an update has
been published for this proposal.</p>
<p dir="ltr" class="">Details can be found at the
following URL:</p>
<p dir="ltr" class=""><a moz-do-not-send="true"
href="http://afrinic.net/en/community/policy-development/policy-proposals/1625-soft-landing-bis-draft-02-"
class="">http://afrinic.net/en/community/policy-development/policy-proposals/1625-soft-landing-bis-draft-02-</a></p>
<p dir="ltr" class="">ID: AFPUB-2016-V4-001-DRAFT-02</p>
<p dir="ltr" class="">Regards</p>
<div class="gmail_quote">On 9 Feb 2016 2:46 p.m., "Seun
Ojedeji" <<a moz-do-not-send="true"
href="mailto:seun.ojedeji@gmail.com" class="">seun.ojedeji@gmail.com</a>>
wrote:<br type="attribution" class="">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex; border-left:1px #ccc solid; padding-left:1ex">
<div dir="ltr" class="">
<div class="">Dear Members,<br class="">
<br class="">
We have received a new policy Proposal - "Soft
Landing - BIS (AFPUB-2016-V4-001-DRAFT-01)"<br
class="">
<br class="">
Draft Policy name: <span class="">Soft Landing -
BIS</span><br class="">
Unique identifier: AFPUB-2016-V4-001-DRAFT-01<br
class="">
Status: Under Discussion<br class="">
Submission Date 06 February 2016<br class="">
Amends:<br class="">
AFPUB-2010-v4-005 (IPv4 soft landing policy)<br
class="">
Authors:<br class="">
a. Omo Oaiya, <a moz-do-not-send="true"
href="mailto:omo@wacren.net" target="_blank"
class="">omo@wacren.net</a>, WACREN<br class="">
b. Joe Kimaili, <a moz-do-not-send="true"
href="mailto:jkimaili@ubuntunet.net"
target="_blank" class="">
jkimaili@ubuntunet.net</a>, Ubuntunet Alliance<br
class="">
c. Alain P. AINA, <a moz-do-not-send="true"
href="mailto:aalain@trstech.net" target="_blank"
class="">aalain@trstech.net</a>, TRS
<br class="">
<br class="">
Url: <a moz-do-not-send="true"
href="https://afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis"
target="_blank" class="">
https://afrinic.net/en/community/policy-development/policy-proposals/1609-soft-landing-bis</a><a
moz-do-not-send="true"
href="http://www.afrinic.net/en/community/policy-development/policy-proposals/1157-out-of-region-use-of-afrinic-internet-number-resources"
target="_blank" class=""><span class=""></span></a><br
class="">
<br class="">
</div>
Text Below:<br class="">
<b class="">1) Summary of the Problem Being
Addressed by this Policy Proposal<br class="">
</b><br class="">
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
class="">
<br class="">
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
class="">
<br class="">
<b class=""><br class="">
2) Summary of How this Proposal Addresses the
Problem</b><br class="">
<br class="">
This policy proposal solves the problem described
above by:<br class="">
<br class="">
Changing the value of the maximum
allocation/assignment size during the exhaustion
phase 1.<br class="">
Imposing IPv6 resources as a pre-condition to
IPv4 resource requests during the exhaustion.<br
class="">
Reserving address spaces for Critical Internet
Infrastructure and new LIRs or End-Users.<br
class="">
Removing the minimum allocation size as this may
evolve over time during the exhaustion period.<br
class="">
<br class="">
<br class="">
<b class="">3) Proposal<br class="">
</b><br class="">
3.1 The policy proposal changes clause/article 3.5.1
of the current IPv4 Soft Landing Policy to:<br
class="">
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
class="">
<br class="">
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
class="">
<br class="">
For the avoidance of doubt all applications that
will be in process at this point will be evaluated
as per the new policy.<br class="">
<br class="">
<br class="">
3.2 This policy proposal changes Clauses/Articles
3.6, 3.8 and 3.9 of the current IPv4 Soft Landing
Policy to:<br class="">
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
class="">
<br class="">
<br class="">
3.8 Allocation CriteriaIn order to receive IPv4
allocations or assignments during the Exhaustion
Phase, the LIR or<br class="">
End User must meet IPv4 allocation or assignment
policy requirements and must have used at<br
class="">
least 90% of all previous allocations or assignments
(including those made during both the Current Phase
and the Exhaustion Phase).<br class="">
<br class="">
In the case of new LIRs or End Users with no
previous allocations or assignments, this<br
class="">
requirement does not apply to their first allocation
or assignment request.<br class="">
<br class="">
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 class="">
<br class="">
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
class="">
<br class="">
<br class="">
3.9 IPv4 Address Space for [Internet Exchange Points
(IXPs)], critical Internet infrastructure, new LIRs
or End-Users and unforeseen circumstances<br
class="">
<br class="">
During exhaustion phase 2, allocations/assignments
to IXPs, Critical Internet infrastructure and new
LIRs and End-Users will be as follows:<br class="">
<br class="">
<br class="">
3.9.1 Assignments to critical infrastructure<br
class="">
<br class="">
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 class="">
<br class="">
Critical infrastructure are ICANN-sanctioned DNS
root server operators, IXPs, TLD (Top Level Domain)
operators, IANA and RIRs.<br class="">
<br class="">
On application for IPv4 resources, an Internet
Exchange Point (IXP) will receive one number
resource (maximum /23) according to the following:<br
class="">
This space will be used to run an Internet
Exchange Point peering LAN; other uses are
forbidden.<br class="">
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 class="">
IP space returned by Internet Exchange Points
will be added to the reserved pool maintained for
use by Internet Exchange Points.<br class="">
<br class="">
<br class="">
3.9.2 Allocations/Assignments to new LIRs or
End-Users<br class="">
<br class="">
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 class="">
<br class="">
<br class="">
3.9.3 Reserve for unforeseen situations<br class="">
<br class="">
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 class="">
<br class="">
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 class="">
<br class="">
<b class=""><br class="">
4.0) Revision History<br class="">
</b><br class="">
4th February 2016 AFPUB-2016-V4-001-DRAFT01 (Version
1.0) Posted to the rpd mailing list<br class="">
<b class=""><br class="">
5.0) References</b><br class="">
<br class="">
Global Policy for the Allocation of the remaining
IPv4 address pool: <a moz-do-not-send="true"
href="http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001"
target="_blank" class="">
http://www.afrinic.net/en/library/policies/135-afpub-2009-v4-001</a><br
class="">
<br class="">
<b class=""><br class="">
6.0) Frequently Asked Questions<br class="">
</b><br class="">
Please click <a moz-do-not-send="true"
href="https://afrinic.net/en/community/policy-development/policy-proposals/1611-soft-landing-bis-policy-faq"
target="_blank" class="">
here</a> to read through some important frequently
asked questions behind understanding the content in
this proposal.<br class="">
<br class="">
Best Regards<br class="">
<div class="">Relevant Url:<br class="" clear="all">
1. Policy Development process: <a
moz-do-not-send="true"
href="http://afrinic.net/en/community/policy-development"
target="_blank" class="">
<a class="moz-txt-link-freetext" href="http://afrinic.net/en/community/policy-development">http://afrinic.net/en/community/policy-development</a></a><br class="">
-- <br class="">
<div class="">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">------------------------------------------------------------------------<br
class="">
<font class="" color="#888888">
<blockquote class=""
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" class=""><font
class="" color="#888888">
<blockquote class=""
style="margin:0pt 0pt 0pt
0.8ex; border-left:1px solid
rgb(204,204,204);
padding-left:1ex;
font-family:garamond,serif">
<span class=""><font
class="" color="#888888"><font
class=""
color="#888888">
<div class=""><span
class=""
style="font-size:12.8px">Sami
Salih & </span>Seun
Ojedeji</div>
<div dir="ltr"
class="">PDWG
Co-Chairs</div>
</font></font></span></blockquote>
</font></div>
<blockquote class=""
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 class="">
</blockquote>
</font></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
_______________________________________________<br
class="">
RPD mailing list<br class="">
<a moz-do-not-send="true" href="mailto:RPD@afrinic.net"
class="">RPD@afrinic.net</a><br class="">
<a class="moz-txt-link-freetext" href="https://lists.afrinic.net/mailman/listinfo/rpd">https://lists.afrinic.net/mailman/listinfo/rpd</a><br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
DISCLAIMER ------------------ NOTE: This e-mail message is subject
to the University of Ghana email disclaimer see
<a class="moz-txt-link-freetext" href="http://www.ug.edu.gh/ugemaildisclaimer">http://www.ug.edu.gh/ugemaildisclaimer</a> for disclaimer.
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
RPD mailing list
<a class="moz-txt-link-abbreviated" href="mailto:RPD@afrinic.net">RPD@afrinic.net</a>
<a class="moz-txt-link-freetext" href="https://lists.afrinic.net/mailman/listinfo/rpd">https://lists.afrinic.net/mailman/listinfo/rpd</a>
</pre>
</blockquote>
<br>
</body>
</html>