using "reserved" IPv6 space

Laurent GUERBY laurent at guerby.net
Sun Jul 15 07:50:39 UTC 2012


Hi,

On Sat, 2012-07-14 at 17:02 -0700, Owen DeLong wrote:
> > Hi,
> > 
> > We use LLA to "virtualize" interconnection to our users:
> > their network configuration is always static default via fe80::nnnn
> > and we route their /56 prefix to fe80::xxxx:yyyy where xxxx:yyyy is
> > unique per user - if our user want to do some routing of course.  Since
> > we don't have GUA interconnections we don't have to manage them inside
> > our AS and we can move user stuff around without having them changing
> > anything to their static configuration.
> > 
> > We give a /56 IPv6 per /32 IPv4 to our user which does /48 = /24 = 256
> > "IP", it's nice to have more than one /64 around for some uses.
> > 
> > Is there any "mass" hoster around that does provide by default a pefix
> > larger than /64 and that does route it to the user? It's quite simple to
> > do in IPv6 and we have the address space for it.

> Why not just give each end-site a /48?

We give a /48 on request, a /56 by default (and we never give a /64).

> An end-site with a /24 may only need a single or a few subnets while an end-site with a /32 may have a host of subnets behind their IPv4 NAT gateway. Making IPv6 topological assumptions for your end-users based on their IPv4 presentation makes little sense to me and is likely a disservice to your end users.

The /56 subnets we give are for single machine in a rack, virtual
machine in a cluster or home router.

http://www.tunnelbroker.net/ gives by default /64 to a home router
and /48 on request we just decided to give /56 by default
and /48 on request.

Sorry if I wasn't clear in my first message.

Is there an agreed upon definition of "end site"?

Sincerely,

Laurent





More information about the NANOG mailing list