[143337] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: IPv6 end user addressing

daemon@ATHENA.MIT.EDU (Jimmy Hess)
Sat Aug 6 14:45:23 2011

In-Reply-To: <CAP-guGUbqPuuAzWWXF8gnhdZ1miNdcvqm8ip9Ds4JtzHdjR2Ew@mail.gmail.com>
Date: Sat, 6 Aug 2011 13:44:45 -0500
From: Jimmy Hess <mysidia@gmail.com>
To: William Herrin <bill@herrin.us>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

On Sat, Aug 6, 2011 at 1:28 PM, William Herrin <bill@herrin.us> wrote:

> On Fri, Aug 5, 2011 at 12:17 PM, Brian Mengel <bmengel@gmail.com> wrote:
>


> On the flip side, /56 allows for 16M end-users in your /32 ISP
> allocation. After which you can trivially get as many additional /32's
> as you want. Is there any reason you want to super-optimize to get
> 268M end-users squashed in that /32?
>

Arguably,  if you only have one /32,  and you ever get  65,536 customers
each with a /48,  getting as many /32s as you need should be no problem,
also.

But you might want to give them /56s,   so you have more bits  to logically
divide those customers by  region,  or   some other criteria  to enable
more efficient aggregation.

That's the problem with the RIR's choice of  issuing  only  /32s  from which
/48s are to be assigned.
The customer has  80 bits to work with  in organizing their hosts.

But the ISP has only 16 bits  in a /32  to work with.

--
-JH

home help back first fref pref prev next nref lref last post