<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="">Yes… The video archives back up my statement.<div class=""><br class=""></div><div class="">Owen</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 29, 2017, at 5:01 AM, Omo Oaiya <<a href="mailto:Omo.Oaiya@wacren.net" class="">Omo.Oaiya@wacren.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Owen,<div class=""><br class=""></div><div class="">There are video archives. We need not argue about this.  </div><div class=""><br class=""></div><div class="">As always, you are welcome to your opinions.</div><div class=""><br class=""></div><div class="">Have a good day.</div><div class=""><br class=""></div><div class="">Omo</div><div class=""><br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On 29 June 2017 at 12:55, Owen DeLong <span dir="ltr" class=""><<a href="mailto:owen@delong.com" target="_blank" class="">owen@delong.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="">Omo,<div class=""><br class=""></div><div class="">I was in the room. There was NOT overwhelming support and significant opposition to SL-BIS and claiming otherwise utterly denies the facts of the situation.</div><div class=""><br class=""></div><div class="">Wishing does not make it so and personally attacking the PDWG co-chairs for doing their job is not appropriate.</div><span class="HOEnZb"><font color="#888888" class=""><div class=""><br class=""></div><div class="">Owen</div></font></span><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class=""><div class="h5"><div class="">On Jun 15, 2017, at 10:24 PM, Omo Oaiya <<a href="mailto:Omo.Oaiya@wacren.net" target="_blank" class="">Omo.Oaiya@wacren.net</a>> wrote:</div><br class="m_-887531217489205454Apple-interchange-newline"></div></div><div class=""><div class=""><div class="h5"><div dir="ltr" class=""><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">Dear Community,</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">On 9 February 2016, we initiated a policy proposal to update the IPv4 Soft Landing policy (SL) adopted in 2011 and which followed the Global IPv4 soft landing policy that granted the 102/8 to AFRINIC in February 2011</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The existing Soft landing policy defines how to fairly distribute the 102/8 and other remaining v4 space to support a smooth transition to IPv6.  It defines 2 phases (phase 1 and Phase 2) and keep a reserve of /12 for unforeseen future. More detail at <a href="http://www.afrinic.net/library/policies/1829-afrinic-consolidated-policy-manual#SoftLanding" target="_blank" class="">http://www.afrinic.net/<wbr class="">library/policies/1829-afrinic-<wbr class="">consolidated-policy-manual#<wbr class="">SoftLanding</a></span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The IPv4 Softlanding-Bis (SL-Bis) proposal aimed to make the distribution more equitable based on AFRINIC IPv4 allocation/assignment statistics. It stayed in the spirit of the Soft Landing policy (Need based allocations, fair distribution, no limit on request from members) with the following changes:</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- reduce the max allocation/assignment in phase 1 from /13 to  /18 ([latest version]</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- change nothing in Phase 2</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- remove the minimum allocation of /24 and empower staff to determine the minimum as we go through the exhaustion and the transition to IPv6</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- cancel the unforeseen future reserve(to be used at BoD discretion) and create a dedicated reserve  for IPv6 deployment[ latest version] :</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- allocation/assignment to root ops and  African ccTLDs operating in the region for dual stack  DNS servers</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">- v4 space for new comers with IPv6 network for 464XLAT/ transition mechanisms</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">More information on the SL-Bis proposal at <a href="https://www.afrinic.net/en/community/policy-development/policy-proposals/2075-ipv4-soft-landing-bis" target="_blank" class="">https://www.afrinic.net/en/<wbr class="">community/policy-development/<wbr class="">policy-proposals/2075-ipv4-<wbr class="">soft-landing-bis</a></span></p><div class=""><span class="m_-887531217489205454gmail-s1"></span><br class="m_-887531217489205454webkit-block-placeholder"></div><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">On 12 February 2016,  a policy proposal named “Soft Landing Overhaul”(SL-overhaul) was submitted. Section 2.0 of the proposal reads</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">======</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">2.0 Summary of How this Proposal Addresses the Problem</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">This proposal still maintains a block of space reserved for new entrants, but beyond that, it allows for the natural depletion of IPv4 through standard demand, and hence encourages the uptake of IPv6 in a more aggressive manner.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">=====</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">More information on SL-overhaul at <a href="https://www.afrinic.net/en/library/policies/archive/withdrawn-proposals/1623-soft-landing-overhaul" target="_blank" class="">https://www.afrinic.net/en/<wbr class="">library/policies/archive/<wbr class="">withdrawn-proposals/1623-soft-<wbr class="">landing-overhaul</a></span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The two proposals were presented at AFRINIC24 held in Gaborone (June 2016). Despite the fact that many participants supported SL-Bis proposal, the chairs declared that none of the 2 proposals got consensus.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">During AFRINIC-25 held in Mauritius (November 2016), to avoid the Gaborone scenario, the authors of SL-Bis offered to work together with the authors of SL-overhaul to find a common ground about how to update the SL policy despite the differences in the problem statements of the two proposals.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">SL-overhaul authors withdrew their proposal thereafter and the consolidation attempts by the Co-chairs produced the following document -<a href="https://goo.gl/AWCCWd" target="_blank" class="">https://goo.gl/AWCCWd</a></span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The Chairs called for volunteers to take on points from that document and propose policy while SL-bis was still in the PDP track.  As a consequence, </span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">Soft Landing SD (SL-SD) was proposed on 30th March 2017. Section 2.0 of the proposal reads:</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1"> =======</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">2. Summary of how this proposal addresses the problem</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">This proposal tries to address these problems by:</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">  - Reducing the maximum prefix in phase 1. We arrived at this figure by looking at the average allocation prefix. We found the average to be between /17 and /16.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">  -  Disallowing allocation to organisations who have been allocated up to the maximum prefixes during each phase for certain duration.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">  - Adjusted the maximum prefix for phase 2, to bring it closer to average allocation size.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">=========</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The proposal modifies section 5.4.4 of the CPM to the following:</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">==============</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">For any LIR or End User requesting IPv4 address space during the Exhaustion phases:</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">5.4.4.1 An organization may request additional IPv4 address space in both Phase 1 and Phase 2. However, such an organisation's total allocations/assignments must not exceed the maximum allowable prefix of /16 for Exhaustion Phase 1 and /20 for Exhaustion Phase 2.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">5.4.4.2 Notwithstanding 5.4.4.1, an organisation that has received the maximum allowable prefix in each phase may request for another round of allocation/assignment in the same phase (as per 5.4.4.1), after 24 calendar months waiting period.</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">=====================</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">More information about SL-SD at <a href="https://www.afrinic.net/en/library/policies/archive/withdrawn-proposals/2089-soft-landing-sd" target="_blank" class="">https://www.afrinic.net/en/<wbr class="">library/policies/archive/<wbr class="">withdrawn-proposals/2089-soft-<wbr class="">landing-sd</a></span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">SL-BIS and SL-SD were presented at AFRINIC26 held in Nairobi (May 2017). As in Gaborone, the chairs declared no consensus for the 2 proposals despite the overwhelming support for SL-BIS.  The SL-SD team withdrew their proposal which only got support from author present.. See withdrawal message at <a href="https://lists.afrinic.net/pipermail/rpd/2017/006924.html" target="_blank" class="">https://lists.afrinic.net/<wbr class="">pipermail/rpd/2017/006924.html</a></span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">Some discussions have occurred on the list after the AFRINIC26 meeting about consolidating Soft landing policy update around SL-bis, etc…</span></p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">In conclusion, if the chairs got the message from the community and are ready to vary the PDP as per section 3.6 of the CPM, the authors will happily work on submitting an update of SL-bis.  </span>Otherwise, the authors consider that based on the timing of the exhaustion phases and current PDP process, we have reached a juncture at which a further update has diminished value. As such, we would find it more productive to work separately on aspects of the Soft landing that do not have time constraints and can still go through the normal PDP.</p><p class="m_-887531217489205454gmail-p1"><span class="m_-887531217489205454gmail-s1">The authors thank you all for your contribution and support all along the SL-bis journey.</span></p><p class="m_-887531217489205454gmail-p1"><br class=""></p><p class="m_-887531217489205454gmail-p1">Joe Kimaili (Ubuntunet Alliance) Alain Aina, Omo Oaiya (WACREN)</p><div class=""><br class=""></div><div class="m_-887531217489205454gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><a href="http:///" target="_blank" class=""></a></div></div></div></div>
</div></div></div><span class="">
______________________________<wbr class="">_________________<br class="">RPD mailing list<br class=""><a href="mailto:RPD@afrinic.net" target="_blank" class="">RPD@afrinic.net</a><br class=""><a href="https://lists.afrinic.net/mailman/listinfo/rpd" target="_blank" class="">https://lists.afrinic.net/<wbr class="">mailman/listinfo/rpd</a><br class=""></span></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class="">Omo Oaiya<br class="">CTO/Directeur Technique, WACREN <br class="">Mobile: +234 808 888 1571 , +221 784 305 224<br class="">Skype: kodion<span class=""></span><span class=""></span><a href="http:///" target="_blank" class=""></a><br class=""><a href="http://www.wacren.net/" target="_blank" class="">http://www.wacren.net</a></div><div dir="ltr" class=""> <div class=""><br class=""></div></div></div></div></div><a href="http:///" target="_blank" class=""></a></div></div></div></div>
</div></div>
</div></blockquote></div><br class=""></div></body></html>