[arin-discuss] Trying to Understand IPV6

Owen DeLong owen at delong.com
Tue Sep 14 11:18:54 EDT 2010


FWIW, I don't agree with Michael about assigning /56s. I used to think that /56s for residences
made sense. And in reality, most residences will be fine with 256 subnets. However, having
now gotten some operational experience with IPv6 and having reviewed the math, I now
believe there is no true rationale behind assigning /56s.

Very large providers should seek to get larger blocks rather than accepting the default /32.

Owen

On Sep 14, 2010, at 6:49 AM, Ron Cleven wrote:

> I was with you right with you (assign /48 to every customer, no exceptions) up until you came up with the big-isp exception (assign /56 to private residences).
> 
> Why would Comcast (using your example) customers get "only" a /56?
> 
> Is there something wrong with the math (are big-isp's going to run out of /48's)?
> 
> If it is ok for Comcast customers to get /56's, why isn't it ok for all other private residences to get /56's (what are the /56 customers giving up)?
> 
> As usual, I am horribly confused.
> 
> 
> 
> michael.dillon at bt.com wrote:
>> 
>> 
>> It is very typical. /48 to every customer, no exceptions. If a customer
>> wants less, assign them a /48 anyway and only tell them the first part
>> of the prefix. When they get wiser, tell them the /48 that you 
>> "reserved" for them. 
>> 
>> The non-typical case is an ISP with very large numbers of residential
>> customers (something like Comcast for instance) where it makes sense
>> to assign /56 to private residences and /48 to everyone else.
>> 
>>   
> 
> _______________________________________________
> ARIN-Discuss
> You are receiving this message because you are subscribed to
> the ARIN Discussion Mailing List (ARIN-discuss at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-discuss
> Please contact info at arin.net if you experience any issues.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-discuss/attachments/20100914/098e9ef8/attachment.html>


More information about the ARIN-discuss mailing list