<div dir="ltr"><div class="gmail_default"><font face="arial, helvetica, sans-serif"><a href="http://www.internetsociety.org/deploy360/blog/2013/12/campaign-turn-off-ipv4-on-6-june-2014-for-one-day/">http://www.internetsociety.org/deploy360/blog/2013/12/campaign-turn-off-ipv4-on-6-june-2014-for-one-day/</a></font><br>

</div><div class="gmail_default"><br></div><div class="gmail_default"><font face="arial, helvetica, sans-serif"><br></font></div><div class="gmail_default"><span style="font-family:arial,helvetica,sans-serif">​</span><font face="arial, helvetica, sans-serif">I fully support this idea. But I&#39;m in doubt what to actually do on 6 June. </font><br>

</div><div class="gmail_default"><font face="arial, helvetica, sans-serif">There isn&#39;t much benefit in turning off IPv4 on client devices in our office, because we already have a good idea what will work and what won&#39;t.</font></div>

<div class="gmail_default"><span style="font-family:arial,helvetica,sans-serif">Turning off IPv4 on all internet facing services would be better, because it will point out any IPv6 connectivity problems that visitors have.</span></div>

<div class="gmail_default">In that case, I can go about this in several ways.</div><div class="gmail_default">Doing it through (low TTL + removal of A records) gives you less control over things.</div><div class="gmail_default">

If you block IPv4 access at the service level (filtering/ACLs), then it&#39;s easier to restore things.</div><div class="gmail_default"><br></div><div class="gmail_default">Maybe some intermediate solution, such as serving up an explanation page to IPv4 users?</div>

<div class="gmail_default"><br></div><div class="gmail_default">Other ideas?</div><div class="gmail_default"><br></div><div class="gmail_default"><br></div><div><br></div>-- <br>Dick Visser<br>System &amp; Networking Engineer<br>

TERENA Secretariat<br>Singel 468 D, 1017 AW Amsterdam<br>The Netherlands
</div>