So, if your company is not doing IPv6 yet, you really are really getting
late now.
Greets,
Jeroen
(PS: There seems to be a trend for people calling themselves"IPv6
Pioneers" as they recently did something with IPv6, if you didn't play
in the 6bone/early-RIR allocs you are not a pioneer as you are 10 years
late)
If you aren't telling your existing vendors that you need IPv6 now, you
need to be. If your vendors aren't getting the message, it's well past
time to take action and start looking for other vendors.
Have you done IPv6?
I have... It's not even difficult(), let alone really().Really().Difficult().
maybe not from a users standpoint (that comes later when it misbehaves
again). from an implementors (I have written a lot of kernel-side
networking code and networking related daemons, including a full-blown
bgpd, and that unfortunately included having to deal with v6)
viewpoint - IPv6 is a desaster. Why people take up that crap is beyond
me, instead of working on a viable alternative that doesn't suck.
Which is certainly possible.
I would say that at this point it is too late to resist v6 deployment
but it might be a good time to work on the "next thing" and use v6 as an
example of how not to do it next time.
It certainly is going to present some security challenges for some
folks, particularly the ones that have been using dynamic nat pools to,
in effect, block inbound connections. Firewall vendors are going to see
a windfall from v6, I think.