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 hotmail.com
Thu Jun 16 12:59:56 UTC 2016


i see your point Andrew......

so what do we do ? 

i think we need to push R&D as fast as possible to resolve these issues.... because we cant expand v4 any more and the internet is growing so fast......

i hope ISOC (IETF) and IANA (ICANN) are on their toes ..............

a question .... will privatization of IANA functions accelerate or decelerate R&D in view of v6 challenges ?

i also hope that the Computer Science Laboratories who invented packet networking and new ones are still doing R&D on IPv6..........

 

Arbogast Fabian,

cell:+255-78-447-8387


From: Andrew.Alston at liquidtelecom.com
To: afabbie at hotmail.com; seun.ojedeji at gmail.com; evelyngeek at gmail.com
CC: rpd at afrinic.net
Subject: Re: [rpd] Statistics on IPV4 allocation in Africa as of 2016
Date: Thu, 16 Jun 2016 12:15:25 +0000











Fabian,
 
Sadly, there are MANY such issues right now.
 
Let me refer to a few of them.
 
a.)    
MPLS and V6 are still pretty much a non-starter – to this day I have yet to be able to do Martini or Kompella over pure v6 (LDP6 now exists, but with almost no functionality)
b.)    
SR may solve the LDP6 issue, but its not implemented in a *vast* array of equipment
c.)    
If you want to do 6to4 your options are again, highly limited.  XR requires very specific line cards, IOS Classic in a LOT of the devices has no support whatsoever and it is supported
 in XE, but the XE boxes don’t scale
d.)    
The security issues around v6 have not been adequately explored – though this is getting better thanks to work done by the likes of Jan Zorz and Fernando and others, but good
 luck with proper v6 protection on current firewalls (with a few exceptions)
e.)    
L7 classification and shaping of v6 is still, sadly, pretty much in its infancy
 
Yes, v6 is coming, but you still need v4 – that’s reality, you build dual stack until the issues are addressed. Would I be worried about this if a transfer market let me gain access to
 space from outside when there was no more space in AfriNIC or when I couldn’t apply for blocks big enough to satisfy my needs? No.  But since this community resists policy that lets me get space from elsewhere, when space is not available in quantity from
 AfriNIC in quantity what are the bigger providers meant to do? Say to their customers “sorry, we can’t connect you, because the space is locked in a pool being unused while others build networks, so you, the consumer, must now suffer with a substandard service
 contrived of NAT upon NAT upon NAT”?
 
We can’t have it both ways, lock down the remaining pool while denying a transfer policy.  Either a transfer policy comes that lets people transfer space in from outside (at whatever cost),
 or let people use what is left in the pool while this is done.
 
Andrew

 

From: 
Fabian Jr <afabbie at hotmail.com>

Date: Thursday, 16 June 2016 at 2:57 PM

To: Seun Ojedeji <seun.ojedeji at gmail.com>, Evelyn Namara <evelyngeek at gmail.com>

Cc: rpd List <rpd at afrinic.net>

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


 




i do agree........and i don't see any danger for any services or service providers who wont get additional v4 space because they will get plenty v6 .....they can simply do dual stacking.... whereby users/devices
 and things with v4 (public and/or private) that are currently accessing these services sitting on public v4 will get v6 and continue accessing those services......



i do feel (optimistic) like this time around v6 will be adopted and deployed at least by 55% of the whole IP network within our region in the coming 10 years.



UNLESS there is any issues on v6 which wont allow FULL migration...........



 

 

Arbogast Fabian,

cell:+255-78-447-8387








From: seun.ojedeji at gmail.com

Date: Thu, 16 Jun 2016 09:53:29 +0100

To: evelyngeek at gmail.com

CC: rpd at afrinic.net

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




Hello People,

At the moment, the v4 space is less than 0.6 of a /8 before we hit soft-landing. This gives an indication that we are already depleting v4 steadily and significantly even as we speak and deliberate. Once we
 hit soft-landing and implementation of the current policy would imply that big providers requiring huge v4 space would naturally embrace v6 since the current soft-landing policy will not meet their needs.


Overall, i think the need for the phrase "rapid depletion" may not be so important once we hit final /8 as the focus will start tending towards v6 for major players since they won't be able to get enough v4
 resource they require anyway.

Regards


 

On Thu, Jun 16, 2016 at 9:26 AM, Evelyn Namara <evelyngeek at gmail.com> wrote:





Andrew,

It is not guaranteed that if Farmer 3 gets all the fuel he needs he will then supply to all customers of 3, 2, 1. He may have his hidden agendas and supply his own customers and the rest of the customers will
 not be fed well.

Every farmer knows how they deal with their customers, you can not come in as farmer 3 and know all the needs of my customers.

