Log in

No account? Create an account
entries friends calendar profile Feren's dART gallery Previous Previous Next Next
Paint It Black
Living the American dream one heartbreaking piece at a time
IPv6 additionals
2 thoughts or Leave a thought
steelhelix From: steelhelix Date: May 18th, 2010 01:50 am (UTC) (Link)
In my opinion, the only real limiting factor holding back IPv6 is the consumer grade OSes that M$ and Apple put out. Both have serious issues that their simplistic interfaces can't fix without work-arounds. Linux is usually a more complicated interface on it's own, so while it has issues, they're more a matter of user knowledge than true lack of feature.

Most hardware out there seems IPv6 compliant these days, and it's really going to become a necessity soon for major systems to start adopting the protocol, I'm wondering why it's been so slow a process.
feren From: feren Date: May 19th, 2010 12:03 am (UTC) (Link)

Mixed bag o' trouble

It's a many-splendored ball of suck. I do not claim to be an expert like Randy Bush but my own experiences at home and in the professional field, paired with near-obsessive reading of NANOG, has given me some insights.

  • There is a chicken&egg sort of problem going on -- providers won't take IPv6 seriously, nor deploy it seriously, until there's demand. There's no demand for it because it hasn't been deployed. Right now there is no "killer app" that is driving IPv6 adoption. Mostly it is nerds & the occasional government mandate.
  • Consumer support -- most home CPE doesn't support IPv6. What I use for firewalls and routing as well as for switching at home does, but it's not "consumer-grade" as it was aimed more at the small branch-office market. My actual DSL "modem," something very consumer-grade that was provided by my ISP, doesn't know thing one about IPv6 (Some consumer devices, like various WAPs from Linksys and Buffalo and friends, can have a third-party firmware hacked into them that supports IPv6. This is not to be confused with "from the factory/provider" firmware images, which decidedly do NOT support IPv6). While a very few consumer-oriented providers are doing trials with IPv6, they're the minority and they face a lot of "legacy" equipment out in the field that will need to be replaced.
  • Cost for replacement of legacy gear -- the money has to come from somewhere. If there's one thing about being a service provider in the US that I've seen, it's that being a provider is a drive towards zero-sum. People want internet, they want it fast, and they want it cheap. And they want all three, no subset of the options is acceptable. The second they think they can get a better deal elsewhere, they'll jump ship. This makes capital investment by providers extremely difficult! If they invest there's a strong risk they won't realize sufficient revenue to pay for the cost before the subscriber jumps to a different provider. Likewise, if they try to subsidize by passing the cost of the gear on to the subscriber (even in a limited percentage over a long time period) the customer will likely find the hike in cost unacceptable and jump ship.
  • Lots of FUD about IPv6, from how it will explode the cost of core routing infrastructure to how every person on the planet should receive a globally routable network allocation. Let's not forget the absence of my old "pal" NAT, which some people in the operations community view as a feature and some as a failure.
  • Lack of coherent direction -- A quick look at threads about IPv6 on NANOG, a forum full of networking experts, shows that there's nothing even close to a consensus on what needs to be done in what order or how to even go about it. Some will tell you that the protocol is a non-starter since some of its premises are broken out of the gate (using the MAC for the latter half of the IP address as I mentioned can be bypassed. The IETF ratified that the DUID can be permanently generated so the IP survives NIC swaps. Which sounds great, but can break all sorts of processes for businesses).
  • The afore-mentioned lack of supply & demand? It applies to the commercial (non-residential) ISP/NSP market as well. I have two very large transit providers serving my datacenter. Neither of them has native IPv6 transit, I have to bring everything I want into $EMPLOYER via a tunnel from the Hurricane Electric IPv6 Tunnel Broker. My third ISP, recently ditched, claimed to support native IPv6 -- when I inquired about it through no less than 4 different channels I got blank stares.

It goes on like this.
2 thoughts or Leave a thought