[arin-ppml] V6 address allocation policy

George Bonser gbonser at seven.com
Thu Jan 21 04:27:26 EST 2010

> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net]
> Behalf Of michael.dillon at bt.com
> Sent: Thursday, January 21, 2010 12:49 AM
> To: arin-ppml at arin.net
> Subject: Re: [arin-ppml] V6 address allocation policy
> > Great.  So for my campus which is made up of 50 different
> > street addresses I can get 50 /48s...
> Precisely. That's the way that the IPv6 designers intended it
> to be. If one of those locations decides to build a lab which
> does some kind of mobile device experimentation, and they need
> 10,000 /64 subnets, you have no problems because their /48 has
> plenty to spare.

There is more to it than that.  IP addresses will now be used for more
things than simply connectivity.  Imagine you have clients out there
that have a 64-bit GUID that identifies them.  Now imagine you have
server software on a farm of servers that handle those users but for
some reason you want the user to be "sticky" to the server that is
handling them.  In the past this was dealt with using various kinds of
clustering or shared memory software and cookies or something.  Now you
don't need to do that.  The server "handling" that user creates a host
IP that is the user's GUID.  That makes it really easy to find the
correct host that should be handling that user.  IP addresses are going
to be used for lots of things now that we couldn't use them for before.

OS kernel developers are going to be getting hit with people wanting to
program tens of thousands of IP addresses on servers.

More information about the ARIN-PPML mailing list