Search RPD Archives
[AfriNIC-rpd] IPv4 Softlanding Policy
ademola at ng.lopworks.com
Wed Jun 24 08:41:21 UTC 2009
The Predicable IPv4 Run Out by Prefix Size proposal imposes unnecessary
burden on network administrators and not quite rational. Just stick with one
year renewal period and probably reduce the subnet mask.
Ademola Osindero, CCIE#10030
15B Joseph Street,
Lagos Island, Lagos,
Tel: +234 1 811 2885, 877 5289
Mob: +234 805 809 7820
Email: ademola at ng.lopworks.com
From: rpd-bounces at afrinic.net [mailto:rpd-bounces at afrinic.net] On Behalf Of
Sent: 08 June 2009 22:13
To: Douglas Onyango
Cc: rpd at afrinic.net
Subject: Re: [AfriNIC-rpd] IPv4 Softlanding Policy
2 new IPv4 runout proposals (different authors) have hit the ARIN
list just now. You can see them here:
One is called "Predicable IPv4 Run Out by Prefix Size" It describes a
system of rationing, much as Douglas' IPv4 Softlanding Policy does,
but it does it in a slightly different way.
The other is "Predicable IPv4 Run Out by Allocation Window", which
shortens the time frames:
"After an organization has been a subscriber member of ARIN for one
year, they may choose to request up to a 12 month supply of IP
Starting on 1 July 2010, a gradual reduction in the allocation
period will be applied as follows:
As of 1 July 2010, they may choose to request up to a 9 month
As of 1 January 2011, they may choose to request up to a 6 month
As of 1 July 2011, they may choose to request up to a 3 month
As I said in Cairo, I don't really like the notion of rationing, as it gets
us away from "needs based" allocating.
I also think this proposal (Ipv4 Soft landing) tries to do to much in one go
(rationing AND reducing allocation time frames AND mandated greater
efficiency of previous allocs AND mandating v6 use AND keeping
addresses in Africa).
I would support it if it just reduced the allocation period and
mandated greater efficiency.
If we want to have a separate proposal on keeping AfrINIC
addresses in use on Africa networks, I might even support that,
depending on how it was written.
"A name indicates what we seek. An address indicates where it is. A
route indicates how we get there." Jon Postel
On 5/25/09, Douglas Onyango <ondouglas at yahoo.com> wrote:
> Hello all,
> The IPv4 Soft Landing Policy did not reach consensus during the AfriNIC 10
> Public Policy meeting held on the 21st of May 2009 in Cairo Egypt. In line
> with the AfriNIC PDP, i am sending it back to the mailing list for further
> Your comments are most welcome.
> In order
> to ensure a flexible transition from IPv4 to IPv6, the lifespan of IPv4
> increased in order to give network operators more time to make the
> This document proposes a strategy for allocation and maintenance of
> final /8 block of IPv4 from IANA.
> the much anticipated IPv4 pool exhaustion, a global policy, "Global Policy
> for the Allocation of the Remaining IPv4 Address Space", has been
> ratified. The policy ensures that IANA reserves one (1) IPv4 /8 address
> for each RIR. Details of the Global Policy for the Allocation of the
> IPv4 Address Space can be found at:
> policy (IPv4 Soft Landing) applies to the management of address space that
> be available to AfriNIC under the Global Policy
> purpose of this document is to ensure that this last block will be used in
> manner that is acceptable by the AfriNIC community.
> Policy Documents to be affected:
> (a) IPv4 Allocation Policy
> (b) Proposal to Change the Allocation & Assignment Period to 12 months
> (a) Local
> Internet Registry (LIR)
> A Local Internet Registry (LIR) is an Internet Registry (IR) that receives
> allocations from an RIR and primarily sub-allocates or assigns address
> 'end-users'. LIRs are generally ISPs. Their customers are other ISPs and
> possibly end-users. LIRs must be members of an RIR like AfriNIC; which
> the Africa Region and part of the Indian Ocean (Comoros, Madagascar,
> (b) Existing LIR´s An existing LIR is defined as being an organization
> assigns address space to 'end-users' and who has already been
> assigned or allocated
> IPv4 address space by AfriNIC.
> (c) New LIR´s A new LIR is defined as being an organization that assigns
> space to 'end-users' and who is
> a member of AfriNIC but has not been assigned or
> allocated any IPv4 address space prior to the Exhaustion
> proposal describes how AfriNIC shall allocate and manage IPv4 resources
> the last /8 block of IPv4 address allocated by IANA at the time of total
> depletion of the IANA IPv4 address free pool.
> Current Phase:
> During this phase, AfriNIC will continue allocating IPv4 addresses to the
> using the current allocation policy
> This phase will continue until a request for IPv4 address space from any
> AfriNIC either cannot be fulfilled with the IPv4 address space available
> AfriNIC pool (with the exception of the last allocated /8 address block
> IANA) or can be fulfilled but leaving the AfriNIC IPv4 address pool empty
> the exception of the last allocated /8 address block from IANA).
> This will
> be the last IPv4 address space request that AfriNIC will accept from any
> the Current Phase, AfriNIC, will declare that the Exhaustion Phase has
> this point.
> Exhaustion Phase:
> During the exhaustion phase, the following allocation and assignment
> the last /8 IPv4 address will be used:
> a) Instead of the /22 block (1024) addresses allocated in the current
> the new minimum allocation size of /23 (512 addresses) will be allocated
> LIR that requests for IPv4 resources. This is also the maximum allocation
> even though LIRs may request for more than a /23. No LIR may get more than
> once the Exhaustion phase has begun.
> b) Together with the v4 allocation, AfriNIC shall allocate an IPv6 address
> block in compliance with the current IPv6 allocation policy
> to the LIR (in case it doesn't have any).
> current allocation and assignment period of 12 months shall be changed to
> months. This will help to ensure that LIRs request only for resources they
> in the short to medium term, and promote fairness in the equitable
> of the last IPv4 address pool.
> Existing LIR's
> At the time of the first IPv4 allocation made during the exhaustion phase,
> AfriNIC shall also allocate an IPv6 address block in compliance with the
> current IPv6 allocation policy
> to the LIR. In order to receive additional IPv4 allocations in the
> phase, the existing LIR must have used at least 90% of the previous
> from the exhaustion phase
> b) New
> Each New LIR will receive IPv4 addresses which they can use for supporting
> legacy IPv4 services to ensure their full presence on the IPv4 Internet
> the transition to IPv6. The following will apply:
> application, a New LIR may receive a maximum of four (4) address blocks
> according to the minimum allocation size in effect at time of allocation
> AfriNIC region. However, the /23 address blocks shall be issued one at a
> In order
> to receive additional IPv4 allocations, the New LIR should have used at
> 90% of the previous allocations from the exhaustion phase.
> New LIRs
> may apply for and receive this allocation once they meet the criteria to
> receive IPv4 address space according to the policy in effect at the time.
> Address Space Reserve
> A /16 IPv4
> address block will be in reserve out of the last /8 pool. This /16 IPv4
> block shall be preserved by AfriNIC for some future uses, as yet
> 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
> some future requirement creates a demand for IPv4 addresses.
> In the
> event that the reserved /16 IPv4 address block remains unused by the time
> remaining /8 address space covered by this policy has been allocated to
> it returns to the pool to be distributed in compliance with this policy.
> resources are for the AfriNIC geographical region. None of these resources
> be used outside of the AfriNIC region. All LIR's requesting resources must
> operations in Africa and all of the allocations shall be used to support
> LIR's African Operations.
> Douglas onyango +256(0712)981329
> If you are not part of the solution, you are part of the Problem.
rpd mailing list
rpd at afrinic.net
More information about the RPD