Comments for The IPv4 Depletion site http://www.ipv4depletion.com Now IPv6 enabled Fri, 07 Dec 2012 16:05:08 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on Txv6TF Winter Summit Nov 19-20 in Richardson, TX by Andrew Bower http://www.ipv4depletion.com/?p=689#comment-1494 Andrew Bower Fri, 07 Dec 2012 16:05:08 +0000 http://www.ipv4depletion.com/?p=689#comment-1494 Today all the directors of 6uk, the body formed in the UK to promote IPv6, have resigned claiming they were powerless to encourage IPv6 adoption. They blame the government although I'd like to know what 6uk has been doing itself all this time as the press releases have been scant... http://www.6uk.org.uk/2012/12/6uk-powerless-to-encourage-ipv6-adoption-board-resigns/ Today all the directors of 6uk, the body formed in the UK to promote IPv6, have resigned claiming they were powerless to encourage IPv6 adoption. They blame the government although I’d like to know what 6uk has been doing itself all this time as the press releases have been scant…

http://www.6uk.org.uk/2012/12/6uk-powerless-to-encourage-ipv6-adoption-board-resigns/

]]> Comment on Txv6TF Winter Summit Nov 19-20 in Richardson, TX by Michiel http://www.ipv4depletion.com/?p=689#comment-1492 Michiel Fri, 23 Nov 2012 09:33:04 +0000 http://www.ipv4depletion.com/?p=689#comment-1492 No comments on the event? No comments on the event?

]]> Comment on RIPE in Europe runs dry… by Hans http://www.ipv4depletion.com/?p=685#comment-1477 Hans Thu, 11 Oct 2012 15:05:53 +0000 http://www.ipv4depletion.com/?p=685#comment-1477 Funny thing is that currently ripe's buffer is even smaller than apnic's People still stick their head in the sand. Until IPv6-only sites will start to arrive.... Unclear when that will happen, 6 month? 1 year? Funny thing is that currently ripe’s buffer is even smaller than apnic’s
People still stick their head in the sand.
Until IPv6-only sites will start to arrive….

Unclear when that will happen, 6 month? 1 year?

]]> Comment on RIPE in Europe runs dry… by Karen http://www.ipv4depletion.com/?p=685#comment-1438 Karen Wed, 19 Sep 2012 11:34:47 +0000 http://www.ipv4depletion.com/?p=685#comment-1438 What has been really interesting is the number and size of IPv6 requests over the last few days. Some big names have obviously delayed until now have finally got the message that they need to start looking at IPv6. Yesterday, General Motors and McDonalds got some IPv6 addresses at the EU level. What has been really interesting is the number and size of IPv6 requests over the last few days. Some big names have obviously delayed until now have finally got the message that they need to start looking at IPv6.

Yesterday, General Motors and McDonalds got some IPv6 addresses at the EU level.

]]> Comment on RIPE in Europe runs dry… by JMV2009 http://www.ipv4depletion.com/?p=685#comment-1433 JMV2009 Mon, 17 Sep 2012 19:27:35 +0000 http://www.ipv4depletion.com/?p=685#comment-1433 No rush is probably a consequence of the 3 month allocation window. No rush is probably a consequence of the 3 month allocation window.

]]> Comment on DNS when turning on IPv6 by rb12345 http://www.ipv4depletion.com/?p=683#comment-1431 rb12345 Mon, 17 Sep 2012 10:25:43 +0000 http://www.ipv4depletion.com/?p=683#comment-1431 It wasn't meant to be a gap, but I think I simply missed that line in my rather quick search through the file. (Thanks for finding the links to the original RIPE source too!) My personal assumption though is that there are no missing bits after all, just reassigned space like the Afrinic example. It wasn’t meant to be a gap, but I think I simply missed that line in my rather quick search through the file. (Thanks for finding the links to the original RIPE source too!)

