Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] Policy areas to consider

Andrew Alston Andrew.Alston at
Thu Jul 2 07:38:00 UTC 2015

Hi Mwendwa,

This is pretty much what I believe was talked about in the last RPD meeting that I believe may have resulted in the allegations we have seen.  It was proposed as a hypothetical and certain people seemed to construe it as a form of IP brokerage proposal.

I may be wrong on this as I said in my last email, but it’s the impression I get.


From: rpd-bounces at [mailto:rpd-bounces at] On Behalf Of Mwendwa Kivuva
Sent: Thursday, July 2, 2015 10:15 AM
To: Owen DeLong
Subject: Re: [rpd] Policy areas to consider

Why would we want to speed up IPv4 uptake and work towards its exhausting? For some reason, as a continent, we lagged behind in utilization of v4. Unfortunately, we are also lagging behind in uptake of v6 even after excellent effort by Afrinic in capacity building and sensitization across the continent.

I would rather we concentrate our effort in coming up with ways to be more v6 compliant, and let v4 takes its natural course. Of course given the low proliferation of networks in our region compared to other regions, we might need v4 pool to enable dual-stacking if necessary for network expansions and accommodate new players.

From replies to Seun's well intended thread, you can clearly see it has been hijacked by vested interests who just see money and how to milk our dear Afrinic.

Since some are saying Afrinic is "cash trapped" for some reason unknown to us, another way to approach the v4 exhaustion is develop a policy to "public auction the resources", say auction half of all remaining v4 and leave the other half for "legitimate" allocation to members. This may sound radical or even preposterous but is is better than the ALLEGED fraudulent allocations of v4 in our region by people who have noticed loopholes in our policies. I remember in one session the new Afrinic CEO Allan challenged the community to comeup with more innovative ways to deplete the resource. I hope I have not misquoted him. The downside of this thinking is it may disrupt current voluntary return of resources to the IANA pool. But isn't that already disrupted by transfer policy in other regions? I'm not sure if this is feasible or if it will affect the current Afrinic IPv4 Soft Landing Policy. After the sunset of v4, v4 will be useless, which may happen in the next 10 years. Why shouldn't Afrinic capitalize on the current situation before it remains with "junk stock"?


Mwendwa Kivuva, Nairobi, Kenya

"There are some men who lift the age they inhabit, till all men walk on higher ground in that lifetime." - Maxwell Anderson

On 2 July 2015 at 09:12, Owen DeLong <owen at<mailto:owen at>> wrote:
With all due respect, instead of debating whether or not to rearrange the deck chairs when we hit the ice berg before we leave port, perhaps it would be best to redesign the ship so that it won’t sink now that we know what is coming.

For those having trouble following the analogy…

        IPv4 is like the Titanic. It’s going to go down, just a matter of when.
        Free Pool runout is one of the icebergs that can take IPv4 out.
        AfriNIC has such a low burn rate and such a large free pool that we effectively
                haven’t left port yet.
        If we retool the ship for IPv6, it becomes impenetrable to the existing icebergs.

The AfriNIC region has the unique opportunity to leapfrog the rest of the internet by making their greenfield deployments dual-stack and/or IPv6-primary. There’s more opportunity to do the initial build of the internet on IPv6 in Africa than anywhere else in the world. Instead of focusing on where, exactly, we want the deck chairs to be lined up when we hit the IPv4 iceberg, let’s just deploy IPv6 so we don’t have to care. It’s a much better use of resources.

Just my $0.02.


> On Jul 1, 2015, at 20:19 , Dr Paulos Nyirenda <paulos at<mailto:paulos at>> wrote:
> On 1 Jul 2015 at 18:52, Seun Ojedeji <seun.ojedeji at<mailto:seun.ojedeji at>> wrote:
>> With ARIN getting close to end of it's v4 addresses, it recently activated an
>> interesting policy that attempts to address requests that are beyond available IP
>> block in ARIN's pool.
>> - Will be good to see our region preparing for such day as well
> At the current uptake if IP resources in the AFRINIC region such a day is likely to be
> more than 5 to 10 years from now - which is many "Internet light years" away ! ...
> unfortunately :-)
>> - Will be good to see new policies emerge as a result of the emerging global
>> realities.
> I think we do indeed need new policies that deliberately target to speed up the IPv4
> exhaustion in the AFRINIC region - Africa - in a useful productive way that improves the
> sustainability of AFRINIC, its LIRs and end users in a profitable manner
> The Academic Allocation Policy draft that was rejected a few moons ago tried to do this
> but was not acceptable to the community. I do not think "reservation" will yield such
> productive and profitable sustainability while speeding up exhaustion.
> I know that there are a few ideas floating around that could yield that deliberate
> speeding up of the IPv4 exhaustion in AFRINIC while at the same time boosting the income
> generation for our cash strapped AFRINIC and LIRs across the region. I hope that someone
> will gather the courage to write these up into a policy and face the community with it !
> Regards,
> Paulos
> ======================
> Dr Paulos B Nyirenda
> NIC.MW<http://NIC.MW> & .mw ccTLD
>> Regards
>> sent from Google nexus 4
>> kindly excuse brevity and typos.
> ----------------------------------------------------------
> Malawi SDNP Webmail:
> Access your Malawi SDNP e-mail from anywhere in the world.
> ----------------------------------------------------------
> _______________________________________________
> rpd mailing list
> rpd at<mailto:rpd at>

rpd mailing list
rpd at<mailto:rpd at>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the RPD mailing list