<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Actually we hit soft-landing this afternoon Mauritius time and we are in soft-landing phase 1 as of this afternoon. To remember the maximum multiples will be /13s</div><div class=""><br class=""></div><div class="">Kris</div><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 3, 2017, at 9:54 AM, David Hilario <<a href="mailto:d.hilario@laruscloudservice.net" class="">d.hilario@laruscloudservice.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Dear All,<br class=""><br class="">This is a really important moment in the AFRINIC history!<br class=""><br class="">The last "mile" /8 is within sight!<br class="">We all knew it was coming but never the less it will be a really<br class="">important moment for the whole community even if only symbolic.<br class=""><br class="">I see that from the whole document published that there is no mention<br class="">for a FIFO implementation in the "current" phase.<br class="">It is not the network complexity that should decide the outcome but<br class="">the response times of staff (and the response's content) to adhere to<br class="">the agreed SLC and LIR contact's responses back with the relevant<br class="">information are ultimately defining when the resources gets issued.<br class=""><br class="">FIFO would had been a nice addition just to reassure everyone that all<br class="">requests were treated equal as phase one was inevitably approaching<br class="">and cover any potential disgruntled LIR.<br class=""><br class="">There will off course unfortunately be a mix of larger and smaller<br class="">requests that will not be possibly fulfilled under the "current"<br class="">policy.<br class="">A FIFO reassurance would had in itself prevented anyone to feel duped<br class="">or wronged by AFRINIC's sometimes lengthy evaluation process.<br class=""><br class="">Some numbers for the last couple of months leading to Phase 1 will be<br class="">interesting, size of request, evaluation duration, etc...<br class="">These info sets will also help all the requesters that are going to<br class="">miss the "current phase" process to understand how their requests were<br class="">treated and alleviate potential complaints towards AFRINIC, in showing<br class="">that they were all treated the same way right until the end.<br class=""><br class="">Demonstrating transparency and impartiality ia vital in those moments,<br class="">as these values are crucial in showing that the secretariat acts in<br class="">accordance to the community guidelines and for its members.<br class=""><br class="">Looking forward to the Phase one kickoff.<br class=""><br class="">And this should make for a nice presentation in Nairobi, in the same<br class="">style as the RIPE NCC did back when they hit their last /8, I<br class="">certainly hope to see something similar from AFRINIC:<br class=""><a href="https://ripe64.ripe.net/presentations/168-NCC-Services-final.pdf" class="">https://ripe64.ripe.net/presentations/168-NCC-Services-final.pdf</a><br class=""><br class=""><br class="">David Hilario<br class=""><br class="">IP Manager<br class="">Larus Cloud Service Limited<br class="">p: +852 29888918  m: +359 89 764 1784<br class="">f: +852 29888068<br class="">a: Flat B5, 11/F, TML Tower, No.3 Hoi Shing Road, Tsuen Wan, HKSAR<br class="">w: laruscloudservice.net/uk<br class="">e: d.hilario@laruscloudservice.net<br class=""><br class=""><br class=""><br class=""><br class="">On 30 March 2017 at 10:19, AFRINIC <service-support@afrinic.net> wrote:<br class=""><blockquote type="cite" class=""><br class="">Dear Member,<br class=""><br class="">As of 27 March 2017, AFRINIC's pool of available IPv4 address space contained the equivalent of 1.03 /8s and we expect to reach the last /8 of available IPv4 space by the end of March or the first days of April 2017.<br class="">This means that AFRINIC's IPv4 address space inventory will very soon reach the previously agreed level where the "Current Phase" will end, and "Exhaustion Phase 1" of the AFPUB-2010-v4-005: IPv4 Soft Landing Policy will be triggered. This community-developed policy can be found here: www.afrinic.net/library/policies/697-ipv4-soft-landing-policy<br class=""><br class="">As of today, AFRINIC is still managing Internet number resources as per the requirements outlined in existing policies (the "Current Phase") but this will change imminently. You can view all current policies here: www.afrinic.net/library/policies/1829-afrinic-consolidated-policy-manual<br class=""><br class="">AFRINIC's available inventory of IPv4 space is updated daily at: www.afrinic.net/en/services/statistics/ipv4-exhaustion<br class=""><br class=""><br class="">GUIDANCE FOR MEMBERS<br class=""><br class="">All AFRINIC Resource Members are kindly requested to familiarise themselves with AFPUB-2010-v4-005: IPv4 Soft Landing Policy, available at: www.afrinic.net/library/policies/697-ipv4-soft-landing-policy<br class=""><br class="">In addition to the policy itself, please refer to the communique dated 16 January 2017, announcing AFRINIC's approach to IPv4 Exhaustion: www.afrinic.net/en/library/news/1973-afrinic-is-approaching-ipv4-exhaustion-phase-1.<br class="">To ensure timely evaluation of all Internet number resource requests, Members are requested to ensure that:<br class=""><br class="">• They are in good standing (all fees are paid up, and RSA duly signed)<br class="">• Submit complete IPv4 resource requests, including all information needed to verify policy compliance.<br class="">• Make arrangements for AFRINIC staff to check online statistics via screen sharing or similar methods, at a time between 06:00UTC and 11:30am UTC, Monday to Friday (between 10:00 and 15:30 Mauritius time (UTC+4)).<br class=""><br class="">CURRENT ALLOCATION or ASSIGNMENT PROCESS<br class=""><br class="">As of today, AFRINIC is still managing Internet number resources under existing policies, which can be found here:  www.afrinic.net/library/policies/1829-afrinic-consolidated-policy-manual<br class=""><br class="">The current process involves AFRINIC's hostmasters evaluating resource requests received, and deciding on the prefix that can be approved for each particular resource member based on the information provided. Members are subsequently invoiced an allocation/assignment fee based on prefix size approved. There is no limit (based on justified need) to the size of prefix that can be approved. Resources are marked as RESERVED when a request is approved, and are subsequently issued to the requesting Member when AFRINIC receives the payment of the allocation/assignment fees.<br class=""><br class="">CRITERIA FOR THE START OF EXHAUSTION PHASE 1<br class=""><br class="">Exhaustion Phase 1 is triggered as soon as a request cannot be fulfilled, or can be fulfilled but leaves the available IPv4 inventory - excluding the final /8 - empty.<br class=""><br class="">As described in the previous communique dated 16 January 2017, if a request for IPv4 resources is approved but cannot be fulfilled using a single contiguous block from the available inventory (excluding the final /8), the applicant will be given the option of receiving the resources as multiple smaller blocks instead (if there is a sufficient amount of smaller blocks to make that possible). If the applicant is willing to receive multiple smaller blocks adding up to the same amount of space as was approved, then the request is treated as "fulfilled". If the applicant does not want multiple smaller blocks, or if there are not enough smaller blocks to fulfil the approved request, then the request cannot be fulfilled.<br class=""><br class="">The communique can be found here: www.afrinic.net/en/library/news/1973-afrinic-is-approaching-ipv4-exhaustion-phase-1<br class=""><br class="">CHANGES TO POLICIES IN EXHAUSTION PHASE 1<br class=""><br class="">When Exhaustion Phase 1 begins, most current IPv4 policies continue to apply, but certain changes take effect.<br class=""><br class="">• The minimum IPv4 allocation for LIRs will be /22, and the minimum IPv4 assignment for End User Members will be /24. (section 5.4.3.1).<br class="">• The maximum IPv4 allocation/assignment shall be /13 (section 5.4.3.1).<br class="">• No explicit limit on the number of times an organisation may request additional IPv4 space (section 5.4.4).<br class="">• Allocation/assignment period (planning window) changes from 12 months to 8 months (section 5.4.5).<br class="">• Existing Resource Members are eligible to get additional blocks of IPv4 address space if 90% efficient usage of all resources has been demonstrated (section 5.4.6.1).<br class="">• Use of AFRINIC IPv4 resources outside the AFRINIC service region should be solely in support of connectivity back to the AFRINIC region (section 5.4.6.2).<br class="">• A /12 IPv4 address block will be reserved from the final /8. This /12 IPv4 address block shall be preserved by AFRINIC for future uses, as yet unforeseen (section 5.4.7).<br class=""><br class=""> Please see the relevant sections in the Consolidated Policy Manual for more information: www.afrinic.net/library/policies/1829-afrinic-consolidated-policy-manual<br class=""><br class="">FUTURE INFORMATION<br class=""><br class="">AFRINIC will issue another communique when Exhaustion Phase 1 begins, and again when Exhaustion Phase 2 appears to be imminent.<br class=""><br class="">More information:<br class=""><br class="">• IPv4 exhaustion: www.afrinic.net/en/community/ipv4-exhaustion<br class="">• IPv6 deployment: www.afrinic.net/en/services/ipv6-programme<br class="">• AFRINIC's Policy Development Process (PDP): www.afrinic.net/en/community/policy-development<br class="">• Global Policy Global Policy for the Allocation of the Remaining IPv4 Address Space: www.icann.org/resources/pages/remaining-ipv4-2012-02-25-en<br class=""><br class=""><br class="">Best Regards<br class="">AFRINIC<br class=""></blockquote><br class="">_______________________________________________<br class="">RPD mailing list<br class="">RPD@afrinic.net<br class="">https://lists.afrinic.net/mailman/listinfo/rpd<br class=""></div></div></blockquote></div><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Kris Seeburn</div><div class=""><a href="mailto:seeburn.k@gmail.com" class="">seeburn.k@gmail.com</a></div><div class=""><ul style="margin: 0px; padding: 0px 0px 8px; border: 0px; outline: 0px; font-family: Helvetica, Arial, sans-serif; vertical-align: baseline; list-style: none; line-height: 17px; display: table-cell; width: 504px; color: rgb(51, 51, 51);" class=""><li style="margin: 0px; padding: 8px 12px 2px 0px; border: 0px; outline: 0px; font-style: inherit; font-size: 11px; font-family: inherit; vertical-align: baseline; font-variant: inherit; line-height: 1.2em;" class=""><dl class="public-profile" style="margin: 0px; padding: 0px; border: 0px; outline: 0px; font-style: inherit; font-family: inherit; vertical-align: baseline; font-variant: inherit; line-height: inherit; word-wrap: break-word;"><dd style="margin: 0px; padding: 2px 9px 1px 0px; border: 0px; outline: 0px; font-style: inherit; font-family: inherit; vertical-align: top; font-variant: inherit; line-height: inherit; display: inline-block; zoom: 1;" class=""><a href="http://www.linkedin.com/in/kseeburn/" title="View public profile" name="webProfileURL" style="margin: 0px 10px 0px 0px; padding: 0px 0px 0px 19px; border: 0px; outline: 0px; font-style: inherit; font-family: inherit; vertical-align: middle; text-decoration: none; color: rgb(102, 102, 102); font-variant: inherit; line-height: inherit; display: inline-block; zoom: 1; background-image: url(http://s.c.lnkd.licdn.com/scds/common/u/images/apps/profile/sprite/sprite_profile_top_card_v8.png); background-position: 0px -249px; background-repeat: no-repeat no-repeat;" class="">www.linkedin.com/in/kseeburn/</a></dd></dl></li></ul></div><div class=""><br class=""></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br class=""></body></html>