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

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

Nishal Goburdhan nishal at
Mon Sep 12 10:10:48 UTC 2016

On 30 Aug 2016, at 16:13, sm+afrinic at wrote:

> The "vote with your wallet" may be applicable in the United States.  
> It is not applicable at my location.

i don’t live in the US, so i can’t speak to that.  but, fwiw, i 
*did* live in mauritius for a few years.  i recall there being choice 
i hope, for the sake of competition, that hasn’t changed.  i’m 
guessing, by looking at the participant list at the MIXP, that it 

>> to be clear, you do realise that it takes *ISPs* that are willing to 
>> peer, to "keep traffic local".  if a particular ISP, does not want 
>> to peer, the IXP isn't going to magically fix your packet's 
>> trajectory.
> According to "The primary role is to keep 
> local Internet traffic within local infrastructure".
> The question which the press will ask is why funds were disbursed for 
> a project if there is a low probability of "keeping traffic local".

that would indeed be a good question.
and with more informed traceroutes, in some other parts of africa, that 
would probably be a Really Good reason to ask that.
seeing as how this is not the mailing list that deals with AUC spending 
however, i’d suggest that this is best done elsewhere.

here, we’re talking about mauritius;  which has a functioning IXP, 
and, has had one since about 2005, even though some parts of it only 
starting being publicly shown recently.  earlier, it was claimed that 
this is not functional;  i disagree.  it was mentioned that there was an 
ipv4 /22 (?) reserved for it (and hence its relevance to RPD);  i see 
(ipv4) only two individual /24s as per afrinic norm.
not all operators want to peer.  or peer correctly.  however, as long as 
three networks are changing traffic, that’s a working IXP.  anyone 
that doesn’t want to .. well, that’s their network’s prerogative!  
  and there are more than three networks peering at the MIXP.  call it 
whatever;  i call it a functional IXP.  perhaps not to the full 
potential of the domestic environment, but it’s still perfectly 

how to get the ixp working to its full potential is another long-drawn 
our (and not relevant to RPD) discussion.

>> tells me that there's network prefixes being 
>> announced at the IXP.
>> statistics from tell me that 
>> there's live traffic going across the IXP.
>> the members list at shows me what looks 
>> like likely real peers.
>> your complaint seems to be about one ISP's peering policy.  it's 
>> probably best to take that up with the ISPs directly.  i don't think 
>> RPD can assist you, though.
> I am not complaining about one ISP's peering policy.  Section 3.9.1 of 
> a proposal states that "critical infrastructure" is, among others, 
> IXPs.  I don't think that an IXP which has been down for two days 
> could be described as "critical".

i wrote to the administrator of the MIXP switch - aka the ixp.
i asked them if there was indeed a two day outage as alluded to.
i guessed at the date from the article - sometime in feb/march 2016.
they said no.  i have no reason to believe that they would be lying to 

otoh, i can easily believe that an ISP messed up their network 
advertisements to make one believe that the IXP was not operational, 
from their perspective.  it won’t be the first time this has happened.

> In case the mailing list might be curious about whether I have a 
> conflict of interest in this matter, I'll mention that the only 
> interest I have is that it is local to me.  I (or any company I work 
> for) do not have had any direct or indirect financial interest in the 
> matter.

seeing as how the MIXP is a not-for-profit, that’s run by volunteers 
there’s little reason to question financial interest.  of course, if 
you have an interest in making sure that the MIXP stays up and running,  
you could always feel free to volunteer your time and energy to assist 
them, as well.  info[@] is your friend;  i’m sure they’d 
welcome the additional assistance.


More information about the RPD mailing list