Slashdot Mirror


(Almost) All You Need To Know About IPv6

Butterspoon tips us to an article in Ars Technica titled "Everything you need to know about IPv6." Perhaps not quite "everything"; the article doesn't try to explain the reasons behind IPv6's meager adoption since its introduction 12 years ago. But it should be regarded as essential reading for anyone overly comfortable with their IPv4 addresses. Quoting: "As of January 1, 2007, 2.4 billion of those [IPv4 addresses] were in (some kind of) use. 1.3 billion were still available and about 170 million new addresses are given out each year. So at this rate, 7.5 years from now, we'll be clean out of IP addresses; faster if the number of addresses used per year goes up. Are you ready for IPv6?"

9 of 359 comments (clear)

  1. Meager adoption by beavis88 · · Score: 4, Insightful

    The reason, in a word and three letters:

    Widespread NAT

    1. Re:Meager adoption by iamacat · · Score: 4, Insightful

      Try to give this interesting exercise to a non-technical friend with DHCP, Windows Firewall and a wireless router.

    2. Re:Meager adoption by ThinkingInBinary · · Score: 5, Insightful

      All the worm has to do is get a list of IPV6 allocations and scan those networks.

      Erm, that's easier said than done. A normal residential IPv6 allocation will be a /64 prefix, which means you are allocated a 64-bit prefix, and you can select any address in the remaining 64-bit address space. So you'd have 18446744073709551616 addresses to scan to find all the hosts on the network. Assuming that the hosts have Privacy Extensions turned off, and that they are all autoconfiguring based on their MAC addresses, you know that the 12th and 13th bytes are 0xFF and 0xFE respectively. That still leaves 48 bits of address space, or 281474976710656 addresses. Good luck.

  2. Re:All you need to know... by Anonymous Coward · · Score: 5, Insightful

    Hopefully before they start implementing this strategy, they will take the huge Class A addresses from those who don't necessarily need all of it:

    MIT (I know they make use of public IPs, but 16 million addresses?)
    Haliburton (!)
    Bolt Beranek and Newman Inc (?)
    Ford Motor Company ....

    This website has an updated list. There are a lot more on the list who have waste space, I just don't feel like going through all of them.

  3. MIT and Apple by garcia · · Score: 4, Insightful

    As of January 1, 2007, 2.4 billion of those [IPv4 addresses] were in (some kind of) use. 1.3 billion were still available and about 170 million new addresses are given out each year. So at this rate, 7.5 years from now, we'll be clean out of IP addresses; faster if the number of addresses used per year goes up. Are you ready for IPv6?"

    As of January 1, 2007 too many IP addresses were in (some kind of) use by Apple and MIT who have entire class As but don't need that kind of address space. In 7 years when we are approaching what this particular author believes will be the end of the road for IPv4, those two (and anyone else with too many unused addresses) should be mandated to give them up so that everyone else can use them.

    IPv6 won't be in wide use until the ISPs drop their ridiculous additional IP charges. They make a good bit of money through that so I assume they will be the absolute last people to switch over. Because most residential connections are on Comcast and other providers that don't want anything to do w/making less money, there's no way that this will happen w/o a fight.

  4. IPV4 + RFC1918 != IPV6, NAT / Proxy saved IPV4 by mrnick · · Score: 4, Insightful

    The reason IPV6 has not been widely deployed is that the direct consumers of IPV4 addresses changed their ways and starting implementing sound IP address deployment strategies.

    When I say direct consumers as it relates to IPV4 the two largest consumers are Internet service providers and large corporations.

    I remember when I started my first ISP. Everyone that dialed up to our modem bank was assigned a public IPV4 IP address. Later as higher bandwidth solutions arrived it was nothing for an ISDN user to have a /25 (128 IP, half of what most people mistakenly call a class C). If a customer purchased a T1 then it was negotiated how many /24 (256 IP, again considered a class C).

    Now that has changed. Generally unless you pay extra you are going to have a RFC1918 (IP addresses that have been mutually agreed upon to be private). With this type of IP address nobody from the Internet can initiate communication to and of your equipment. These IP addresses are not routed on the public Internet. When you initiate an outbound communication to some server on the Internet your ISP will do a hide NAT to get you out to the Internet.

    A hide NAT is when many systems using private address space all use the same IP address as their source when they leave their ISP. So, instead of the good ol (not so good) days where ever user needed a public IP address now an ISP can hide thousands of customers behind a single IP address.

    Large corporation use similar techniques. They realized that not ever computer on ever desk need a public IP address. Again, they could use hide NAT and let them all use RFC1918 (private IP space) and when they would go out to the Internet they could either be hidden behind an IP or use a proxy. Also, almost simultaneously the idea that not all the servers in your data center needed a public address either. Your web and mail servers might but their back end database servers wouldn't. These wouldn't even require NAT because for security reasons it is just better if the have no interaction with the public Internet. The web servers could communicate with them with a physical separated network or internal routers could route their traffic to the proper location within their corporate infrastructure.

    Two factors drove this movement. First was the fear of running out of IPV4 addresses. Arin and the like were doing there best to scare consumers into rationing their allocation in fear of not being able to get another. Second came from network security. Firewalls and proxy servers and the like were being implemented more rapidly than ever before. This was partly in response to the ever expanding IT bubble that many were sure would grow indefinitely and the majority was due to the realization that without proper security the bad guys would enter you system and start poking around. A system (server environment) can never be made 100% secure but the more money you are willing to spend on security the higher you raise the bar for a potential black hat hacker. As you increase security you make those that don't easier targets so a hacker would go after the easiest to penetrate rather than the more secure environments. This feeds upon itself. There will always be hackers and network security will have to continually evolve.

    But back to IPV4. Looking at the current utilization of IPV4 as to what it was say in 1990 you see a completely different picture. The current picture is what was the promise of IPV6 and that is that it doesn't look like we will be running out in the foreseeable future. It's true with IPV4 we don't have enough public IP addresses so that everyone can have all their kitchen appliance connected to the Internet with a public IP. I have listened to many people tell the analogy that IPV6 has enough IP space so that every grain of sand on the planet Earth could have it's own IP address. Well, the truth is that we don't need that many, not anywhere near that many. And though it's true that IPV6 has more features t

    --

    Encryption: I may not agree with what you say, but I will defend your right to encrypt it...
  5. NAT Translation is Dead On. by twitter · · Score: 4, Insightful

    The article does a great job of presenting the debate. In every talk, you should tell the audience what you are going to tell them, then tell them, then tell you what you told them. In this case, the author took the novel and interesting approach of using a Slashdot summary of the subject, linking to a previous discussion and paraphrasing it. I present the summary and the expansion side by side to highlight their ingenious rhetorical style:

    "Use NAT, n00b. All 1337 of my Linux boxes share a single IP and it's safer, too!"

    Hosts behind a NAT device get addresses in the 10.0.0.0, 172.16.0.0, or 192.168.0.0 address blocks that have been set aside for private use in RFC 1918. The NAT device replaces the private address in packets sent by the hosts in the internal network with its own address, and the reverse for incoming packets. This way, multiple computers can share a single public address.

    "NAT is not a firewall."

    With IPv4, there will generally be a NAT device that functions as a simple firewall by blocking incoming sessions (although there are ways to trick NATs into allowing them). If you're working on security, keep your eye out for IPv6 because if overlooked, IPv6 could allow things that are blocked over IPv4.

    "NAT sucks."

    [1]However, NAT has several downsides. First of all, incoming connections don't work anymore, because when a session request comes in from the outside, the NAT device doesn't know which internal host this request should go to.

    [2]Things get even trickier for applications that need referrals. NAT also breaks protocols that embed IP addresses. For instance, with VoIP, the client computer says to the server, "Please send incoming calls to this address." Obviously this doesn't work if the address in question is a private address. For this reason and a few others, most of the people who participate in the Internet Engineering Task Force (IETF) don't care much for NAT.

    "You suck."

    This [1]is largely solvable with port mappings and protocols like uPnP and NAT-PMP.

    Working around this [2] requires a significant amount of special case logic in the NAT device, the communication protocol, and/or the application.

    More to the point, NAT is already in wide use, and apparently we still need 170 million new IP addresses every year.

    Thanks for the shoutout, Ars. The explanation of various non free software limitations for using IP4/IP6 and partial explanation of why those systems may need firewalls to begin with is sure to add to the human body of knowledge and foster civilized conversations. After reading the article, it's all clear to me, for sure not at all. Respeckt!

    --

    Friends don't help friends install M$ junk.

  6. Re:Running out of IPv4 by Scutter · · Score: 5, Insightful

    No. No. NO. Behind every router you can have an independent network, with as many machines as you want. Most small networks have users on the IPs 192.168.0.n or 192.168.1.n or 10.0.0.n. There are probably tens of thousands of machines using these addresses - but they do not conflict, because they are not using that address on the same global network.

    And it's oh so delightful when you have to connect to heterogenous networks who are both using the same private IP scheme. Or when you have to VPN into your office from a customer network and you're both using the same scheme. Or when you have to VPN through a NAT firewall.

    --

    "Tell me doctor, with all of your defenses, are there any provisions for an attack by killer bees?"
  7. Re:All you need to know... by virtual_mps · · Score: 4, Insightful

    The point is: there's so much address space that's wasted/unused. So wouldn't it make more sense to recover it? No. The article even touched on this. Allocation is currently at the rate of 170M/year. Going through a lot of effort to recover class A blocks (about a month's worth of allocation for who knows how many man-years of effort) is pointless. At most you'd push the drop-dead date back a year or two; you wouldn't fundamentally alter the outcome. From a strategic standpoint it makes far more sense to push for the IPv6 transition now (with the understanding that it will take a long time) than to spend effort prolonging IPv4 (which will eventually need to be replaced anyway).