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

[rpd] Policy areas to consider

Owen DeLong owen at delong.com
Thu Jul 2 16:02:00 UTC 2015


> On Jul 2, 2015, at 04:05 , Dr Paulos Nyirenda <paulos at sdnp.org.mw> wrote:
> 
> On 1 Jul 2015 at 23:12, Owen DeLong <owen at delong.com> 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. 
> 
> Mmm ... it seems again that your reasoning here tends to be a little too simplistic. there are 
> more alternatives than you seem to appreciate, even with this, your analogy.
> 
>> For those having trouble following the analogy...
>> 
>> 	IPv4 is like the Titanic. It´s going to go down, just a matter of when.
> 
> Ok. lets take that as your valid basis.
> 
>> 	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.
> 
> We have the alternative to sail via Casablanca, avoid the icebergs and charge the 
> passengers a little more to make us more sustainable. Still, the ship does not have an infinite 
> life time, it will indeed still sink one day !

OK, you presented the alternative analogy, but how does that analogy translate to the real world?
What, exactly, are you proposing here as an alternative?

>> The AfriNIC region has the unique opportunity to leapfrog the rest of the internet by
> 
> I have heard the word "leapfrog" with respect to Africa so many times in situations like these 
> that it sometimes makes my stomach churn. It has sometimes been used to mean jump to 
> somewhere you do not really know about while leaving behind everything that you have. I 
> hope you are not using it like that. 

I am absolutely not using it like that. What I mean specifically, is to skip over many years of painful trial and error development that was done with IPv4 and NAT and proxies and all kinds of other hacks in the developed world to try and extend the lifetime of this beleaguered ancient protocol while siezing the opportunity to make greenfield deployments that have IPv6 as their primary protocol with IPv4 support supplied to the extent necessary for current backwards compatibility requirements.

Examples (albeit with a few undesirable limitations that could be overcome) include the current T-Mobile network in the US and several EU mobile carriers. I don’t know of a wireline ISP doing it this way yet, but it’s only a matter of time.

> While leaping to the IPv6 dreamland, as we all seek, the region needs to use its current 
> resources expeditiously, wisely and profitablly, that is what I am saying.

Then we are saying the same thing. It is expeditious, wise, and profitable (IMHO) to avoid sinking vast sums of investment and resources into supporting a dying protocol with a limited lifespan. It is far better and much more expeditious to recognize that IPv4 is a temporary requirement and IPv6 is the future. Therefore, let us deploy IPv6 networks that provide sufficient support for this backwards protocol need rather than focusing on ways to improve the state of IPv4 to the detriment of the future.

Owen

> 
> Regards,
> 
> Paulos
> ======================
> Dr Paulos B Nyirenda
> NIC.MW & .mw ccTLD
> http://www.registrar.mw
> 
> 
>> 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, letTMs just deploy IPv6 so we donTMt have to
>> care. ItTMs a much better use of resources. 
> 
> 
> 
>> Just my $0.02.
>> 
>> Owen
>> 
>>> On Jul 1, 2015, at 20:19 , Dr Paulos Nyirenda <paulos at sdnp.org.mw> wrote:
>>> 
>>> On 1 Jul 2015 at 18:52, Seun Ojedeji <seun.ojedeji at gmail.com> 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. 
>>>> 
>>>> https://www.arin.net/announcements/2015/20150701.html 
>>>> 
>>>> - 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 & .mw ccTLD
>>> http://www.registrar.mw
>>> 
>>> 
>>>> Regards
>>>> sent from Google nexus 4
>>>> kindly excuse brevity and typos.
>>> 
>>> 
>>> ----------------------------------------------------------
>>> Malawi SDNP Webmail: http://www.sdnp.org.mw
>>> Access your Malawi SDNP e-mail from anywhere in the world.
>>> ----------------------------------------------------------
>>> 
>>> _______________________________________________
>>> rpd mailing list
>>> rpd at afrinic.net
>>> https://lists.afrinic.net/mailman/listinfo.cgi/rpd
>> 
> 
> 




More information about the RPD mailing list