IPV4 will NOT rot (In summary)




 

On Thu, Jun 16, 2016 at 10:37 AM, Andrew Alston <Andrew.Alston at liquidtelecom.com> wrote:



The IPv4 may not rot, but the customers at the market will still be going hungry because we’re trying to be fair to the farmers – and people will still starve.
 
Andrew
 
 

From: 
Badru Ntege <badru.ntege at nftconsult.com>

Date: Thursday, 16 June 2016 at 10:30 AM

To: Andrew Alston <Andrew.Alston at liquidtelecom.com>, Noah <noah at neo.co.tz>, Owen DeLong <owen at delong.com>




Cc: rpd List <rpd at afrinic.net>

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


 




 





 




 :-) I like the introduction of analogys to the thread.


 


Difference here is that the v4 will not rot and that those who have and want more should be encouraged to only get V6 if they want additional resources.   


 


I think this would offer a win-win outcome for all those in the region.


 


Regards


 


 





 



On 6/16/16, 10:20 AM, "Andrew Alston" <Andrew.Alston at liquidtelecom.com> wrote:



 




Let me put this another way.
 
Lets say hypothetically we have 3 farmers, and they all have vegetables to deliver to 3 different markets.  The people at the markets are hungry and waiting for the vegetables.
 
There is fuel, and hypothetically, it could get all 3 farmers trucks to the market, but only one trip each.
 
Farmer 1 has a truck – except it has no tyres
Farmer 2 has a truck  - except its battery is dead

Farmer 3 has a working truck.
 
It’s going to take a month before Farmer 1 and Farmer 2 have their trucks repaired, and the vegetables only last a week before they go bad.
 
Do we, a.) Say that in the interest of fairness to the farmers, we let Farmer 3 make 1 trip, and then for the next 3 weeks, Farmer 1, 2 and 3 have all their vegetables go bad
 while the people at the markets all starve or b.) Do we say, we have one working truck, that can deliver to the markets, he is in a position to feed the people at that market, so, let him have the fuel he needs to do that, so at least some people get fed,
 even if Farmer 1 and 2 are disadvantaged?
 
In my view, it’s a clear cut thing, Farmer 1 gets the fuel, because not giving it to him hurts the people far more than giving it to him and letting him deliver every vegetable
 he can.
 
Let those who can use it have it, so long as its used for the advantage of the African community – do not artificially constrain things and hurt everyone just to try and be
 “fair”
 
Andrew
 
 

From: 
Noah <noah at neo.co.tz>

Date: Thursday, 16 June 2016 at 8:36 AM

To: Owen DeLong <owen at delong.com>

Cc: rpd List <rpd at afrinic.net>

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


 





On 16 Jun 2016 03:51, "Owen DeLong" <owen at delong.com> wrote:

>

>

>> On Jun 15, 2016, at 12:33 , Noah <noah at neo.co.tz> wrote:

>>

>>

>> On 15 Jun 2016 22:03, "Owen DeLong" <owen at delong.com> wrote:

>> >

>> >

>> > Instead, the best thing is for all of us to recognize that IPv4 has become unsustainable and stop depending on its continued availability.

>> >

>>

>> We can similarly recognise that Crude Oil fossils and their byproducts Diesel and Petrol [IPv4] are unsustainable a d stop depending on their continued availability.

>>

>> We should all go for Solar Energy [IPv6] after all the Sun is so abundant in supply and everyone will have unlimited energy through solar.

>

>

> Agreed… I have 31 panels on my roof generating approximately 108% of my total electrical needs and feeding the excess back to the power utility in my area. (I use about 1.2kw average consumption and my solar system generates about 6.5kW peak output about
 5-6 hours per day during summer).

>

> How about you?

>

Needless to say, am sure you got my point.  :-) 


> Owen

>

Noah




_______________________________________________ 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








-- 














 



Evelyn Namara | T: +256 754 440893 | E: 
enamara at riseup.net | Twitter: 
@enamara | Skype: enamara



PGP: B94D 3950 38D6 914A E054 D6C5 E82E 0F66 DC01 E30D

 


 

 


 



















_______________________________________________

RPD mailing list

RPD at afrinic.net

https://lists.afrinic.net/mailman/listinfo/rpd







-- 






------------------------------------------------------------------------

Seun Ojedeji,

Federal University Oye-Ekiti

web:      http://www.fuoye.edu.ng

Mobile: +2348035233535

alt email:
seun.ojedeji at fuoye.edu.ng

Bringing another down does not take you up - think about your action!


 









_______________________________________________ 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/20160616/f6cc600f/attachment-0001.html>


More information about the RPD mailing list