My personal assumption though is that there are no missing bits after all, just reassigned space like the Afrinic example.

]]> Comment on RIPE in Europe runs dry… by Michiel http://www.ipv4depletion.com/?p=685#comment-1430 Michiel Mon, 17 Sep 2012 09:19:01 +0000 http://www.ipv4depletion.com/?p=685#comment-1430 What I find remarkable about RIPE depletion, is that there was no last minute rush. If there had been, my estimate of 10 September might not have been 4 days off. ;-) What I find remarkable about RIPE depletion, is that there was no last minute rush.

If there had been, my estimate of 10 September might not have been 4 days off. ;-)

]]> Comment on RIPE in Europe runs dry… by jmv2009 http://www.ipv4depletion.com/?p=685#comment-1429 jmv2009 Mon, 17 Sep 2012 01:55:24 +0000 http://www.ipv4depletion.com/?p=685#comment-1429 Before 2011, there was a clear difference in allocation rate between ARIN and LACNIC. Recently, not so much. Also, ARIN will not stop allocating from the last /8. So who knows... Before 2011, there was a clear difference in allocation rate between ARIN and LACNIC. Recently, not so much. Also, ARIN will not stop allocating from the last /8.

So who knows…

]]> Comment on DNS when turning on IPv6 by Grahm http://www.ipv4depletion.com/?p=683#comment-1427 Grahm Sun, 16 Sep 2012 04:46:40 +0000 http://www.ipv4depletion.com/?p=683#comment-1427 rb12345: "delegated" does not have free space. For 1.5 years already there is also an "extended" RIPE file, with free space listed. ftp://ftp.ripe.net/pub/stats/ripencc/ It's a good thing to find missing bits and tell RIPE that they lost them. But maybe better do this before they switched to /22 per cust. ripencc|GB|ipv4|151.224.0.0|524288|20120809|allocated Why is this a gap? rb12345: “delegated” does not have free space. For 1.5 years already there is also an “extended” RIPE file, with free space listed. ftp://ftp.ripe.net/pub/stats/ripencc/

It’s a good thing to find missing bits and tell RIPE that they lost them. But maybe better do this before they switched to /22 per cust.

ripencc|GB|ipv4|151.224.0.0|524288|20120809|allocated
Why is this a gap?

]]> Comment on DNS when turning on IPv6 by rb12345 http://www.ipv4depletion.com/?p=683#comment-1426 rb12345 Sat, 15 Sep 2012 11:10:53 +0000 http://www.ipv4depletion.com/?p=683#comment-1426 Grahm: I expect the real question about the temporary space /13 was this: why retain the /13 temporary address pool when RIPE has nothing left to allocate/assign except that and the final /8? The temporary pool is only allocated for short periods (1 month or so for /14, longer with renewals for /13 or smaller), so these can be reclaimed quickly when RIPE eventually needs the addresses. Using them now would only gain you an extra day or so in the final rush we saw and lose the ability to assign address space to conferences and the like post-depletion. I could well be wrong, but I expect the data comes from the RIPE delegated prefixes file (mirrored at http://bgp.potaroo.net/stats/ripe/delegated, but there will be an official link somewhere at RIPE) and the IANA equivalent. If you know the RIR got a /8 from IANA, you can then look for gaps in their allocation records. Of course, that falls down a bit for the reassigned-to-Afrinic addresses and the temporary pool, and there seem to be gaps in that file regardless (151.224.0.0 for Sky Broadband). Grahm: I expect the real question about the temporary space /13 was this: why retain the /13 temporary address pool when RIPE has nothing left to allocate/assign except that and the final /8? The temporary pool is only allocated for short periods (1 month or so for /14, longer with renewals for /13 or smaller), so these can be reclaimed quickly when RIPE eventually needs the addresses. Using them now would only gain you an extra day or so in the final rush we saw and lose the ability to assign address space to conferences and the like post-depletion.

I could well be wrong, but I expect the data comes from the RIPE delegated prefixes file (mirrored at http://bgp.potaroo.net/stats/ripe/delegated, but there will be an official link somewhere at RIPE) and the IANA equivalent. If you know the RIR got a /8 from IANA, you can then look for gaps in their allocation records. Of course, that falls down a bit for the reassigned-to-Afrinic addresses and the temporary pool, and there seem to be gaps in that file regardless (151.224.0.0 for Sky Broadband).

]]>