[ipv6hackers] IPv6 security (slides and training)

Leinweber, James jim.leinweber at slh.wisc.edu
Fri Nov 11 00:42:56 CET 2011

Fred Bovy:
> This transition to IPv6 more and more reminds me the Y2KŠ Which was just a
> non-event!

I think that's an unhelpful analogy.

  - Y2K was a non-event for consumers

  - Y2K was a very expensive event for businesses, involving much work by
     DBA's and application programmers

  - Y2K had a hard deadline

In contrast, IPv4 exhaustion and the  IPv6 transition

  * doesn't make the IPv4 internet stop working
     (whereas failure to act on Y2K caused applications to fail)

  * doesn't have a hard deadline

  * is more pervasive
     (You can't limit the impact to your DBA's and app developers)

  * is less expensive than Y2k
      (you can support IPv6 on your front end without ripping
       IPv4 out of your back end;
       a lot of your equipment and OS's have already picked up
       IPv6 support as a side effect of your normal replace/upgrade
       converting apps to support IPv6 is less work than Y2K, because
       we store fewer addresses than dates and manipulate them much

  * is more visible to consumers
     (OK, so dual-stack web browsers with happy eyeballs and native
      dual-stack uplinks are pretty invisible.       
      Negotiating v6 access with your ISP, replacing your wifi and
      broadband gear with v6 capable stuff, and the vagaries of
      watching your applications fail to cope with tunnels and carrier
      NAT are highly visible.)

The analogy I have been using in my own presentations is that IPv6 is
like the conversion from analog to digital TV (at least in the US);
new gear all around for mostly the same content.

-- Jim Leinweber
State Laboratory of Hygiene, University of Wisconsin - Madison
<jim.leinweber at slh.wisc.edu>       phone +1 608 221 6281
PGP fp: D573 AF7D F484 EE2A F0B6  B7DB A870 7518 F87D A0D1

More information about the Ipv6hackers mailing list