Why some of us are IPv6 holdouts (Was: /8 end user assignment?)
Michael Loftis
mloftis at wgops.com
Sat Aug 6 22:40:27 UTC 2005
--On August 6, 2005 6:56:27 PM +0000 "Christopher L. Morrow"
<christopher.morrow at mci.com> wrote:
> a good email over all explaining more parts of the pie :) sweet!
Thanks... I try to add something to the threads when I weigh in...
>
<..>
> ok, good... now in 5 years when there are 'many more' v6 users are you
> still in this boat? should some of this work get started also? Would that
> be facilitated by getting some actual logs?
The point really, was that there are many packages of software. Open
Source, Commercial, in-house, front-end and back room that will need to be
looked at and outfitted. It's happening, but it will take a lot of work,
and probably time. In 5 years, I don't know. I hope not. I hope by long
before then that a majority of my concerns are addressed. It will take my
employer/org about six months, to one year to fully light IPv6 for
production. Maybe a bit longer. We've internal software to worry about,
and that estimate excludes any set-backs from external sources, like
Juniper deciding to twist everyone's arms for IPv6 licensing. I can leave
that to a separate thread/argument though. I do have about a paragraph or
two of venom on that topic if anyone is interested. :)
>> Maybe I'm more concerned about what (potentially bad) things happen on my
>> networks. Maybe not. Either way, that issue alone means a LOT of other
>> software than the web server, load balancer, and routers need to
>> understand (or speak) IPv6. There's a huge ecosystem of software here.
>> A lot of it hasn't been written in such a way that it takes into account
>> any other addressing/networking scheme than IPv4.
>
> agreed, but that problem doesn't seem to be getting addressed any better
> than the lb/router/web-server problem doe sit?
No not particularly. The web server software, routers, and load balancers
in my networks are all IPv6 capable, aware, and ready. What isn't at this
point is management tools, and an unknown number of customer applications.
I work primarily in web hosting. This means that there are lots of
unrelated applications that may make turning on IPv6 difficult.
I'm not saying it's impossible. I'm not saying it won't happen. Heck I
want it to happen. I want to go IPv6, get out of the way of the address
shortage that will be. I wanted to point out the bigger picture amongst
these threads of half answers and single issues. This isn't a one issue
thing. Everyone here on NANOG can make it that if they want to, but I
doubt that most of us do. The difficulty is in pointing this out to the
'sky is falling migrate today!' drum beaters, most of us are working on it,
but we're not the ones that need to be haranged. SW developers need to be
educated too, as much as, maybe more so than the ops community. They're
the ones that will ultimately make or break this thing.
We can build a network however we damn well please. But in the end the
network is just a road. We need applications. Cars. And people to drive
those cars....use those applications. That's what it comes down to.
Multicast has limited traction not necessarily because of limited technical
merit or ability, but because there are few applications that make use of
it.
As apps improve and start to support or require IPv6, more and more will
roll it out or be forced to roll it out. Some of us are being held up by
applications, hardware, or upsterams lack of v6, but that won't last
forever, and it can't last much longer or we could very realistically miss
the deadline, whatever it ends up being, for the 'last of the v4 space'.
--
"Genius might be described as a supreme capacity for getting its possessors
into trouble of all kinds."
-- Samuel Butler
More information about the NANOG
mailing list