<div>Joel wrote:</div><div>The fact of the matter is we've lived with scarcity so long it's<br>considered normal. Scarcity results expensive and undesirable behavior.<br>We don't have the play that game (with v6) anymore and we shouldn't make<br>
our customers do it either.<br></div><div><br></div>Thank you, Joel - you've hit the nail on the head.<div>Stacy<br><br><div class="gmail_quote">On Tue, Jun 2, 2009 at 3:34 PM, Joel Jaeggli <span dir="ltr"><<a href="mailto:joelja@bogus.com">joelja@bogus.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
<br>
Davis, Terry L wrote:<br>
> Milton<br>
><br>
> Agreed a /56 might be appropriate.<br>
><br>
> Earlier Owen appropriately corrected me for comparing a /48 v6<br>
> allocation to a class B v4 allocation but he actually enforced the<br>
> point I was going to make.  Even a /48 allocation for small business<br>
> or individual use is a bit ridiculous given conventional IP network<br>
> architectures.  But one of our problems is that since we don't have<br>
> any truly large scale deployments (something at least into the 100K<br>
> nodes size), we don't know what a real IPv6 network may consume.<br>
<br>
</div>Because you have not experienced one, does not mean that they do not exist.<br>
<br>
With something like 10 years operational experience behind us we do not<br>
have to treat a /48 assignment per end site as though it were<br>
"ridiculous", it is not. you can to assign residential customers<br>
something longer, fine, be aware they'll need more than a /64. It's<br>
pretty easy (just as it is in v4) to use 16 bits at a large site for the<br>
purposes of hierachical assignment, supernetting and so on.<br>
<br>
The fact of the matter is we've lived with scarcity so long it's<br>
considered normal. Scarcity results expensive and undesirable behavior.<br>
We don't have the play that game (with v6) anymore and we shouldn't make<br>
our customers do it either.<br>
<div><div></div><div class="h5"><br>
> Take care Terry<br>
><br>
>> -----Original Message----- From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a><br>
>> [mailto:<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>] On Behalf Of Milton L Mueller<br>
>> Sent: Saturday, May 30, 2009 2:49 PM To: Scott Leibrand; William<br>
>> Herrin Cc: <a href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a> Subject: Re: [arin-ppml] A modest<br>
>> proposal for IPv6 address allocations<br>
>><br>
>><br>
>>> -----Original Message----- Not sure about all the details, but I<br>
>>> like the fact that we'd be able to do away with the ISP/end-user<br>
>>> distinction, make it easy to get a /48, and provide a simple<br>
>>> growth path for the most common cases...<br>
>>><br>
>>> -Scott<br>
>> Ditto.<br>
>><br>
>> But, let me express (uncharacteristically) some concern about<br>
>> overly liberal initial allocations. (e.g., why not a /56?) From the<br>
>> standpoint of developing countries, there is some legitimate<br>
>> concern about reproducing the land rush phase of IPv4 address<br>
>> allocations (oops, there goes 1/3 of the space....)<br>
>> _______________________________________________ PPML You are<br>
>> receiving this message because you are subscribed to the ARIN<br>
>> Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>). Unsubscribe or<br>
>> manage your mailing list subscription at:<br>
>> <a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a> Please contact<br>
>> <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
> _______________________________________________ PPML You are<br>
> receiving this message because you are subscribed to the ARIN Public<br>
> Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>). Unsubscribe or manage your<br>
> mailing list subscription at:<br>
> <a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a> Please contact<br>
> <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
><br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div>