Slashdot Mirror


Why the Journey To IPv6 Is Still the Road Less Traveled

alphadogg writes The writing's on the wall about the short supply of IPv4 addresses, and IPv6 has been around since 1999. Then why does the new protocol still make up just a fraction of the Internet? Though IPv6 is finished technology that works, rolling it out may be either a simple process or a complicated and risky one, depending on what role you play on the Internet. And the rewards for doing so aren't always obvious. For one thing, making your site or service available via IPv6 only helps the relatively small number of users who are already set up with the protocol, creating a nagging chicken-and-egg problem.

11 of 390 comments (clear)

  1. The answer has been clear by Anonymous Coward · · Score: 1, Insightful

    Why are we revisiting? Ipv6 simply has too much overhead.

  2. Waiting for the killer app ... by slowdeath · · Score: 5, Insightful

    Have Facebook and/or Google go IPV6 only for website access. You will see virtually 100% adoption of IPV6 within 24hrs ...

    1. Re:Waiting for the killer app ... by phantomfive · · Score: 4, Insightful

      Why would either company do that? IPv6 would help neither one.

      --
      "First they came for the slanderers and i said nothing."
  3. Re:IPv6 and Rust: overhyped and unwanted! by fisted · · Score: 4, Insightful

    You know what NAT defeats? End-to-end connectivity.

  4. Re:IPv6 and Rust: overhyped and unwanted! by bugs2squash · · Score: 4, Insightful

    I have come to believe that end-end connectivity is the problem that a lot of people think NAT solves.

    --
    Nullius in verba
  5. Re:IPv6 and Rust: overhyped and unwanted! by EmeraldBot · · Score: 3, Insightful

    And 99.9% of people don't care.

    There are a lot of things 99.9% of people don't care about. If that's your justification...

    Me personally, I'd love my end-to-end connectivity back.

    --
    "Set a man a fire, he'll be warm for the rest of the night. Set a man afire, he'll be warm for the rest of his life."
  6. Re:IPv6 and Rust: overhyped and unwanted! by Cramer · · Score: 5, Insightful

    RA, aka. ICMP router advertisement. Abandoned circa 1970 as a "bad idea". It was a colossally bad idea in the 90's, and f'ing suicidally bad in 2000+. Yeah, let's trust whoever the f*** on the cable claims to be a router and send it our traffic. Oh, to protect my network(s) from that brain damage, I have to buy new switches that support "RA Guard".

    They didn't like DHCP. So "no f***ing DHCP in IPv6!" DHCPv6 is a bolt-on, staple-on, and bandaid addition to IPv6. It's a horribly incomplete shadow of DHCPv4, and still requires an RA tell you to use it.

    SLAAC... originally 80bit prefix plus 48bit MAC. They ignored the fact that ethernet is not the only technology in the universe. That was later amended (breaking older stacks) to 64bits. The entire purpose for the vast over-simplification of address selection (for tiny embeded systems with limit RAM/ROM/CPU) became moot 7sec into the IPng committee's existance -- IPSec shoots all three in the head, repeatedly, with artillery. Everything supports privacy extensions these days, so the logic for random address generation and duplicate address detection is there -- and rather trivial. Yet it, and SLAAC, demands the prefix-length be 64. Just to put that silliness in perspective, that's a single LAN with every ethernet device ever created (that will ever be created) in it 65,536 times over.

    This leads nicely into the blindness to history... a 64bit LAN is pure lunacy. Today and likely for several decades. But we "have an infinite amount of address space." Actually, NO, it is, in fact, quite finite: 128bits, to be exact. If we carve it up with the same pez-like abandon as the early IPv4 assignments, it will be even less "infinite". Sure, we can change the way we do things "with the next ::/8", but that dooms us to live with the colossal stupid of this ::/8 for ever. Again, dooming us (and our children's great grand-children) to live with our bullshit. We did a lot of stupid things with IPv4; and we're doing them all over again with IPv6.

  7. IPv6 has tons of useless changes and 1 useful one by egarland · · Score: 2, Insightful

    Automatic address assignment: Useless. DHCP is better.

    No more NAT: Useless. NAT is part of firewalls which are still needed. It's easy, and incredibly flexible.

    Better multicast routing: Useless. Multicast is dead, and will remain so.

    Simplified routing: Useless. This has been implemented outside IP

    QOS: Useless. The IPv6 implementation is wrong for how QOS is used now.

    Larger Address Space: The only useful feature in IPv6, but it was done wrong, and should be abandoned.

    We need IPv8 that does things right for the internet we have *today* not the internet we thought we'd need in 1998.

    --
    set softtabstop=4 shiftwidth=4 expandtab nocp worlddomination
  8. IPv6 is good for something by WaffleMonster · · Score: 3, Insightful

    I quite like vastly increased difficulty of scanning the whole IPv6 Internet. As soon as Comcast fixes their business class remote access via IPv4 is going bye bye. Sick of looking at all this crap in my logs. If random fools want to spam me they are going to have to work for it.

  9. Re:IPv6's day will come, but... by Dagger2 · · Score: 3, Insightful

    A single subnet? That's not enough for a lot of people.

    Everybody with a guest wifi network, for instance.

  10. Re:IPv6 and Rust: overhyped and unwanted! by FireFury03 · · Score: 3, Insightful

    People who think they need end-to-end connectivity for everything don't understand networking. It's not only not required, it is undesirable in most cases.

    Its undesirable in _some_ cases, it's absolutely required in others. So if you have a single IP address and you have to NAT everything, you win in the "some cases" situation and you lose for "others" (even worse with CGNAT). If you get rid of NAT and stick a stateful firewall in, you get the best of both worlds and can choose the best for the situation at hand.