<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">FWIW, I don't agree with Michael about assigning /56s. I used to think that /56s for residences<div>made sense. And in reality, most residences will be fine with 256 subnets. However, having</div><div>now gotten some operational experience with IPv6 and having reviewed the math, I now</div><div>believe there is no true rationale behind assigning /56s.</div><div><br></div><div>Very large providers should seek to get larger blocks rather than accepting the default /32.</div><div><br></div><div>Owen</div><div><br><div><div>On Sep 14, 2010, at 6:49 AM, Ron Cleven wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
<div bgcolor="#ffffff" text="#000000">
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).<br>
<br>
Why would Comcast (using your example) customers get "only" a /56?<br>
<br>
Is there something wrong with the math (are big-isp's going to run out
of /48's)?<br>
<br>
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)?<br>
<br>
As usual, I am horribly confused.<br>
<br>
<br>
<br>
<a class="moz-txt-link-abbreviated" href="mailto:michael.dillon@bt.com">michael.dillon@bt.com</a> wrote:<br>
<blockquote cite="mid0F29D1BA57992E4CAB5AD2C9AE7B42391CEEE5BB@EMV01-UKBR.domain1.systemhost.net" type="cite"><br>
<pre wrap=""><!---->
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.
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>ARIN-Discuss<br>You are receiving this message because you are subscribed to<br>the ARIN Discussion Mailing List (<a href="mailto:ARIN-discuss@arin.net">ARIN-discuss@arin.net</a>).<br>Unsubscribe or manage your mailing list subscription at:<br><a href="http://lists.arin.net/mailman/listinfo/arin-discuss">http://lists.arin.net/mailman/listinfo/arin-discuss</a><br>Please contact info@arin.net if you experience any issues.</blockquote></div><br></div></body></html>