ietf
[Top] [All Lists]

Re: IPv4 outage at next IETF in Chicago

2017-01-24 18:53:20
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 
<franck(_at_)peachymango(_dot_)org> 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?
<Prev in Thread] Current Thread [Next in Thread>