Re: IPv4 outage at next IETF in Chicago

[Jared Mauch <[e-mail]>]

This experiment would be best done in your home or office environment. 

I have had the described issue occur in real life at home, things went on mostly fine. 

Replicating what carriers like T Mobile USA and EE in the U.K. have done or are in the process of doing will not help folks understand the issues of v4 or v6. 

There is a whole host of minor issues that should be fixed in v6 that won't be addressed by this proposed experiment. With things like DNSSEC and such out there your router can't lie when you type router.login to your browser for example. People are still using the same old Linux or VxWorks with bugs and don't do AF_INET6 or a higher layer API. 

Much of the trouble comes from the consumer electronics space and lack of implementing of known best practices. 

Jared Mauch

> On Jan 24, 2017, at 5:11 PM, Franck Martin <[e-mail]> wrote:
> 
> I think it is time to move to the next level of IPv6 deployment.
> 
> Ideally the IETF WiFi network should now only provide the following 2 networks:
> 1)IPv6-only
> 2)IPv6-only with NAT64
> 
> The later should be the default network.
> 
> However you would say, well some stuff will break, some non technical people will use the IETF network and may have a bad experience, etc...
> 
> So to be conservative but at the same time futurist and like it was done a few years back, why not create again an IPv4 outage of a few hours where the above 2 networks would be the only networks available? 
> 
> Depending on results, this outage could be expanded to a full day at the following meeting, until the IPv4 network is totally removed from the WiFi?