<div dir="ltr">On Fri, May 15, 2015 at 12:21 AM, Jérôme Fleury <span dir="ltr"><<a href="mailto:jerome@fleury.net" target="_blank">jerome@fleury.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">During WG this afternoon, the idea was submitted that the IPv6 only<br>
experimentation be made the default SSID for the next meeting.<br>
<br>
While this has been working tremendously well for routine internet<br>
usage, I've been unable to use this network mainly because of<br>
incompatibility with my VPN network.<br>
<br>
We have a dual-stack VPN. some of the resources are v4 only though.<br>
The DNS64 converts my v4 VPN resources into v6 resources that are then<br>
routed to the non-VPN interface. While there could be workarounds<br>
(DNS64 on the VPN side, full v6 routing on the VPN, or all VPN<br>
resources available on v6) I don't think the technology is mature<br>
enough to make it the default for advanced usage.<br>
<br>
My 0.02$<br>
<br>
</blockquote></div><br></div><div class="gmail_extra">We could set up some kind of (friendly) rate limiting for the v4 network to make all regular users _want_ to be on the v6 network, which would not be limited. I can confirm all the major stuff was working, but I am sure not everybody tried.</div><div class="gmail_extra"><br></div><div class="gmail_extra">For those who still need v4, the fallback network with v4 would work, and it would maybe make them submit a ticket with their software vendor for incompatible applications (not necessarily including your problem, which seems to be more of a design thing)</div><div class="gmail_extra"><br></div><div class="gmail_extra">-</div><div class="gmail_extra">Volker D. Pallas</div></div>