[AusNOG] Final /8 allocated to APNIC from IANA (103/8)

[John.Gibbins at csiro.au]

Due to the severe rationing of the allocations from the last /8, I'd hope that IPv4 will never completely run out.  The idea is that there should always be small chunks available for organisations to get started and then migrate to IPv6.  By the time all of the small chunks are handed out, there will be large numbers of IPv4 blocks being handed back as surplus to requirements.  By this time, the demand for IPv4 should be mostly gone.  Hopefully....

The real impact of the exhaustion of the regular /8s is that it will impact the large expanding users (mainly ISPs) who won't be able to get as much as they would like.  Therefore they will have to conserve addresses using carrier grade NAT or IPv6 only connections.  Although the latter is preferable, until a significant proportion of the Internet is available via v6, CGN may be the only practical option.

Regards
johng
--
John Gibbins
IT Security Operations (and IPv6 Evangelist)
CSIRO Information Management & Technology (IM&T)
Phone: +61 2 6124 1419  | Fax: +61 2 6124 1414 | Mob: 0419 605 562
John.Gibbins at csiro.au<mailto:John.Gibbins at csiro.au> | www.csiro.au<http://www.csiro.au>
PO BOX 225, Dickson  ACT 2602
Do not let what you cannot do interfere with what you can do - John Wooden

From: ausnog-bounces at lists.ausnog.net [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Matt Shadbolt
Sent: Friday, 4 February 2011 12:11 PM
To: Matthew Moyle-Croft
Cc: ausnog at ausnog.net
Subject: Re: [AusNOG] Final /8 allocated to APNIC from IANA (103/8)

Whats the actual rate of allocation other than the /8s?

ie, how long untill all the IPs in these five /8's are gone? Google-foo isn't giving me anything

Matt
On Fri, Feb 4, 2011 at 11:45 AM, Matthew Moyle-Croft <mmc at internode.com.au<mailto:mmc at internode.com.au>> wrote:

On 04/02/2011, at 10:38 AM, Damien Morris wrote:


On 4/02/11 11:02 AM, "Luke Iggleden" <luke at sisgroup.com.au<mailto:luke at sisgroup.com.au>> wrote:


Plenty of v6 space though guys..

340 undecillion, 282 decillion, 366 nonillion, 920 octillion, 938
septillion, 463 sextillion, 463 quintillion, 374 quadrillion, 607
trillion, 431 billion, 768 million, 211 thousand and 456


How many useable

Well, how many allocatable really.

Once you start going /64 for each LAN segment, /48 for each end site, the first 4 nibbles for IANA, minimum allocation for an ISP like org is a /32, then you've carved it up quite a lot already.  Then you've got IETF "reserving space" (oh no, not Class E again) (http://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xml).

In the name of keeping the IPv6 routing table small, a lot of large organisation are getting big chunks of space.  This seems fine now (Class A seemed fine at one point), but maybe it's not so good long term.

US Mil has a /13.   /20 and similar allocations (eg. Softbank BB in Japan) aren't uncommon.   A lot of places with /32s are going to find that, heck, it's quite hard to keep within a /32.

There's a proposal on sig-policy in APNIC to increase the allocations to ISPs.  (Which I support as we've found a /32 doesn't work so well for us at the 250-300k customer kind of size).

I'm not saying we need to be obsessive as we've become with IPv4, however, we do need be mindful of the IPv4 experience that whilst it seems big and plentiful today, that maybe we could be a bit more careful now and let our children's children not have to go through this again.

Some of the decisions are too late to turn around, but reducing the default end site size to /56 from /48 would give 8 bits back to being with.

(Waits for the howling that comes from saying heretical things, whilst whistling "history never repeats, I tell myself before I goto sleep").

MMC


_______________________________________________
AusNOG mailing list
AusNOG at lists.ausnog.net<mailto:AusNOG at lists.ausnog.net>
http://lists.ausnog.net/mailman/listinfo/ausnog



--
mattlog.net<http://mattlog.net>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20110204/91339a89/attachment.html>