<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Because IPv4 is disappearing. <br></div><div class="gmail_default" style="font-family:verdana,sans-serif">At some point in the near future it will cost more to do IPv4, specifically to acquire addresses, then IPv6.<br>

<br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Nice reference to 1989. Where did that get us now?<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 8, 2013 at 8:45 AM, Michael Richardson <span dir="ltr"><<a href="mailto:mcr@sandelman.ca" target="_blank">mcr@sandelman.ca</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
>>>>> "Steven" == Steven Noble <<a href="mailto:snoble@sonn.com">snoble@sonn.com</a>> writes:<br>
    Steven> That is exactly my point, if ARIN says that someone<br>
    Steven> requesting IPv6 will not have higher fees, then how does<br>
    Steven> that work with a legacy holder?  Do we want people to adopt<br>
    Steven> IPv6 or not?  A policy that makes it the same cost to<br>
    Steven> request and hold IPv4 and IPv6 works both ways.  If I am<br>
    Steven> charged the same as someone who has both IPv4 and IPv6<br>
    Steven> resources, why would I not request IPv4 resources too?<br>
<br>
+1<br>
<br>
And, given that I can get IPv4 for the same price, why go to the hassle<br>
of doing anything with IPv6?   The business case for doing new things<br>
with IPv6 should include "and the address space is essentially free,so<br>
we wilkl do the network architecture correctly, rather than creating a<br>
hack that supported IPv4 NAT/bridging"<br>
<br>
Do you know how many layer-2 **hack** have been created because IPv4<br>
subnets are a fixed quantity?  (particularly in the pre-CIDR days)<br>
<br>
IPv6 allocations and especially end-user assignments, need to be<br>
essentially free.  In the IPv4 time scale, this is 1989, when<br>
enterprises just came to the table for address space, with *no<br>
intention* of advertising that space.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
]               Never tell me the odds!                 | ipv6 mesh networks [<br>
]   Michael Richardson, Sandelman Software Works        | network architect  [<br>
]     <a href="mailto:mcr@sandelman.ca">mcr@sandelman.ca</a>  <a href="http://www.sandelman.ca/" target="_blank">http://www.sandelman.ca/</a>        |   ruby on rails    [<br>
</font></span><div class="HOEnZb"><div class="h5"><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>