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

[rpd] Statistics on IPV4 allocation in Africa as of 2016

Fabian Jr afabbie at
Mon Jun 20 12:27:59 UTC 2016

i was a new comer at some point way back 2012 ... as a PI 

i think i asked IPv4 and ASN ... automatically i got IPv6 (/48)...... i thought this started long ago!

i think what we need to try to figure out and possibly do is to have a Guide ready to give to the new comers/applicants to guide them from the start on how to do at least a DUAL STACK.... to let them start using IPv6 automatically and use IPV4 at the same to allow them continue access those resources elsewhere which are still on IPv4.....
im trying to think of a scenario of showing new users (applicants) that it's IPv6 era now.... but we are forced to somehow embed IPv4 in order to continue access services still on V4.....



Arbogast Fabian,


> To: aalain at; rpd at
> From: mark.tinka at
> Date: Mon, 20 Jun 2016 13:30:20 +0200
> Subject: Re: [rpd] Statistics on IPV4 allocation in Africa as of 2016
> On 20/Jun/16 13:11, ALAIN AINA wrote:
> >
> >
> > Yes, that the provision we have in the policy proposal, but based on
> > what we heard on this list about new comers which would only need
> > IPv4*, i was trying to get a common ground  for all, so we can move on.
> >
> > [*] i am still convinced that no one shall get IPv4 from the the last
> > /8 without showing IPv6 and will remain to it if we can get a rough
> > consensus on it, which i think is possible.
> Well, new entrants have neither, so expecting them to show IPv6
> deployment (or allocation) is moot. If the policy is updated as such, it
> will be good to make this distinction clear.
> That said, I'm not so sure about creating a "new entrants" IPv4 pool.
> From an enforcement standpoint, I can't immediately see how this can be
> tracked, which, by extension, means anyone could "create" a new entrant
> business to circumnavigate the policy. But it would be nice to hear
> other views. Personally, I'm still 50/50...
> Mark.
> _______________________________________________
> RPD mailing list
> RPD at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the RPD mailing list