<div style="font-family:arial,helvetica,sans-serif;font-size:10pt">On Wed, Nov 21, 2012 at 10:54 AM, Doug Barton <span dir="ltr">&lt;<a href="mailto:dougb@dougbarton.us" target="_blank">dougb@dougbarton.us</a>&gt;</span> wrote:<br>

<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Oh c&#39;mon, that&#39;s just silly. The intermittent problems are almost certainly not the fault of the content end of the system, they are almost certainly on the user end, or somewhere in between.</div>

</blockquote><div><br></div><div>Correct. In case it wasn&#39;t clear, what I meant was:</div><div><ul><li>If you&#39;re an ISP, don&#39;t provision the user with an IPv6 address and default route if you&#39;re not prepared to give them an appropriate level of service.</li>

<li>Similarly, if you&#39;re a website operator, don&#39;t give a website an AAAA record if you&#39;re not prepared to make it sufficiently reliable.</li></ul><div>That is - if you&#39;re deploying IPv6, do it properly. Don&#39;t deploy unreliable IPv6 &quot;because it&#39;s the responsibility of the hosts to avoid stuff that doesn&#39;t work&quot;.</div>

</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">We have to be able to deal rationally with the issue of the IPv4 network having a high degree of reliability and familiarity vs. the IPv6 network which by comparison has neither. Otherwise we&#39;ve removed the motivation from both sides of the network to deploy it.</div>

</blockquote><div><br></div><div>I disagree. If we do this, we will be permanently increasing the complexity of hosts just so we can work around a temporary problem (immature IPv6 deployments and implementations).</div><div>

<br></div><div>Happy eyeballs is a useful crutch to get us over the initial bump of IPv6 transition, but it&#39;s very much a double-edged sword. Relying on it has long-term implementations for the complexity of the Internet architecture, and that is IMO the wrong tradeoff..</div>

</div></div>