[rpd] IPv4 Soft Landing-bis Statement Post AFRINIC-26

Fri Jun 16 09:28:47 UTC 2017

Another +1!

On 16 Jun 2017 12:20 pm, "Noah" <noah at neo.co.tz> wrote:

>
>
> On 16 Jun 2017 9:13 a.m., "Jackson Muthili" <jacksonmuthi at gmail.com>
> wrote:
>
> The proposal IPv4 Soft Landing BIS only needs one more input to make it
> perfect.
>
> That input should come from the just withdrawn Soft Landing SD as follows:
>
> ====|
> an organization that has received the maximum allowable prefix in each
> phase may request for another round of allocation/assignment in the
> same phase after a 24 calendar months waiting period.
> |=====
>
> With this addition it has my full support (also add the /24 minimum back).
>
> Due to urgency of need of this proposal to cap abusers with negative
> interests of our region depleting our pool and hence negating fair and
> equitable distribution of this last block I request that co-chairs
> immediately vary the process for quick approval of this proposal
> (BIS-SD or whatever both parties will call it)
>
>
> +1 jackson
>
>
> J
>
>
> On Fri, Jun 16, 2017 at 8:24 AM, Omo Oaiya <Omo.Oaiya at wacren.net> wrote:
> > Dear Community,
> >
> > 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
> >
> > 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
> > http://www.afrinic.net/library/policies/1829-afrinic-consoli
> dated-policy-manual#SoftLanding
> >
> > 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:
> >
> > - reduce the max allocation/assignment in phase 1 from /13 to  /18
> ([latest
> > version]
> >
> > - change nothing in Phase 2
> >
> > - remove the minimum allocation of /24 and empower staff to determine the
> > minimum as we go through the exhaustion and the transition to IPv6
> >
> > - cancel the unforeseen future reserve(to be used at BoD discretion) and
> > create a dedicated reserve  for IPv6 deployment[ latest version] :
> >
> > - allocation/assignment to root ops and  African ccTLDs operating in the
> > region for dual stack  DNS servers
> >
> > - v4 space for new comers with IPv6 network for 464XLAT/ transition
> > mechanisms
> >
> > More information on the SL-Bis proposal at
> > https://www.afrinic.net/en/community/policy-development/poli
> cy-proposals/2075-ipv4-soft-landing-bis
> >
> > On 12 February 2016,  a policy proposal named “Soft Landing
> > Overhaul”(SL-overhaul) was submitted. Section 2.0 of the proposal reads
> >
> > ======
> >
> > 2.0 Summary of How this Proposal Addresses the Problem
> >
> > 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.
> >
> > =====
> >
> > More information on SL-overhaul at
> > https://www.afrinic.net/en/library/policies/archive/withdraw
> n-proposals/1623-soft-landing-overhaul
> >
> > 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.
> >
> > 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.
> >
> > SL-overhaul authors withdrew their proposal thereafter and the
> consolidation
> > attempts by the Co-chairs produced the following document
> > -https://goo.gl/AWCCWd
> >
> > 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,
> >
> > Soft Landing SD (SL-SD) was proposed on 30th March 2017. Section 2.0 of
> the
> > proposal reads:
> >
> >  =======
> >
> > 2. Summary of how this proposal addresses the problem
> >
> > This proposal tries to address these problems by:
> >
> >   - 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.
> >
> >   -  Disallowing allocation to organisations who have been allocated up
> to
> > the maximum prefixes during each phase for certain duration.
> >
> >   - Adjusted the maximum prefix for phase 2, to bring it closer to
> average
> > allocation size.
> >
> > =========
> >
> > The proposal modifies section 5.4.4 of the CPM to the following:
> >
> > ==============
> >
> > For any LIR or End User requesting IPv4 address space during the
> Exhaustion
> > phases:
> >
> > 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.
> >
> > 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.
> >
> > =====================
> >
> > More information about SL-SD at
> > https://www.afrinic.net/en/library/policies/archive/withdraw
> n-proposals/2089-soft-landing-sd
> >
> > 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
> > https://lists.afrinic.net/pipermail/rpd/2017/006924.html
> >
> > Some discussions have occurred on the list after the AFRINIC26 meeting
> about
> > consolidating Soft landing policy update around SL-bis, etc…
> >
> > 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.  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.
> >
> > The authors thank you all for your contribution and support all along the
> > SL-bis journey.
> >
> >
> > Joe Kimaili (Ubuntunet Alliance) Alain Aina, Omo Oaiya (WACREN)
> >
> >
> >
> > _______________________________________________
> > RPD mailing list
> > RPD at afrinic.net
> > https://lists.afrinic.net/mailman/listinfo/rpd
> >
>
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
>
>
>
> _______________________________________________
> RPD mailing list
> RPD at afrinic.net
> https://lists.afrinic.net/mailman/listinfo/rpd
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20170616/91d33b61/attachment.html>