Slashdot Mirror


Whatever Happened To the IPv4 Address Crisis?

alphadogg writes "In February 2011, the global Internet Assigned Numbers Authority (IANA) allocated the last blocks of IPv4 address space to the five regional Internet registries. At the time, experts warned that within months all available IPv4 addresses in the world would be distributed to ISPs. Soon after that, unless everyone upgraded to IPv6, the world would be facing a crisis that would hamper Internet connectivity for everyone. That crisis would be exacerbated by the skyrocketing demand for IP addresses due to a variety of factors: the Internet of Things (refrigerators needing their own IP address); wearables (watches and glasses demanding connectivity); BYOD (the explosion of mobile devices allowed to connect to the corporate network); and the increase in smartphone use in developing countries. So, here we are three years later and the American Registry for Internet Numbers is still doling out IPv4 addresses in the United States and Canada. Whatever happened to the IPv4 address crisis?"

574 comments

  1. NAT by hcs_$reboot · · Score: 5, Interesting

    While phones use Internet connectivity, they usually connect through the carrier infrastructure which may only allocate a few (or even 1) IPv4 addresses, thanks to NAT.

    --
    Slashdot, fix the reply notifications... You won't get away with it...
    1. Re:NAT by Rich0 · · Score: 5, Interesting

      Yup. NAT isn't really too troublesome on phones since they rarely run servers, are usually connecting to cloud-based services, and they move around so much that they'd probably have an IP change every 10 minutes if you handled them like a traditional routable IP.

      If I were using cellular service as my actual home ISP it would drive me nuts, though.

      IPv6 is needed more than it ever was. We just haven't reached the end of v4 yet.

    2. Re:NAT by aurizon · · Score: 5, Funny

      We need to get the ground work done so that IPv8 can be introduced smoothly - the galaxy demands to be properly served...

    3. Re:NAT by Anonymous Coward · · Score: 1

      Why bother with IPv8? The migration to IPv6 won't be finished by the end time.

    4. Re:NAT by Bert64 · · Score: 4, Informative

      This is far more troublesome for people who *do* run servers...
      If you are getting abusive users from a mobile ISP, how do you ban those users?
      Block the IP and you block every customer of that isp.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    5. Re:NAT by jkrise · · Score: 4, Insightful

      There are 2 dimensions to the IPv4 problem - the user end; and the server end. Except for newly formed companies looking to provide internet access to their users through a proxy server; the individual users are largely oblivious to the crisis; as you rightly mentioned.

      But try hosting your own server (non-cloud provider) - your ISP forces you to acquire IPv6; and you have to jump through hoops to make it smoothly accessible over VPNs and the general inernet.

      --
      If you keep throwing chairs, one day you'll break windows....
    6. Re:NAT by jellomizer · · Score: 1

      Also as each IP address gets rare, the more organizations will NAT even more.

      I mean you can get rather creative with DNS and NAT Rules www.domain.com and www.domain.org can point to the same outside IP Address then an advanced router knows based on the requested domain name wither to go internally to 10.0.0.2 and 10.0.0.3.
      So we can have levels on top of levels creativity in NAT to keep IPV4 for a long time.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    7. Re:NAT by gl4ss · · Score: 2

      well since you usually have to pay money anyways to get a static IP the users are unlikely to have static ip's anyhow even on their landline connections...

      --
      world was created 5 seconds before this post as it is.
    8. Re:NAT by mjr167 · · Score: 4, Informative

      Practically speaking, the IP address doesn't change unless you reboot the modem or manually do a release/renew.

    9. Re:NAT by kasperd · · Score: 5, Informative

      NAT isn't really too troublesome on phones since they rarely run servers, are usually connecting to cloud-based services

      Any sort of peer-to-peer communication is problematic, if NAT is involved. Lots of the communication you want to do on phones is peer-to-peer in its nature, but actually implementations have often chosen inferior cloud based implementations, simply to work around NAT. Why else would you involve a cloud service, when what you really want to do is to move some data from one phone to another?

      Additionally, even communication with cloud based services is problematic when NAT is involved.

      Connecting to a cloud service in order to get a notification, once there is a new email or a new chat message is something you often want to do on a phone. But you cannot do that through a NAT, unless you a prepared to send a constant stream of packets to keep a connection tracking entry alive. Now your phone has to wake up every so often just to send another keepalive packet through the NAT. This consumes battery power, it also consumes bandwidth and if everybody does it, it consumes entries on the NAT.

      If the NAT does run out of entries for connections, it will have to lower the lifetime of connections. That will lead to applications sending keepalives more frequently, and we are back in the same situation as before, only wasting more battery power and bandwidth.

      and they move around so much that they'd probably have an IP change every 10 minutes if you handled them like a traditional routable IP.

      NAT does not solve that problem, it actually makes it worse. You still have to keep track of the local IP you assigned to the phone if it is behind a NAT. The tracking of the IP address is not any harder just because it is a public address. But by introducing a CGN you introduce the requirement that all the traffic from the phone gets routed through that CGN even as the phone is moving. If you did not have the NAT layer, you only have the challenge of routing packets to the phone as it is moving, there is no need to get it through one particular NAT as well.

      --

      Do you care about the security of your wireless mouse?
    10. Re:NAT by SuricouRaven · · Score: 5, Informative

      Most ISPs assign staticish addresses. They are technically dynamic, but change very infrequently - in my case, no more than once or twice a year, baring a change of modem or network card.

    11. Re:NAT by Anonymous Coward · · Score: 0

      Yup. NAT isn't really too troublesome on phones since they rarely run servers, are usually connecting to cloud-based services, and they move around so much that they'd probably have an IP change every 10 minutes if you handled them like a traditional routable IP.

      You sure about that?

      My understanding was that cell phones all already use IPv6 via 6-to-4 NAT on the backend.

    12. Re:NAT by peragrin · · Score: 4, Informative

      depending on the provider you don't get a new ip address when do those things either. from my limited experiments with Comcast and Time Warner they give the same IP address to the same Mac address every time.

      I replaced a router on both and got new ip addresses. however when i cloned the mac address from the old routers to the new I got the old ip addresses.

      Now this is really limited. 4 routers on two service providers. so take it with a grain of salt and a shot of tequila .

      --
      i thought once I was found, but it was only a dream.
    13. Re:NAT by ttucker · · Score: 2

      DHCP servers typically try to give clients their old IP addresses based on MAC address. This usually works until there is a huge demand for reservations, and the pool of free addresses runs out. This is uncommon in broadband networks where the number of clients is relatively static, and clients are rarely restarted.

    14. Re:NAT by gothzilla · · Score: 2

      One of our remote offices was connected via cellular. It was actually very usable and far more stable than you might guess. It's in a small town in Arkansas that didn't have access to anything but dialup. We couldn't even get a T1 without a huge build cost. Fortunately there were only 4 people there that needed access too. We just plugged a USB hotspot into a Cradlepoint router and it worked very well. We couldn't get a static IP but DynDNS + LogMeIn was good enough for what we needed there.

      The mom & pop cable provider there finally got internet access a few years back so we switched to that and it's so unreliable that I wish we could go back to cellular.

    15. Re:NAT by Anonymous Coward · · Score: 0

      Layer7 routers. Yes they have them, but what would get you 10gb/s of routing with a $500 computer now needs a $100k hardware firewall to handle L7 routing. Not to mention that you're doing L3 routing based on L7 data. Grats, you just broke layering.

    16. Re:NAT by Anonymous Coward · · Score: 0

      calculate the number of atoms in the universe. thats the maximum required. unless one thinks we can eventually identify and track individual subatomic particles.

    17. Re:NAT by Anonymous Coward · · Score: 0

      The interesting thing is that once organizations start using IPv6 they will no longer need their horded IPv4's... which they could then hand back and IPv4 would be good for another 100years and IPv6 would no longer be needed!
      (Well; unless you want full traceability of all devices and the ability to directly connect to any device without contact being initialized from the device... but who wants that anyway? (not counting the NSA))

      Amazing how human hoarding behavior always screw everything up.

    18. Re:NAT by slashmydots · · Score: 1

      Plus, then they can spy on everyone's traffic infinitely easier.

    19. Re:NAT by denmarkw00t · · Score: 1

      As a counterpoint: I'm on TWC and any time the modem itself has rebooted, I've gotten a new IP. The router can sit and spin and reboot all day and get the same WAN IP from the modem, but once the modem lights flash off and back on, I've got to go update my DNS entry for my not server that I'm not running from my not home.

    20. Re:NAT by ericloewe · · Score: 2

      128 bits are enough for the whole solar system.

      Let's wait for intelligent life to show up before we scare them away with our inability to quadruple the size of our addresses.

    21. Re:NAT by Anonymous Coward · · Score: 0

      I can safely say Yes, this so much.

      I remember being banned from a couple websites by using a mobile wireless dongle for various things, mainly trolling and shitposting, before even going on the things.

      Also, I was under the impression that a good chunk of mobile and cellular companies had IPv6 on their services since they are easy to roll out when it is new as opposed to upgrading which is more expensive.
      Seems that some simply don't care at all.

      Sooner or later, more IPs are going to be cut up and shared for home line users.
      Ideally it COULD be done in a smart way by having a limited number of houses assigned to one IP, but the IP session stuff is still going to haunt due to awful and lazy devs using IPs as session holders.

    22. Re:NAT by SQLGuru · · Score: 4, Funny

      Until each electron, proton, and neutron needs an address......and each quark....etc.

    23. Re:NAT by Jane+Q.+Public · · Score: 1

      "depending on the provider you don't get a new ip address when do those things either. from my limited experiments with Comcast and Time Warner they give the same IP address to the same Mac address every time."

      Depending on the setup, this is typically done via the DHCP lease time. The "lease time" is the amount of time a DHCP address will remain assigned to a client if unused. Give accounts a long lease time, and you USUALLY will get your old IP address back when you go back online. But it isn't universally true.

      I've found that my IP address has changed about once a year, give or take.

    24. Re:NAT by aurizon · · Score: 1

      Well, if the Aboriginals had a plot description for all of North America, they would have been able to see off those Brits.
      The fast talking, slick aliens will come first, looking to steal our DNA codes and loose rocks in the Oort belt, so we need all this stuff well trammelled for when we face them in Galactic Courts

    25. Re:NAT by Anonymous Coward · · Score: 1

      Mobile ISP? What new jargon are you trying to implement here?!?

      You mean a cellular carrier, right? Ever heard of something called an IMEI? You can't access mobile network, cellular, without one. And, afaik, duplicates can't exist.

    26. Re:NAT by Rich0 · · Score: 1

      Well, the hoarded IPv4s might be useful, but the organizations with them will probably take quite a while to switch to IPv6, and I doubt releasing the hoarded ones without deploying IPv6 would be any more than a temporary solution.

      There really aren't a lot of clean solutions for undersized address fields. Computing is full of hacks to get around them (starting with EMS on x86). I just hope that when 64-bit is no longer good enough programmers will not have gone back to making assumptions about the size of types like long int/etc.

    27. Re:NAT by Rich0 · · Score: 1

      Find a better solution than IP banning?

      It drives me nuts when I run into a website that blocks me for running a Tor RELAY node. No, not an exit node - a relay node. There is no way that somebody is going to hack into them via Tor from my site. But, the various blacklists out there list me as "running Tor" so block, block, block...

    28. Re:NAT by Rich0 · · Score: 1

      If you did not have the NAT layer, you only have the challenge of routing packets to the phone as it is moving, there is no need to get it through one particular NAT as well.

      Well, that is easy - just make every tower a separate subnet and force a dhcp negotiation each time the tower changes.

      I'm not sure how that makes your goal of peer-to-peer transmissions any easier though.

      If you wanted the phone IP to remain constant then routing that is no easier or harder than NAT. The packets are still going to go into the provider's network at the same point, since the phone isn't moving as far as the rest of the world is concerned. The only way to get the packets into their network at a more appropriate point is to advertise routes for individual IPs, and that isn't going to happen.

      That's the problem with the whole everything-has-an-IP internet of things mindset. IPv6 might give you the address space for this, but you are still dealing with constantly changing dynamic IPs for anything that moves, because nobody has come up with a way to route packets to individual IPs that move around. The IP doesn't really belong to the device as a result - it belongs to the ISP.

    29. Re:NAT by Rich0 · · Score: 1

      They may very well use IPv6, but they're still NATed, and I imagine the IP changes fairly often as well.

    30. Re:NAT by kasperd · · Score: 1

      Well, that is easy - just make every tower a separate subnet and force a dhcp negotiation each time the tower changes.

      That would increase the number of IP addresses needed on your network, as each tower would need enough addresses to cover peak usage. Additionally, the DHCP server wouldn't know that a client had left, so the addresses would be occupied long after no longer being in use. That means if you try to do this with IPv4 there would be absolutely no way to avoid NAT.

      If you tried to go for a similar approach with IPv6, it would work slightly better. First of all using router solicitations has a bit less overhead than DHCP. Additionally you have enough addresses, that you don't need to worry about the extra consumption caused by this approach. And you avoid the NAT layer. You still get the problem with the IP address of the device changing too frequently. Possibly IPv6 mobility or MPTCP could help with that. Things may work out even better, if you could do a proper handoff between towers where you can have some overlap time during which both addresses work.

      Such a handoff could either be done by a device being able to communicate with two towers simultaneously, or by each tower knowing about devices on neighbouring towers. Then as you moved the tower you used previously would know where you had moved and route your packets that way.

      But frankly I guess the carrier has a more intelligent network, which can actually centrally keep track of where each device is and route traffic for that device to the proper tower without having to change the addressing. Your phone number doesn't change as you are moving around either.

      If you wanted the phone IP to remain constant then routing that is no easier or harder than NAT.

      They are two orthogonal problems. One you need to solve if you decide to use IPv4, the other you need to solve regardless of which IP protocol you choose. Which of the two problems is easier or harder to solve is not entirely clear to me. I do think the routing part sounds a bit easier. But it is clear that having to solve both problems is harder than having to solve just one of them.

      The packets are still going to go into the provider's network at the same point, since the phone isn't moving as far as the rest of the world is concerned.

      Where the packets enter the provider's network does indeed not depend on where inside the provider's network, the device is located. But networks have a concept called redundancy. There are multiple points through which the packets could enter the network. As soon as the packet is inside the provider's network, it is possible to do more fine grained routing than the outside world would have done. So at that point you could route the packet to the most efficient path to the device.

      If NAT is involved, it gets more complicated. You don't want the NAT to become a single point of failure, so you have to have multiple geographically distributed NAT devices. Consistent replication of connection tracking information between geographically distributed NAT devices is impractical. So you'd need all packets for a connection to go through the same NAT. But routing only considers the IP address of one endpoint, not both, so routing based on connection is not going to be trivial either. You can cut back a bit on the consistency requirement for the replication and then actually replicate connection tracking information. But no matter how you do it, the NAT is going to impose a lot of complexity as soon as you require that it cannot be a single point of failure.

      --

      Do you care about the security of your wireless mouse?
    31. Re:NAT by kasperd · · Score: 1

      We need to get the ground work done so that IPv8 can be introduced smoothly

      I think most people gave up on PIP already.

      --

      Do you care about the security of your wireless mouse?
    32. Re:NAT by kasperd · · Score: 1

      My understanding was that cell phones all already use IPv6 via 6-to-4 NAT on the backend.

      I'm pretty sure they are not using 6to4. Some carriers use DNS64+NAT64 for cell phones, and thus the phones themselves are IPv6-only. But NAT64 is still a NAT with connection tracking and all that. Additionally since the phone doesn't even know, that it is really IPv4 on the other side of the NAT, it may actually cause some software to have more problems with that.

      An advantage of DNS64+NAT64 is that you can migrate clients between NAT64 devices without affecting established connections. The address seen by the client has plenty of bits that it can contain both an identification of the NAT64 device in use and the IPv4 address of the server on the other side of the internet. And by handing the client multiple IPv6 addresses using different NAT64 devices, you can let the client perform failover between them.

      --

      Do you care about the security of your wireless mouse?
    33. Re:NAT by Anonymous Coward · · Score: 0

      Cell Phone Carriers are using IPv6 already. Check your IP online when using your cell phones 3G or 4G plan and you'll see you're already using IPV6.
      www.whatismyip.com --- Will tell you.

      Also, companies can have a single IPv4 address and simply use a NAT for all the devices behind that IP.

    34. Re:NAT by Anonymous Coward · · Score: 0

      I think it is just behind NAT by default. At least here in Norway most if not all cell phone providors offers you a real IP if you just change the APN.

    35. Re:NAT by Anonymous Coward · · Score: 0

      i have had one IP change in the last 6+ years of using cable providers, excepting for when I actually moved physical locations. Through several modems and NICs.

    36. Re:NAT by Anonymous Coward · · Score: 0

      Normal phones (barring any bad behavior from applications you have installed) probably do not keep connections live, except when they need them. It's ridiculous to try to keep a connection alive, because every time you change towers, things have to get renegotiated. Apps that keep live connections on your cell phone are usually doing a bad thing.

    37. Re:NAT by Rich0 · · Score: 2

      Additionally, the DHCP server wouldn't know that a client had left, so the addresses would be occupied long after no longer being in use.

      I agree with most of what you said, but there is no reason that the DHCP server couldn't know that the client had left. The cell tower knows what phones are and are not in the area. Plus, lease times could be really short - maybe a minute or two - even if that were not handled.

    38. Re:NAT by kasperd · · Score: 1

      Apps that keep live connections on your cell phone are usually doing a bad thing.

      How do you expect to get notified once an email or a chat message arrives?

      --

      Do you care about the security of your wireless mouse?
    39. Re:NAT by wosmo · · Score: 2

      $100k hardware firewall? what he's talking about is an easy task for reverse proxy / load balancing. Has been for years. It's a very common setup where you have multiple worker nodes answering. It's the typical setup for 'elastic' style amazon stuff. one load balancer, as many nodes as the current load requires behind it.

    40. Re:NAT by dbIII · · Score: 1

      Polling at time intervals, short if necessary, instead of stupid open connections that mean Outlook and other stuff set up that way is unreliable in some conditions unless it's wrapped up in cotton wool (eg. connect via a VPN just so the client end of the VPN software can lie to Outlook when necessary).

    41. Re: NAT by Anonymous Coward · · Score: 0

      Why else would you involve a cloud service, when what you really want to do is to move some data from one phone to another?

      Data mining?

    42. Re:NAT by kasperd · · Score: 1

      Polling at time intervals, short if necessary

      Polling is even worse than keepalives. Polling is a waste of resources. Let's say I have a chat client, and need to get notified about incoming chat messages in a timely fashion. A reasonable polling frequency for that would probably be around once every five seconds. For each poll I will exchange three packets for a TCP handshake, two packets for application level query, and four packets to tear down the TCP connection. That is a total of nine packets every five seconds.

      There could be hours between the time where I receive a chat message. But that does not mean I can wait hours to be notified about one arriving.

      If instead the client open a connection and tell the server to notify me, once a message arrives, the connection could exchange the following packets. Three packets for TCP handshake, three packets for application level request, application level ACK and TCP level ACK of the application level ACK. A total of six packets after which the connection goes idle. Once a chat message arrives there could be an application level notification followed by four packets to tear down the connection. That is a total of eleven packets for the entire duration of this connection, which could last for hours.

      Eleven packets in the span of hours seem a lot more efficient than nine packets every five seconds. And the open connection can even give me a notification in less than a second compared to the average delay of 2½ second I'd get from polling every five seconds.

      --

      Do you care about the security of your wireless mouse?
    43. Re:NAT by mars-nl · · Score: 1

      This is why I run in bridge mode.

    44. Re:NAT by Eddy_D · · Score: 1
      Not a bother to you maybe...

      In my work I find GSM carrier NAT infrastructure to be very annoying. Firmware running on the phone must be aware of a "use it or lose it" mentality in the carrier, in my experience this is usually around 15 minutes for TCP, then the NAT hardware flushes your route and it effectively disappears (breaking the protocol). UDP is even shorter.

      In systems which must be bi-directional, this issue of keeping the connection alive is a concern, not so much for the phone but for the server which may be sending data back to the phone sporadically. It also forces the phone firmware to perform the initial connect, so useful server-based utilities are hard to put on the phone without modifying them.

      IPv6 would (likely) provide a static IP address on the phone resolving all of these issues and providing better support for downstream communications from a base to the phone(s).

      --
      - I stole your sig.
    45. Re:NAT by Eythian · · Score: 1

      For what it's worth, when connected via 3G, I'm getting a public IP address on VFNZ. It seems to be firewalled inwards, but the device reports the same IP that it uses to connect to external hosts.

    46. Re:NAT by Anonymous Coward · · Score: 0

      Uh, most phones use IPv6 already. NAT is a bad idea on cell networks. Most phone carriers require IPv6 and have done so since like 2010. The exception to the rule here is AT&T who have through that NAT and 6RD would be better solutions. When that bet didn't play out well, started taking hard looks at IPv6, which in turn means they fallen behind on IPv6 adoption compared to others.

      A lot of big boys are realizing NAT is not a good idea at least on the large scale. IPv6 is really easy to roll out within the network so long as all the clients can use it. That said, there's still a lot of legacy and that tends to complicate things. There really isn't any valid reason someone shouldn't use IPv6 if they are already able to do so. As far as the crisis goes. Head over to Europe or Asia to see its effects. Everyone knew that ARIN would be one of the last boys to cry because ARIN had so many /8 networks assigned to it compared to everyone else. ARIN however, is not immune and is already in Phase 3 of the count down process.

      NAT isn't a real solution and a lot of people are trying to avoid as best they can. Processing power in routers is expensive, so why choose the solution that is going to cause you to double or triple that cost?

    47. Re:NAT by jrumney · · Score: 1

      well since you usually have to pay money anyways to get a static IP

      There's nothing usual about that at all. It's just your ISP cashing in on the perception of a scarce resource rather than doing the sensible thing and switching to IPv6.

    48. Re:NAT by jrumney · · Score: 1

      DHCP servers typically try to give clients their old IP addresses based on MAC address.

      The clients typically ask for their previous address as part of the initial exchange. If it is still available, the server will generally let them have it. The server doesn't need to remember anything.

    49. Re:NAT by DarwinSurvivor · · Score: 1

      Nope, mine is only IPv4 (Wind Mobile in Western Canada).

    50. Re:NAT by raju1kabir · · Score: 1

      lease times could be really short - maybe a minute or two - even if that were not handled

      That would mean more spurious data charges, and lower battery life due to frequent activity that has to trickle up from the radio board to the phone's OS. Also I don't want to lose my IP every time I'm in an elevator.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    51. Re:NAT by Boltronics · · Score: 1

      Australian here. I noticed that some time in the last few years, my phone (N900 at the time which I could once remotely SSH into from home) was now behind NAT and unreachable. It might not be a crisis, but it's still a PITA.

      --
      It's GNU/Linux dammit!
    52. Re:NAT by Jmc23 · · Score: 1

      So plot descriptions don't work for the spanish and french? and why would they need to describe ownership of anything if they believed it can't be owned? Your careful chosen words can't mask the fact your thoughts are USian!

      --
      Don't complain about syntax, grammar, or spelling. There is no.hell like input on android.
    53. Re:NAT by jrumney · · Score: 1

      Cell Phone Carriers are using IPv6 already.

      Yours maybe. Mine is giving me only an IPv4 address in the 10.* range.

    54. Re:NAT by jrumney · · Score: 1

      On the other hand, whatismyip.com tells me I have a public IP address with no proxy detected. You need to look on your actual device for the IP address you are being assigned. Carrier grade NAT is transparent to most of the websites that claim to tell you your IP address.

    55. Re:NAT by hermitdev · · Score: 1

      there is no reason that the DHCP server couldn't know that the client had left. The cell tower knows what phones are and are not in the area

      Under what time frame? I might have been momentarily in an elevator. Should that kill it? If you require a ping every 5 seconds versus every 60, you could significantly affect idle power usage.

    56. Re:NAT by Anonymous Coward · · Score: 0

      This is far more troublesome for people who *do* run servers...
      If you are getting abusive users from a mobile ISP, how do you ban those users?
      Block the IP and you block every customer of that isp.

      LiquidWeb does this to their shared hosting. If you get more than a handful of connections from the same IP address, that address gets banned. It's high enough one user can connect from their browser, but if two users behind a NAT surf to the site at the same time, boom, entire IP banned. With the proliferation of NAT, I'm wondering how many of my visitors are getting banned for legitimate surfing.

    57. Re:NAT by wolrahnaes · · Score: 1

      I mean you can get rather creative with DNS and NAT Rules www.domain.com and www.domain.org can point to the same outside IP Address then an advanced router knows based on the requested domain name wither to go internally to 10.0.0.2 and 10.0.0.3.

      DNS has absolutely nothing to do with NAT. Certain protocols, such as HTTP and SIP, allow the *same* IP to host multiple domains which are differentiated by a field in the request. A reverse proxy can send traffic that hits this same IP to go to multiple servers, including different ones based on domain, but NAT's involvement is over with by the time anything cares about the hostname on the request.

      --
      I used to get high on life, but I developed a tolerance. Now I need something stronger.
    58. Re:NAT by Anonymous Coward · · Score: 0

      properly served...

      It's a cookbook!

    59. Re:NAT by Darinbob · · Score: 1

      Ya, phones connect to pre-existing WiFi routers, those blocks are already allocated.

      For the "internet of things", those are IPv6 mostly.

    60. Re:NAT by Miamicanes · · Score: 1

      AFAIK, no mobile network in existence will even route inbound TCP/IP. At one time in the distant past, Sprint would relay up to a few bytes per second sent as UDP to the public IPv4 address of a phone connected via 1xRTT, but they pulled the plug on THAT sometime around 2006.

      I know that today, T-Mobile (and probably others) have begun to use the US DoD class A (or at least a hefty chunk of it) as a de-facto private address space for non-routable ipv4 addresses assigned to phones.

    61. Re:NAT by Anonymous Coward · · Score: 0

      And how does that help the server operator who only sees the IP address and never the IMEI?

    62. Re:NAT by Anonymous Coward · · Score: 0

      Intel has pushed out so many quarks at that point, and they all need an IP addresses. 10 to the 80th power is for sissies.

    63. Re:NAT by sociocapitalist · · Score: 1

      This is far more troublesome for people who *do* run servers...
      If you are getting abusive users from a mobile ISP, how do you ban those users?
      Block the IP and you block every customer of that isp.

      Just to note that this problem is going to increase exponentially as we move to 4G due to the increased bandwidth.

      Carriers are usually required to log who has which IP at which time but this isn't foolproof either, especially regarding pre-paid cards.

      --
      blindly antisocialist = antisocial
    64. Re:NAT by Rich0 · · Score: 1

      Presumably this is a problem the cell phone system already has solved. They have maintained routing tables for phone calls for decades. It is just a matter of tuning, and yes, you can optimize for more traffic and battery use, or you can optimize for less table/address space consumed.

    65. Re:NAT by ttucker · · Score: 1
      This is also true, but at least the Linux dhcpd also tries to reunite the client with a previous IP that they had on new requests. From the dhcpd.conf(5) manpage:

      When the DHCP server allocates a new address for a client (remember, this only happens if the client has sent a DHCPDISCOVER), it first looks to see if the client already has a valid lease on an IP address, or if there is an old IP address the client had before that hasn't yet been reassigned. In that case, the server will take that address and check it to see if the client is still permitted to use it. If the client is no longer permitted to use it, the lease is freed if the server thought it was still in use - the fact that the client has sent a DHCPDISCOVER proves to the server that the client is no longer using the lease.

    66. Re:NAT by stoatwblr · · Score: 1

      Which is why phones are ideal candidates for MobileIP deployment

    67. Re:NAT by stoatwblr · · Score: 1

      you block 'em and direct access to a page explaining why, along with a request to complain to the provider's helpdesk.

      Those abusive users tend to find out very quickly that they're not anonymous.

      It works. One ISP who got blocked from a popular service due to abusive users ended up taking 9000 complaints per hour, sustained for a couple of weeks before they gave in. Other ISPs started responding in far less time once a willingness to shut them out was demonstrated.

    68. Re:NAT by Anonymous Coward · · Score: 0

      It's not just about the #atoms. It's also about the ability to address groups of networks, and once one does that, then one can easily run short on the number of multicast addresses available to address such groups. So the limitation is not physical, it's mathematical, and that's what could make IPv6 run out at some point in time.

    69. Re:NAT by painandgreed · · Score: 1

      Until each electron, proton, and neutron needs an address......and each quark....etc.

      You forget that each different quantum state may need it's own address once we get into quantum computing.

    70. Re:NAT by Anonymous Coward · · Score: 0

      I'm not getting this - why would DHCP use MAC addresses? The whole idea of DHCP is to assign static addresses to certain nodes, and pools to others.

      With IPv6, one can use DHCPv6, which is somewhat different since any node can have multiple addresses in IPv6 - something not possible in IPv4. But here too, one would be able to define and assign pools of static as well as dynamic addresses.

    71. Re:NAT by Anonymous Coward · · Score: 0

      Also, how about cellular standards that do NOT implement IMEI?

    72. Re:NAT by Cramer · · Score: 1

      INCORRECT. I see you've never experienced the joy of your IP address being reassigned when renewed -- dhcp renew is answered with NAK! Or you don't run services that are sensitive to address changes. (globally, I've found dynamic address to be fairly dynamic. on the local scale, *my* address doesn't change that often, but it does change.)

    73. Re:NAT by Anonymous Coward · · Score: 0

      NAT isn't really too troublesome on phones since they rarely run servers, are usually connecting to cloud-based services

      Any sort of peer-to-peer communication is problematic, if NAT is involved.

      It can be yes; but if your firewall is setup correctly then it isn't. Example: Linux IP Tables has all kinds of cool stuff to overcome that issue. What runs most home routers? Linux with IP tables.

      Lots of the communication you want to do on phones is peer-to-peer in its nature, but actually implementations have often chosen inferior cloud based implementations, simply to work around NAT.

      Cloud has nothing to do with working around NAT.

      Why else would you involve a cloud service, when what you really want to do is to move some data from one phone to another?

      B/c neither device can host a server, and you want network independence. E.g you want the two devices to be able to get the same data regardless of their proximity, and without involving the user's home computers which may be behind yet another firewall. A cloud server hosting the correct service provides the perfect solution provided that the two devices keep the data in sync, which is far easier to do on a mobile device than creating a server (of any kind) for the two to operate.

      Additionally, even communication with cloud based services is problematic when NAT is involved.

      Why? You obviously do not understand NAT very well. NAT does a great job - I run it on my entire home network; ISP only sees 1 address for the >10 systems in the house. We interact with Cloud services all the time (especially NetFlix) often with two devices showing stuff (same or different...my 2 year old like to show the same thing on multiple devices).

      The only time you run into problems is when one party wants to do enforcement based on the remote IP of some sort.

      Connecting to a cloud service in order to get a notification, once there is a new email or a new chat message is something you often want to do on a phone. But you cannot do that through a NAT, unless you a prepared to send a constant stream of packets to keep a connection tracking entry alive. Now your phone has to wake up every so often just to send another keepalive packet through the NAT. This consumes battery power, it also consumes bandwidth and if everybody does it, it consumes entries on the NAT.

      If you are trying to do it with a constant network connection then you're already in trouble. That has nothing to do with NAT and everything to do with the inability of a sleeping device (mobile or otherwise) to maintain its network connections reliably. A correct design would be to use a service that you can query quickly using disparate network connections, e.g a REST-ful API.

      If the NAT does run out of entries for connections, it will have to lower the lifetime of connections. That will lead to applications sending keepalives more frequently, and we are back in the same situation as before, only wasting more battery power and bandwidth.

      Which you are doing b/c of bad design, not b/c of NAT.

      and they move around so much that they'd probably have an IP change every 10 minutes if you handled them like a traditional routable IP.

      Again, bad design, not NAT.

      NAT does not solve that problem, it actually makes it worse. You still have to keep track of the local IP you assigned to the phone if it is behind a NAT. The tracking of the IP address is not any harder just because it is a public address. But by introducing a CGN you introduce the requirement that all the traffic from the phone gets routed through that CGN even as the phone is moving. If you did not have the NAT layer, you only have the challenge of routing packets to the phone as it is moving, there is no need to get it through one particular

    74. Re:NAT by Anonymous Coward · · Score: 0

      Adopting IPv6 shouldn't release any IPv4 addresses, which delays the overall transition. Whatever IPv4 addresses organizations have would still be needed to cover dual stack services, particularly to IPv4 only clients, and would remain w/ whoever has 'hoarded' them. So there is no reason why IPv6 would not be needed.

    75. Re:NAT by Anonymous Coward · · Score: 0

      My understanding is that mobile IP does worst w/ NAT, which is why the mobile infrastructure at least has to be IPv6.

    76. Re:NAT by Anonymous Coward · · Score: 0

      Until each electron, proton, and neutron needs an address......and each quark....etc.

      Except that the addressing size of IPv6 is *not* 128-bits. For unicast addresses, the first 48 is the routing prefix, the next 16 is the subnet prefix and the last 64 are the local interface identifier.

      It's definitely bigger then IPv4 at the maximum possible number of things with addresses, but there's also a lot of wasted bits in the design.

      Will 2^96 still be enough to address each sub-atomic particle?

    77. Re:NAT by kasperd · · Score: 1

      Linux IP Tables has all kinds of cool stuff to overcome that issue.

      With lots of configuration, you can overcome some of the problems. But you'll never get it working as smooth as it would without NAT.

      B/c neither device can host a server

      And the reason for that is NAT. Also, the definition of a server is unclear in the first place. Not all protocols are client-server protocols. Do you call every listening end of a TCP connection a server? Historically some protocols including FTP and X11 have been listening for connections on the client device. And peer-to-peer protocols need to transfer data between two devices, neither of which would be considered a server. In many cases UDP has been used in scenarios, where TCP would have been better suited. The only reason being, that it is easier to punch holes in a NAT, if you are using UDP than if you are using TCP.

      You obviously do not understand NAT very well.

      I have written a NAT implementation from scratch. What background do you have, which gives you more knowledge about NAT than writing a NAT implementation from scratch?

      A correct design would be to use a service that you can query quickly using disparate network connections

      Such a design is never going to work. What are you going to do once you face the requirement of notifying the user about an incoming message within a five second deadline, while your power budget does not allow you to send packets more frequently than once every 30 seconds during idle time?

      that is all handled transparently by the network, and the software should be able to manage keeping itself going even as its IP address changes

      With current network design, changing the IP address is not going to be transparent to the application. Change of IP address will cause ongoing communication to break (or even worse - stall). The best you can do is for the application to notice the IP change and establish a new connection. That will however only work reliably in the absence of NAT. You can do it more transparently to the application, if you are using MPTCP. But that doesn't change any of my points, it just moves some of the logic one layer down the stack.

      NAT also has a lot of benefits - including privacy.

      Another common misconception. All of the perceived privacy you would get from using NAT can be achieved from IPv6 privacy addresses. You get additional privacy that way, because moving from IPv4 to IPv6 eliminates the leaks you'd otherwise get from the IPID field in the IPv4 header.

      --

      Do you care about the security of your wireless mouse?
  2. By all Means then by OS24Ever · · Score: 0, Troll

    Let's shitcan IPV6 right now, who needs it, because clearly because some people were concerned it's a reason to ignore it all now and keep using ipv4

    --

    As a rock-in-roll Physicist once said, No matter where you go, there you are.

    1. Re:By all Means then by arth1 · · Score: 2

      Let's shitcan IPV6 right now, who needs it, because clearly because some people were concerned it's a reason to ignore it all now and keep using ipv4

      Your analogy fails, because IPv6 brings extra functionality, including routing advantages. It's not just an attempt at dumbing down for MBAs and the unwashed masses.

    2. Re:By all Means then by OS24Ever · · Score: 2, Funny

      That wasn't an analogy. That was sarcasm.

      --

      As a rock-in-roll Physicist once said, No matter where you go, there you are.

  3. Probably the home router... by neilo_1701D · · Score: 4, Insightful

    When that particular comment was made, the ubiquity of the home router dolling out DHCP addresses probably wasn't considered. Nowadays, you only need one IP address for your home and let the router sort it out.

    There's still a problem, but people seem to prefer to adapt and come up with (very) clever workarounds rather than get some new solution shoved down their throat that renders existing equipment obsolete for no good reason.

    1. Re:Probably the home router... by myowntrueself · · Score: 0

      When that particular comment was made, the ubiquity of the home router dolling out DHCP addresses probably wasn't considered. Nowadays, you only need one IP address for your home and let the router sort it out.

      There's still a problem, but people seem to prefer to adapt and come up with (very) clever workarounds rather than get some new solution shoved down their throat that renders existing equipment obsolete for no good reason.

      Not only that but the carriers are also doing NAT so that home router has an RFC1918 address. And the load on the 'carrier grade NAT' is so high that they load balance across several NAT routers. So when you go to a website each link you click might appear to come from a different IP address. Good luck with web apps that use IP based sessions.

      --
      In the free world the media isn't government run; the government is media run.
    2. Re:Probably the home router... by wisnoskij · · Score: 3, Insightful

      How does it even work any other way?

      Are you/the article saying that it is possible to have a single connection to your ISP, but for every computer, fridge, toaster, TV, etc. to have its own global IP address?

      Your ISP can give you a block of dynamic/static IP addresses, which your router assigns instead of 192.168.1.X?

      --
      Troll is not a replacement for I disagree.
    3. Re:Probably the home router... by sribe · · Score: 4, Informative

      Good luck with web apps that use IP based sessions.

      Are you kidding me??? That stopped being even remote practical about 20 years ago.

    4. Re:Probably the home router... by Anonymous Coward · · Score: 0

      They aren't "clever work around", they're horrible bandaids with no standards and break things. Yes, many of these "fixes" work 80% of the time, but we want something that works 100% of the time. NO CORNER CASES!

    5. Re:Probably the home router... by Anonymous Coward · · Score: 1

      Yes. Instead of a home router, you get a switch connected to the ISP network.

    6. Re:Probably the home router... by exabrial · · Score: 2

      If you're using IP based sessions you're a moron. Only the RIAA/MPAA makes that argument.

    7. Re:Probably the home router... by Chris+Mattern · · Score: 4, Interesting

      Are you/the article saying that it is possible to have a single connection to your ISP, but for every computer, fridge, toaster, TV, etc. to have its own global IP address?

      Yes, that is exactly how IPv6 is supposed to work.

      Your ISP can give you a block of dynamic/static IP addresses, which your router assigns instead of 192.168.1.X?

      Possibly, but not necessarily even that. You could be set up to simply automatically generate IPv6 addresses from your MACs, and the ISP doesn't even explicitly grant you an address block.

    8. Re:Probably the home router... by Chris+Mattern · · Score: 3, Insightful

      Being horrified by NAT is all well and good, but the fact is, ISPs look at the horrible bandaids that work 80% of the time and say, "Good enough. Now I don't have to rebuild my entire infrastructure for IPv6." You may want something that works 100% of the time, but the people who own the equipment don't want to *pay* for something that works 100% of the time.

    9. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Being "not pratical" doesn't mean shit to some service providers.

    10. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Nowadays, you only need one IP address for your home and let the router sort it out.

      How has this changed in the last two years since the comment was made? I don't think home routers handling DHCP was that recent of an implementation and was already ubiquitous when the comment was made. NAT at home has its own share of problems that, while usually easily solvable with access to the home router, shouldn't need to bother wasting any amount of time with in the first place. NAT at higher levels done at the ISP level gets uglier, although it will still be enough for many people and make it look like the internet still works just fine.

    11. Re:Probably the home router... by Antique+Geekmeister · · Score: 4, Informative

      As it stands, your carier does NAT themselves and gives your router one IP address, typically in the 10.0.0.0/8 address space. Your home router then does another layouer of NAT, and gives internal devices their own IP address range in the 1902.168.1.0/16 address space. The advantagie is that one can support a _tremendous_ backend infrastructure without public IP addresses. This is also a tremendous security advantage: it reduces the exposed attack surface for script kiddies and casual network scanners to attack your home devices, they have to successfully gain control of the router or another device inside your network to pass along their attack.

      The disadvantage, which dismays some people, is that NAT channels _publication_ of services through those NAT enabled routers or through externally hosted web space. It effectively makes the allocation of IP addresses and ports for exposed services require more thought, and allows easier throttling or monitoring of traffic at those NAT routers. I've found it to be a tremendous security and network management improvement: it makes firewall and routing design _much_ more stable and helps prevent people from running dangerous, unauthorized services from office networks, such as running public NFS servers without telling anyone aware of the security implications.

    12. Re:Probably the home router... by MobyDisk · · Score: 1

      When that particular comment was made, the ubiquity of the home router dolling out DHCP addresses probably wasn't considered.

      The report was in Feb 2011. Home routers have been doing this for 10 years. The reality is that home routers doing this is actually part of the problem. It's a real hassle for game developers, file sharers, Tor users, media servers, ...

    13. Re:Probably the home router... by Aryden · · Score: 1

      Not even in the same ballpark as to how it is done.

    14. Re:Probably the home router... by Aryden · · Score: 0

      Verizon is still giving me a public address to my home systems.

    15. Re:Probably the home router... by Anonymous Coward · · Score: 0

      What a load of horseshit. That's not even close to reality.

    16. Re:Probably the home router... by smash · · Score: 4, Informative

      This is exactly how IP (irrespective of version) is supposed to work... NAT is an ugly hack that breaks shit.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    17. Re:Probably the home router... by Dagger2 · · Score: 1

      That's possible, but it's pretty sucky (do you really want all of your broadcast traffic to go to your ISP?).

      The right way to do this is to do exactly what the GP suggested: get a block of public addresses routed to your router from your ISP, and then use those on your LAN.

    18. Re:Probably the home router... by iCEBaLM · · Score: 1

      Your ISP can give you a block of dynamic/static IP addresses, which your router assigns instead of 192.168.1.X?

      Yep.

    19. Re:Probably the home router... by Dcnjoe60 · · Score: 1

      Being horrified by NAT is all well and good, but the fact is, ISPs look at the horrible bandaids that work 80% of the time and say, "Good enough. Now I don't have to rebuild my entire infrastructure for IPv6." You may want something that works 100% of the time, but the people who own the equipment don't want to *pay* for something that works 100% of the time.

      More importantly, the consumers, whether individuals or businesses, don't want to pay for the replacement of that infrastructure, when for the most part, things work as they are.

    20. Re:Probably the home router... by Dcnjoe60 · · Score: 1

      When that particular comment was made, the ubiquity of the home router dolling out DHCP addresses probably wasn't considered.

      The report was in Feb 2011. Home routers have been doing this for 10 years. The reality is that home routers doing this is actually part of the problem. It's a real hassle for game developers, file sharers, Tor users, media servers, ...

      None of those examples seem to be critical in the big scheme of things. Almost all of the burdens fall on the developer end. Would the users of such services be willing to pay more each month to convert the infrastructure so as to ease the burden on the developers? Probably not.

      BTW, if it is a problem that home routers do this, wouldn't it also be a problem for all of the business routers doing the same thing? Why blame the home users?

    21. Re:Probably the home router... by tlhIngan · · Score: 2, Insightful

      Are you/the article saying that it is possible to have a single connection to your ISP, but for every computer, fridge, toaster, TV, etc. to have its own global IP address?

      Yes, that is exactly how IPv6 is supposed to work.

      And this is where fundamental assumption #1 of IPv6 falls flat. Even with IPv6, every endpoint will not be reachable.

      This is the age of firewalls and all that (and even NAT provides a very basic level of firewalling). There's no guarantee that despite an endpoint having a publicly available address that it'll be reachable. Even today if a company has dozens of public IPv4 addresses for hosts, there's no guarantee that it'll be accessible.

      Which means everything still breaks just as if NAT was present.

      Even if IPv6 took the world over by storm, firewalls will still be around breaking connectivity. Even worse than NAT, you can't easily detect this condition. You might have a publicly visible address, but the firewall prevents you from establishing a connection. Or you may bind a port to serve something and the firewall blocks access.

      In fact, the early days of NAT had those problems, but these days it's largely mitigated because of many techniques.

      Possibly, but not necessarily even that. You could be set up to simply automatically generate IPv6 addresses from your MACs, and the ISP doesn't even explicitly grant you an address block.

      But it may decide that you get a static IP and firewalls everything else off. E.g., even though you're advertised a /64, your ISP may filter out everything but <prefix>::1. If you ask for another "IP", because ISPs love to sell you more, they'll just hand you another prefix.

      And finally, the biggest hurdle for IPv6 is NAT. Because NAT has a very nice side effect if you're maintaining a network of any size - it isolates internal network numbering for external network numbering. It doesn't matter what IP your ISP hands you for IPv4 - because NAT automatically hides it from internal clients. All they need to know is if they can see the router and magic happens.

      With IPv6, you lose this handy feature - your ISP decides to change your prefix? Well, damn, they haven't done that in 5 years and now everything has been hardcoded with the old prefix in it - all your internal services used it.

    22. Re:Probably the home router... by Anonymous Coward · · Score: 0

      He's blaming the equipment not the users.

    23. Re:Probably the home router... by Anonymous Coward · · Score: 0

      No good reason? The stagnation and ultimate decline in usability of the very system the equipment was created to utilize isn't a good reason?

    24. Re:Probably the home router... by Dunbal · · Score: 1

      Paying $50+ a month for my internet connection, don't you call me a freeloader. Get off your neighbor's or your mom's wifi, freeloader, and join the rest of us paying customers who are demanding service for our money. 10s of billions of dollars are irrelevant, they are making much more than this.

      --
      Seven puppies were harmed during the making of this post.
    25. Re:Probably the home router... by Anonymous Coward · · Score: 0

      If they want us to foot the bill, they need to give us the option to pay extra for it. A lot of ISPs say they might offer it in the future or will consider adding it as a pay feature, but don't actually have an available option. The ones that do have v6 support that I've dealt with so far offer it without extra cost once they already have equipment for it.

    26. Re:Probably the home router... by hjf · · Score: 2

      (proper) CGNAT uses 100.64.0.0/10, so it doesn't collide with RFC1918 reserved addresses. See: RFC6598.

    27. Re:Probably the home router... by kasperd · · Score: 4, Informative

      Which means everything still breaks just as if NAT was present.

      That is not correct. A properly configured firewall does not cause nearly the same level of breakage as a NAT does.

      And finally, the biggest hurdle for IPv6 is NAT.

      That is true. NAT is hurting IPv6 deployment in many ways. Had NAT never been invented, we could all have been running IPv6 years ago, and the transition would have gone smoother. For example a large part of the difficulties in using IPv6 through tunnels is entirely due to the IPv4 connections being infested with NATs.

      With IPv6, you lose this handy feature - your ISP decides to change your prefix?

      With IPv6 there are enough addresses, that this should happen very rarely.

      Well, damn, they haven't done that in 5 years and now everything has been hardcoded with the old prefix in it - all your internal services used it.

      Then use DNS and/or RFC 4193.

      --

      Do you care about the security of your wireless mouse?
    28. Re:Probably the home router... by ttucker · · Score: 2

      Your carrier does not give you these addresses. Anyone can use them on a local network. http://en.wikipedia.org/wiki/P...

    29. Re:Probably the home router... by znark · · Score: 3, Informative

      As it stands, your carier does NAT themselves and gives your router one IP address, typically in the 10.0.0.0/8 address space. Your home router then does another layouer of NAT, and gives internal devices their own IP address range in the 1902.168.1.0/16 address space.

      Not where I live, and that sounds quite limiting! Thank ${DEITY}, ISPs here in Finland assign their customers genuine public IPv4 addresses, usually via DHCP. Typically, you can even get several of them – the maximum on a consumer connection could be something like 5. (I’m using 2 right now.) Only something like the port 25 (SMTP) is blocked for inbound connections so you’re free to run a personal web server, SSH box, VPN to your home network, etc.

      Finnish cellular carriers – as opposed to the actual fiber/copper/cable ISPs – have a different practice, though: they will usually NAT the 3G/4G customers by default, which is quite understandable, as you generally do not want inbound connections to a cellphone. Still, at least my carrier (Saunalahti) lets advanced customers choose a different APN which will give a public IPv4 address even for a 3G modem or a cellphone, which is quite nice and handy as well for some situations.

    30. Re:Probably the home router... by Desler · · Score: 1

      If they want us to foot the bill, they need to give us the option to pay extra for it.

      Yeah and they'll get responses like the tard above you:

      10s of billions of dollars are irrelevant, they are making much more than this.

    31. Re:Probably the home router... by Macrat · · Score: 3, Informative

      Being horrified by NAT is all well and good, but the fact is, ISPs look at the horrible bandaids that work 80% of the time and say, "Good enough. Now I don't have to rebuild my entire infrastructure for IPv6."

      And yet Comcast is rolling out IPv6. I'm on IPv6 at home today.

    32. Re:Probably the home router... by AdamHaun · · Score: 2

      Your ISP can give you a block of dynamic/static IP addresses, which your router assigns instead of 192.168.1.X?

      That's how the internet works to begin with, and it used to be the norm for IPv4 networks. A lot of large networks still do it that way -- the computer I'm on at work has a globally unique IP address. You can still get a block of static IPs if you buy a business-class connection. That used to be almost the definition of a business connection, back when more people ran their own servers instead of using hosting services. IP addresses cost money, so ISPs try to have as few as possible. NAT came about when people started getting multiple computers per household but didn't want to pay for a business connection. It was never meant to prop up the internet as a whole.

      --
      Visit the
    33. Re:Probably the home router... by InvalidError · · Score: 3, Insightful

      Most carrier-grade equipment has a useful service life of 7-8 years and practically all carrier-grade equipment that got on the market in the last 10 years does support IPv6.

      At the customer edge of the network, those upgrades are necessary to enable VDSL2 and DOC3. In the network core and backbones, router upgrades are necessary every ~7 years because new router generations have 3-4X the routing capacity per RU and bandwidth per watt as older equipment which is a major saving in floor space, power and cooling bills. Trying to cope with the 40-70%/year traffic growth using hardware from 6+ years ago would be practically impossible.

      Until traffic growth collapses, carriers and everyone else involved in large-scale transit does not have a choice to refresh large chunks of their network periodically to accommodate demand.

    34. Re:Probably the home router... by fuzzywig · · Score: 1

      Not to mention, us as customers don't want to have to pay for our ISPs to replace their entire industry.
      That said, I assume most ISPs are rolling out kit that is IPv6 capable to save themselves trouble down the line.

    35. Re:Probably the home router... by Immerman · · Score: 1

      My networking knowledge is rusty, but does NAT actually add any substantial security beyond what would be provided by a router with an aggressive firewall that rejects all incoming connections that haven't been specifically white-listed? The simple firewall solution has the advantage that when device X on the local network actually should be permitted to receive some small range of connections you just need to update the firewall accordingly (which you would hopefully be doing anyway), no need to mess with address translation and the associated headaches..

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    36. Re:Probably the home router... by Anonymous Coward · · Score: 0

      But it may decide that you get a static IP and firewalls everything else off. E.g., even though you're advertised a /64, your ISP may filter out everything but ::1. If you ask for another "IP", because ISPs love to sell you more, they'll just hand you another prefix.

      Other than that breaks the IPv6 spec and ever major OS will not work with this setup. IPv6 spec assumes the end device gets a /64 and has access to all IPs in that subnet. Outgoing connections are made with a random disposable IP with a finite lifetime from that subnet, not the primary IP assigned to the device. IPv6 spec assumes every device has multiple IP addresses and can be assigned on a whim. If an ISP tries to limit this, they'll probably have customers calling non-stop asking why their Internet doesn't work.

    37. Re:Probably the home router... by Anonymous Coward · · Score: 0

      DNS? Sorry to burst your bubble, but computers aren't magic. If you knew anything at all about how IPv4 and IPv6 worked and the reasons behind them, you would also appreciate IPv6. Since you do not, one must assume your are ignorant or are a troll. Because it's so easy to read up on how IPv6 works, and I'll assume you have at least moderate intelligence, I conclude that you're a troll. -1 Flamebait

    38. Re:Probably the home router... by rubycodez · · Score: 1

      those companies were given billions of dollars to provide broadband to the home, which they instead pocketed. who's the freeloader?

    39. Re:Probably the home router... by jonbryce · · Score: 1

      It is most likely to happen if you change ISP, or your ISP is taken over by another company that already serves your area. For example, my ISP Telefonica O2 has been taken over by Rupert Murdoch's Sky. At some point in the next couple of months, I will be moved over from the O2 network to the Sky network, and get a different static IPV4 address.

    40. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Speak for yourself. I run web and mail servers from my home on business cable from comcast. I need static IPv4 addresses and would love comcast to give me IPV6 too. Right now I go through sixxs for IPV6 connectivity.

    41. Re:Probably the home router... by Dagger2 · · Score: 2

      Grownups that work at proper telcos replace their entire infrastructure on a regular basis anyway, so that part has already happened.

      v4 to v6 migrations are pretty well thought out, people just need to actually do them.

    42. Re:Probably the home router... by stalky14 · · Score: 1

      What was the rationale for making the IPV6 address space so huge in the first place? Seems like simply going to 40 or 48 bits would have been sufficient for decades if not longer.

    43. Re:Probably the home router... by kasperd · · Score: 2

      It is most likely to happen if you change ISP, or your ISP is taken over by another company that already serves your area.

      Agreed. And for those reasons you should avoid being dependent on the assignment from the ISP being static forever.

      There was an attempt at building some renumbering logic into the DNS records (with the A6 records). But A6 records were eventually dropped with the reasoning that AAAA records were simpler and using proven methodology (due to their similarity to A records), and that the renumbering logic could be done in tools for generating zone files without needing complicated standards to be applied at lookup time, and finally that looking up an AAAA record required fewer roundtrips than looking up A6 records.

      The tools that should have emerged to help in renumbering AAAA records haven't shown up at any of the DNS providers I have been working with, but the lack of such tools have certainly not given me any reason to prefer IPv4 over IPv6.

      So all in all, it is a solved problem. One just need to pick the preferred solution among those that exist.

      --

      Do you care about the security of your wireless mouse?
    44. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Agreed - doesn't always stop boneheaded clients demanding it though.

      (Especially when it repeatedly bites them on the ass and they still won't change).
      (Not that I'm bitter).

    45. Re:Probably the home router... by Anonymous Coward · · Score: 0

      While your points are valid - I suspect that the main attack vector for general consumers is via malware picked up via web surfing (i.e. behind NAT client access to a compromised server), in which case the security-as-byproduct-of-NAT fallacy really falls apart.

    46. Re:Probably the home router... by 93+Escort+Wagon · · Score: 1

      Same here. I've got IPv6 at home, and we just finished getting it in place at work. When I work from home, most of my traffic is now traveling over IPv6.

      Of course our parent organization hasn't actually made the move, which does put a crimp in things in those cases where we depend on some service they provide.

      And while I was ready to upgrade my old home router and cable modem, there are likely a huge number of Comcast customers using routers and modems that simply aren't going to work with IPv6. It will be interesting to see whether customers are offered a carrot to update their stuff, threatened with a stick, or if Comcast is just going to depend on attrition slowly solving the problem.

      --
      #DeleteChrome
    47. Re:Probably the home router... by WaffleMonster · · Score: 1

      My networking knowledge is rusty, but does NAT actually add any substantial security beyond what would be provided by a router with an aggressive firewall that rejects all incoming connections that haven't been specifically white-listed?

      NAT is LESS secure than a SPI firewall due slightly to extra code in mangling packets and mainly in assumptions made managing MANY:1 state machines that can be gamed by adversaries.

    48. Re:Probably the home router... by Anonymous Coward · · Score: 0

      I think he was referring to addresses that are different from the local network block.

    49. Re:Probably the home router... by Bacon+Bits · · Score: 2

      Please stop arguing that NAT gives you a security advantage. NAT in and of itself does not provide any additional security. The advantage is simply that of a stateful firewall, which is typically what is used to provide NAT -- except you can't really configure it. If you want security, run a stateful firewall and manage your services correctly at that firewall. NAT is lazy, NAT is sloppy, and NAT doesn't allow you to prevent users from connecting to remote services you don't want them to.

      --
      The road to tyranny has always been paved with claims of necessity.
    50. Re:Probably the home router... by Anonymous Coward · · Score: 0

      it makes firewall and routing design _much_ more stable and helps prevent people from running dangerous, unauthorized services from office networks, such as running public NFS servers without telling anyone aware of the security implications.

      Which is why you will still run stateful packet filtering firewalls at the network edge. NAT is used too much as a crutch for poor network security design.

      There are "legitimate" uses of NAT, such as with company mergers and trying to integrate networks with overlapping addressing schemes without resorting to something more involved such as MPLS.

    51. Re:Probably the home router... by Curunir_wolf · · Score: 1

      That's possible, but it's pretty sucky (do you really want all of your broadcast traffic to go to your ISP?).

      You wouldn't do that with IPv6 - that's what Local IPv6 Unicast Addresses are for - they are easily filtered at the site boundary, but can be used across privately interconnected sites.

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    52. Re:Probably the home router... by Dagger2 · · Score: 1

      But actually, the users of those services pay more to avoid converting the infrastructure. (Although, rather than a direct monetary cost, it often comes in the form of things like bugs or missing features that could've been developed/fixed if developer time wasn't being spent dealing with NAT.)

    53. Re:Probably the home router... by Anonymous Coward · · Score: 0

      And for dogsake, IPv4 to IPv6 migrations are not that difficult. Really. A bit of work to understand how IPv6 works and you're good to go. :-)

    54. Re:Probably the home router... by Curunir_wolf · · Score: 1

      Being horrified by NAT is all well and good, but the fact is, ISPs look at the horrible bandaids that work 80% of the time and say, "Good enough. Now I don't have to rebuild my entire infrastructure for IPv6."

      And yet Comcast is rolling out IPv6. I'm on IPv6 at home today.

      Verizon FiOS supports IPv6, but the routers come with it disabled by default. If I turn it on, they assign IPv6 addresses to the router. However, it doesn't seem to be routed very far. DNS only responds on IPv4, so it may be the same "roll out" as Comcast which seems to be "you can use it in your house."

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    55. Re:Probably the home router... by Anonymous Coward · · Score: 0

      The IPv6 address space is, in a sense, only 64-bits large. Just as a current IPv4 user gets allocated a /32, and then runs NAT internally to share that address, an IPv6 user gets allocated a /64, and then machines within that network auto-generate addresses based off their 48-bit MAC address and some random data. That /64 block is designed to be the minimum allocation unit.

    56. Re:Probably the home router... by Aqualung812 · · Score: 1

      Keep in mind that the IPv6 address space is more like 64 bits in many ways than 128 bits, since the smallest size of a network should be 64.

      The goal was for this to be the last IP version needed, period.By the time IPv6 runs out (if it ever does), something will have replaced IP, just like IP replaced IPX.

      --
      Grammer Nazis - I mod you "troll" unless you actually add something on-topic. Yes, I know I have mispellings in my sig.
    57. Re:Probably the home router... by Dcnjoe60 · · Score: 1

      But actually, the users of those services pay more to avoid converting the infrastructure. (Although, rather than a direct monetary cost, it often comes in the form of things like bugs or missing features that could've been developed/fixed if developer time wasn't being spent dealing with NAT.)

      That is the theory, but there is nothing to actually support that. A just as likely scenario would be those developers are simply laid off as their services are no longer needed.

    58. Re:Probably the home router... by scarboni888 · · Score: 1

      That's right! I only need ONE IP Address to rule them ALL muahhahahahahahahaha!!!

    59. Re:Probably the home router... by Antique+Geekmeister · · Score: 1

      NAT is not a firewall. But by reducing the exposed attack vector, and helping keep traffic from coming _in_ to your network that is not specifically permitted, it's a tremendous beneficial in reducing the constant clamor of script kiddies hammering on your network, hoping for an open router port or a misconfigured firewall. It also discourages careless security, such as running SSH on every single machine on a network, exposed to the Internet, or allowing unencrypted HTTP and FTP to arbitrary hosts inside your network when those can be packet sniffed for passwords on the incoming connection.

      Basically, for something behind a NAT to support an externally exposed service such as DNS, SMTP, NTP, FTP, HTTP, NFS, CIFS, or SSH, you have to _select_ to allow it. For various firewall configurations, I'm afraid that too many people leave them far too open, and accidentally allow services they had no intention or plan to expose. Managing a firewall in a modest environment can, very quickly, become a nightmare of argument about what is and is not denied, and configuration changes can be extremely awkward for undocumented workflow requirements. The NAT default behavior is tremendously helpful against this.

    60. Re:Probably the home router... by Antique+Geekmeister · · Score: 1

      That is an excellent point, and I was negligent to not review which is the RFC specified VLAN for such connecitons.

      I';m afraid, however, that it's not the case where I'm sitting right now nor in a lot of the less skilled ISP's I've had to deal with personally and with clients over the years.

    61. Re:Probably the home router... by Antique+Geekmeister · · Score: 1

      May I presume that your account with them is quite old? Or that you are paying them extra for such an IP address? It really has fallen out of favor, partly due to IPv4 limitations, an dpartly to idscourage customers from hosting conntent from their home machines.

    62. Re:Probably the home router... by Anonymous Coward · · Score: 0

      TW also has ipv6 in some places. I turned it off for my router. As the ipv6 stack on it likes to flake out and die.

    63. Re:Probably the home router... by kasperd · · Score: 1

      (proper) CGNAT uses 100.64.0.0/10, so it doesn't collide with RFC1918 reserved addresses.

      That introduces other problems. Lots of software will look at the assigned address to figure out if it has a public address or is located behind a NAT. If it is behind a NAT it will make certain workarounds, if it has a public address it can ignore most of that and do things in a simpler way, which works more reliably as long as no NAT is involved.

      Any such software written before the introduction of RFC6598 will of course consider addresses from 100.64.0.0/10 to be public addresses and use them as such. This is going to cause breakage.

      If you know for sure that there is going to be another layer of NAT behind the addresses you hand out, you might avoid some application layer problems, and thus think assigning RFC6598 addresses won't cause such problems. However if those NAT devices are some of those that enable 6to4 by default, if they get a public IPv4 address, you are going to see addresses from 2002:6440::/26 being assigned, which is not going to work.

      The intention of RFC6598 may be good. But the problems you avoid may very well be replaced by some new and poorly understood problems.

      --

      Do you care about the security of your wireless mouse?
    64. Re:Probably the home router... by matt_hs · · Score: 1

      Show me anything that works 100% without corner cases.

    65. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Same here too, The WAN address on the router that connect to the internet is 172.22.232.114.

    66. Re:Probably the home router... by kasperd · · Score: 1

      But actually, the users of those services pay more to avoid converting the infrastructure. (Although, rather than a direct monetary cost, it often comes in the form of things like bugs or missing features that could've been developed/fixed if developer time wasn't being spent dealing with NAT.)

      Plus the developer has to spend time fixing bugs in the code working around the NAT induced problems. I think the Skype outage a few years back is the most spectacular example of how bad it can go.

      --

      Do you care about the security of your wireless mouse?
    67. Re:Probably the home router... by tragedy · · Score: 1

      Nowadays, you only need one IP address for your home and let the router sort it out.

      The fact that so many people accept that you only "need" one IP address for your home is a huge problem. The way that NAT breaks the basic idea behind TCP/IP causes all kinds of completely unneccessary compromise in the way that network services operate.

    68. Re:Probably the home router... by kasperd · · Score: 1

      What was the rationale for making the IPV6 address space so huge in the first place? Seems like simply going to 40 or 48 bits would have been sufficient for decades if not longer.

      The rationale was roughly this. We want to get rid of the complexity by having variable length network prefixes. So the address would consist of a fixed length field to address a network and another fixed length field to address a device on that network.

      For the first part we knew 32 bits was insufficient, and we don't want the administrative overhead of an extremely large HD-ratio, so go for a more relaxed HD-ratio of 80%. If we have 45 bits and assume an HD-ratio of 80% we get the equivalent of 36 bits efficiently used.

      For the second part we wanted to be able to embed a full MAC address, so we need at least 48 bits.

      To keep things simple, each part was rounded up to 64 bits.

      We already now see situations, where the size of IPv6 addresses is a shortcoming. First case is in tunnel protocols. First there was 6to4, which embed an IPv4 address right in the middle of the upper 64 bits (the network part). This worked great from an addressing perspective. A /16 of IPv6 address space allocated for a transition mechanism isn't bad. And 16 bits for subnetting is sufficient for the size of network you typically have behind an IPv4 address. But then people realized that somebody has been deploying NAT on the IPv4 network. So another tunnelling protocol is needed. Along comes Teredo. Teredo embeds two IPv4 addresses and a port number into the IPv6 address. That's 80 bits. There is no way you are going to embed all of that into the top 64 bits of an IPv6 address and still have room to spare. In fact Teredo would probably have benefited from having the server port number embedded in the IPv6 address as well, but there just wasn't room for that. If you would have wanted to combine the benefits of 6to4 with those of Teredo into a single protocol, you would have needed 64 bits more in the IPv6 address, that is 192 bits total.

      There is also the desire to put cryptographic information inside an IP address. With IPv4 this idea was more or less unthinkable, because 32 bits of security is just not enough for anything. With IPv6 it starts to become possible. But you can't use the entire IPv6 address for only cryptographic data, you absolutely need some bits at the start to identify the class of address. And some bits left over to identify network and device would be nice. You can meaningfully embed cryptographic information inside an IPv6 address. But you don't get to do much else. If you wanted to embed say a SHA1 hash plus some other information in an IP address, you are soon going to need 256 bits.

      Consider all the things I mentioned and you might find a use for even 512 address bits. But at this time it is too late to change the size of the IPv6 address. Anybody who want to propose an alternative to IPv6 have to remember that in order to prove that a solution does solve all the shortcomings of IPv6, you have to get it standardized, implemented and deployed before February 2011.

      --

      Do you care about the security of your wireless mouse?
    69. Re:Probably the home router... by Anonymous Coward · · Score: 0

      I would like to point out that a lot of carrier grade equipment does claim to support ipv6 but can't actually handle even 1/2 the traffic of ipv4. Basically the dedicated hardware inside the routers doesn't support ipv6 so it's done in software where is like 1/1000th the speed, It's run a chip spec'd to control the detected routing hardware and do administration aka it's not too fast. You can probably blame most of this on Cisco's marketing department. "Hey, can we post an ipv6 support sticker on the brochure and call it a day???" Also, ipv6 would be out if the idiots who spec'd it didn't think 128-bit fucking address divisions was a good idea for 2010 even*. It's expensive to do 128-bit calculations in hardware and even more so in software on a 32-bit chip.... Not to mention 16-bit and 8-bit chips.

      *Yes, I know they wanted to avoid running out of IP space ever again but in this case perfection is the enemy of the good.

      Also, we with any net neutrality law should make it mandatory to give anyone who pays for internet service a full ipv6 subnet at least 128 addresses.

    70. Re:Probably the home router... by Anonymous Coward · · Score: 0

      Actually DHCP existed nearly 2 decades before that comment was made (the rfc was agreed in 1993) and had been routinely used by ISP for over 15 years.

      The comment was just serving an agenda of promoting IPv6 by FUD.

    71. Re:Probably the home router... by petermgreen · · Score: 1

      Afaict cellular networks have been doing this for years but at least round here fixed line providers are only just starting to trial ISP level nat.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    72. Re:Probably the home router... by Anonymous Coward · · Score: 0

      NAT, even for IPv4, predated IPv6 by several years. The IPng selection process that the IETF used ultimately *deliberately* chose to be incompatible with NAT for architectural reasons (the purity of the end-to-end model in particular).

      There were several proposals that were considerably more tolerant of NAT (or even outright geared towards embraching network layer protocol translation, as in the CATNIP proposal, RFC 1707) that were rejected for various reasons in favour of the proposal (SIP, then extended to SIP+PIP, which ultimately became IPv6) that was least tolerant of address and protocol translation by virtue of piping the network layer addresses to upper layers to use as application-level identifiers while insisting that the addresses be globally unique, long lived (effectively permanent), and isotropic.

      Band-aids which would ameliorate that decision, such as host-only implementations treating several bytes of the IPv6 header addresses as completely opaque (i.e., zero fill them on transmit and receive), have been resisted by the people who made the IPv6 selection on such flimsy grounds as the amount of effort that has already gone into IPv6 and the amount of coordination needed to extend it in any way, but in reality it is because they oppose any attempts to adapt to the ongoing widespread use of NAT, which they describe with such professional adjectives as "evil".

      As a result, the IPv6 network layer poorly supports site renumbering, multiply connected sites, device mobility, multicast, and anycast, while higher layers have to adapt to targets which have multiple known addresses with no a priori way to determine which (source,destination) pair is best or even USABLE. Most of these problems were already known in IPv4 -- some are completely identical -- and it was already known that NAT allowed for some tradeoffs to amelioriate several of them purely locally.

      The NAT allergy is irrational -- sure, sometimes it is a poor-tradeoff versus other mechanisms which support dynamic renumbering, but it's also a useful tool that is unlikely ever to go away: there is already NAT66 and it is likely to persist because it helps solves some of the same problems that NAT44 does.

      It is the allergy to NAT which held back networking technology; *ephemeral*, *not-globally-meaningful*, *not-guaranteed-forever-globally-unique* addresses should have been baked into the IPng design from the start. When it became clear that IPv6's reliance on the assumptions of forever-globally-unique, permanent (or at least very long lived), globally-meaningful addresses brought to IPv6 a large set of networking problems suffered by IPv4, rather than revisit IPv6's header format or semantics, the IPv6 brains trust did nothing, and the result was a wholly predictable import of NAT approaches (and DHCP) into IPv6 *anyway*.

    73. Re:Probably the home router... by knorthern+knight · · Score: 1

      > NAT is an ugly hack that breaks shit.

      Well... don't write shit programs. FTP "active mode" is an example of said shit. And don't be surprised if someone implements NAT on IPV6.

      --

      I'm not repeating myself
      I'm an X window user; I'm an ex-Windows user
    74. Re:Probably the home router... by slimjim8094 · · Score: 1

      And don't be surprised if someone implements NAT on IPV6.

      That person should be shot. There is literally no benefit to NAT (and a massive amount of drawbacks) unless you have a shortage of IP addresses. And IPv6 has 340282366920938463463374607431768211456 of them.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    75. Re:Probably the home router... by kasperd · · Score: 1

      The IPng selection process that the IETF used ultimately *deliberately* chose to be incompatible with NAT for architectural reasons

      That is utter bullshit. If you look at the actual IPv4 protocol versus the actual IPv6 protocol, you'll find IPv4 to be slightly more hostile towards NAT than IPv6 is.

      The mandatory IPID field in the IPv4 header is almost impossible to handle in an IPv4 NAT without violating the IPv4 spec. And RFC1918 addresses are prone to have collisions.

      It was deliberately chosen not to make NAT part of the IPv6 standard. But NAT was not part of the IPv4 standard either. Some later RFCs standardize various aspects of NAT44, but as far as I can tell actual implementations of NAT44 predate the standards, and implementations made after the standards don't follow the standards anyway.

      Nothing in the RFCs was stopping IPv6 implementations from including NAT66. What stopped them from including it was common sense. People who actually know how the networks work realized that nothing good came from NAT44, and that's why it wasn't implemented for IPv6. For every problem that people have applied NAT44 to, IPv6 offers a better solution, which does not involve NAT.

      --

      Do you care about the security of your wireless mouse?
    76. Re:Probably the home router... by mars-nl · · Score: 1

      I think FTP was there before NAT. It worked well then. It doesn't work well anymore, because of NAT. NAT is bad.

    77. Re:Probably the home router... by myowntrueself · · Score: 1

      Its what I've been seeing. I have a webserver, I go to the webserver and monitor the logs. Noone else is going to that webserver, just me. I click links and I see different IP addresses almost every click. The addresses are obviously from a pool.

      --
      In the free world the media isn't government run; the government is media run.
    78. Re:Probably the home router... by myowntrueself · · Score: 1

      Many hosting providers around the world are using a ticket system which uses IP based sessions.

      --
      In the free world the media isn't government run; the government is media run.
    79. Re:Probably the home router... by raju1kabir · · Score: 1

      Well... don't write shit programs. FTP "active mode" is an example of said shit.

      Active mode FTP predates widespread usage of NAT by about 20 years.

      It was a perfectly good solution at the time, and saying that its developers wrote a "shit" program is like saying that the people who built ancient Rome were shit architects because the streets weren't wide enough for semi trucks.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    80. Re:Probably the home router... by suutar · · Score: 1

      Beyond a decent firewall? Nothing functional. But it's cheaper and easier for the end user (being provided by the ISP) so a lot of folks just use that as their one line of defense and hope nobody's interested enough to hack the routers doing the NAT mangling.

    81. Re:Probably the home router... by Urza9814 · · Score: 1

      I too still get a publicly addressable IP from Verizon FiOS and my account is only about a year old. I run a number of servers from an old laptop off that connection. I know my parents still have one on their Comcast connection too, although they've had that connection over a decade.

    82. Re:Probably the home router... by jrumney · · Score: 1

      This is the age of firewalls and all that (and even NAT provides a very basic level of firewalling).

      NAT as a firewall is completely ineffective. Once you've solved the source routing and other vulnerabilities and secured your NAT firewall, you have a firewall that is perfectly capable of securing a network of devices with public IP addresses.

    83. Re:Probably the home router... by Agripa · · Score: 1

      And yet Comcast is rolling out IPv6. I'm on IPv6 at home today.

      And yet AT&T blocks IPv6. I had IPv6 through tunneling for many years until they "upgraded".

    84. Re:Probably the home router... by jrumney · · Score: 1

      This is also a tremendous security advantage: it reduces the exposed attack surface for script kiddies and casual network scanners

      Actually the converse is true. Instead of wasting their time scanning a vast address-space which is 99% empty, script kiddies and casual network scanners get a hit on pretty much every IP address and port combination they try.

    85. Re:Probably the home router... by jrumney · · Score: 1

      I think the GP was talking about the IPv6 case. The typical case is that your carrier will assign your router a /64 block, so it can assign public addresses from that block to any devices within its network.

    86. Re:Probably the home router... by jrumney · · Score: 1

      Basically the problem now, is that one of the grownups in charge of network operations at a major telco needs to grow some balls and be the first to throw the switch. Pretty much every major provider announced that they will be ready for IPv6 by two or three years ago. They are just scared that something unknown might hit them if they throw the switch, and want someone else to be the first. Several networks in Japan have done it already, and probably Korea and China as well, but language barriers get in the way of letting US and European network managers know that their fear of the unknown is unfounded.

    87. Re:Probably the home router... by Antique+Geekmeister · · Score: 1

      They're going to find the _exposed_ ports of deliberately enabled sercices, anyway. Script kiddie port scanning is a popular pasttime, with zombied and rootkitted hosts all over the world doing it as a matter of course for their entire accessible VLAN's. The key underlying advantage is that most of the ports _aren't_ exposed. Do take a look at the VLAN our own ISP, or your own office network uses, for exposed ports. Unless your firewalls are very scrupulously maintained, they will have exposed services directly exposed because they don't have NAT, and they don't have good firewalls set up.

      It's the not deliberately exposed ports and services that NAT is such an easy and useful first line of defense for. Old, never updated printers and routers, laptops and desktops and servers wehre the default password is still in place, Nagios servers with default "nagiosadmin" user and default "nagiosadmin" password that allow intruders detailed overviewss of your infrastructure: NFS shares and CIFS shares set up without authentication, which can be very difficult to get people to turn off, NTP services that have never been properly filtered, etc, etc.

    88. Re:Probably the home router... by Darinbob · · Score: 1

      It's ok if not everything can be reached via an address. That's how things are working correctly today. Ie, smart meters are all ipv6, but that does not mean you can or should be able to address them directly.

      IPv6 allows lots of independent or sparsely connected networks. There is no need to ever have a universal network.

      IPv6 can deal with the prefixes just fine, every device can have multiple prefixes, and you can use local link-layer addressing. NAT is entirely unnecessary. If the routers work, you can even have an IPv6 network at home, then tunnel it through IPv4 to a friend's house.

    89. Re:Probably the home router... by Anonymous Coward · · Score: 0

      You mean a set of addresses my ISP can control instead of addresses I can control and administer? How convenient for them.

    90. Re:Probably the home router... by KingMotley · · Score: 1

      All your internal services that can't use DNS, should likely be using a link-local IPv6 address. It's the one that starts with fe80:. That won't change no matter what your ISP does.

    91. Re:Probably the home router... by KingMotley · · Score: 1

      Anonymity on a large network. Using NAT, you can't tell from the outside which of the machines on the internal network is the one doing the connection.

    92. Re:Probably the home router... by Immerman · · Score: 1

      Point, but does that "anonymity" actually buy you any real security? Either an attacker can make it through the firewall/NAT or they can't. If they can, then how likely is it that past internet traffic will single out a particular computer for attack, rather than just releasing a worm to scrape everything not nailed down? Or, in the case of a credit card transaction system or something, that the traffic is ongoing and the originating system can be identified anyway as soon as you've breached the NAT.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    93. Re:Probably the home router... by sjames · · Score: 1

      If something is unreachable in IPv6, it's because the owner chose to make it that way. If it's your box and you want it reachable, log in to your firewall and make it so.

      The ISPs really have to hand you at least a /64 due to the way that autoconfigure works. Customers will believe anything else is broken (and honestly, they'd be right about that). They have little excuse not to given that v6 addresses are anything but scarce.

      NAT is entirely unnecessary in IPv6, even for internal addressing. You just add a locally unique prefix in addition to your global prefix. The former stays the same no matter what the latter does. Your host will choose the source address most appropriate to the destination.

    94. Re:Probably the home router... by sjames · · Score: 1

      I was quite happy to see the prefix being advertised from Comcast. I finally got to ditch my 6to4 setup.

    95. Re:Probably the home router... by sjames · · Score: 1

      What replacement of infrastructure? Carrier grade networking hardware has supported ipv6 for long enough now that the legacy hardware has been replaced already. It's not like you need new cables.

      It's just a matter of configuration. Admittedly, that's not a gimmee on that scale but it's not so expensive.

      Comcast is already deploying v6 to residential customers.

    96. Re:Probably the home router... by sjames · · Score: 1

      Then why is Comcast advertising a v6 prefix to me?

    97. Re:Probably the home router... by fsterman · · Score: 1

      Ugh, stop blaming firewalls as being too restrictive and then saying NAT doesn't have those problems. The "many techniques" you mention of getting around NAT don't work very well and are vastly simpler to impliment using standard firewalls. NAT is a shitty hack and it's not any harder to detect if a proper firewall is blocking a port or a certain address vs a NAT just not fowarding the requests properly. NAT comes broken by default.

      --
      Is there anything better than clicking through Microsoft ads on Slashdot?
    98. Re:Probably the home router... by fsterman · · Score: 1

      Thank god the IETF hasn't bowed to pressure by idiots to impliment NAT in IPv6.

      --
      Is there anything better than clicking through Microsoft ads on Slashdot?
    99. Re:Probably the home router... by ttucker · · Score: 1

      My earlier reply to this comment did not make sense, because I did not fully read what you said. I am sorry for trolling you.

    100. Re:Probably the home router... by InvalidError · · Score: 1

      Most of the semi-recent gear I remember looking at does IPv6 at wire speed but where it does "come short" is that it only supports 1/4 as many routing table entries for IPv6 as it does for IPv4 since each IPv6 entry consumes four times as much space in the hardware look-up tables. That should not be a problem since the much flatter and much less fragmented address space on IPv6 should require far fewer routing entries in the first place.

      As for how many IPs ISP should be required to give out to subscribers, the IPv6 standard calls for subscribers each getting a whole /64 subnet (~1.7e19 addresses) through prefix delegation so the end-users can either run DHCP-PD on their router to manage their public IPv6 space or do a route advertisement across their LAN and let clients pick their own IPv6 suffix using SLAAC.

      The cheapest/smallest allocation ARIN gives to ISPs is /40 and even if ISPs served the entire world population with an average of 30 subnets each, they would still have enough address space to afford giving everyone /78s out of that /40 so there is no reason to go any smaller than that on IPv6 even for the greediest ISPs. If your ISP ends up giving you a /121 (128 IPs), it might actually backfire on them due to breaking stuff - that's just not how IPv6 is intended to get deployed and there is absolutely no reason for customer subnets to be anywhere near that small.

    101. Re:Probably the home router... by FrankSchwab · · Score: 1

      Please stop arguing that NAT gives you a security advantage. NAT in and of itself does not provide any additional security.

      Sure it does. Does it provide perfect security? Nope. Are there better security solutions? Yup. Is it better than not using NAT? For most people, yup.

      Example: I run a Windows box behind a Cable Modem and NAT router at home. Being a Windows user, I have no idea what ports are open for connections on my machine, and I don't care. You simply can't attack port 21, or 23, or 25, or 137, or 445, or whatever, on my Windows box unless I set up a mapping on my NAT router (which, being a Windows user, I don't know how to do). Any susceptibilities resulting from having those ports open simply aren't accessible to the broader internet.

      So, yes, security is better with NAT than without. But, no, it won't prevent users from connecting to services you don't want it to. Neither, in general, will your solution, given a sufficiently determined user. So does that mean that your solution has no security?

      --
      And the worms ate into his brain.
    102. Re:Probably the home router... by Anonymous Coward · · Score: 0

      I think you're reading AdamHaun's post wrong, he's saying that it used to be that business connections gave you multiple "real" IP addresses and that there are still plenty of large networks that use public addresses internally.

    103. Re:Probably the home router... by Dagger2 · · Score: 1

      That's what would happen if you used a switch though.

      Generally you'll use global unicast addresses behind a router, which are still easily filtered but can be used to talk to the internet. ULA addresses are for when you don't want internet connectivity.

    104. Re:Probably the home router... by Dagger2 · · Score: 1

      If you're suggesting we continue to put up with NAT because getting rid of it would introduce the possibility of some people becoming redundant... well, that sounds like a broken window fallacy to me.

    105. Re:Probably the home router... by Dagger2 · · Score: 1

      What you're describing there is a stateful firewall that blocks inbound connections by default.

      Does an additional address translation step on top of that help you? Nope. Does the address translation step cause a huge number of problems? Yep. So let's avoid it if possible.

    106. Re:Probably the home router... by Dagger2 · · Score: 1

      The spec actually explicitly says that users should get (or at least be able to get) more than a /64.

    107. Re:Probably the home router... by smash · · Score: 1

      FTP isn't the only thing that NAT breaks.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    108. Re:Probably the home router... by Dcnjoe60 · · Score: 1

      If you're suggesting we continue to put up with NAT because getting rid of it would introduce the possibility of some people becoming redundant... well, that sounds like a broken window fallacy to me.

      I was not suggesting that. I was pointing out, however, that the displaced workers who currently support the NAT mess would not be guaranteed to be working on improving things such as bugs fixes, new features, etc. At least not for the same entity that currently employs them.

      NAT needs to be fixed, that's a given. However, those employed specifically to keep NAT working will be displaced as their services will no longer be needed. Some of them will be picked up by their firms for other projects, but not all of them. Of those that aren't, some will find employment with other firms, but not all of them. Like NAT needing to be replaced, that is a given, too.

    109. Re:Probably the home router... by jwhitener · · Score: 1

      So many more nice options when your population is 5 million instead of 300 million:)

    110. Re:Probably the home router... by FrankSchwab · · Score: 1

      No, what I'm describing there is a standard consumer router that implements NAT. The Address Translation step itself is what blocks access to the ports on my machine, not any kind of stateful firewall, so yes the address translation step helps me. It may look something like a stateful firewall, but that's not it's design goal nor it's intended function, so I certainly wouldn't rely on it to be a good one.

      --
      And the worms ate into his brain.
    111. Re:Probably the home router... by Anonymous Coward · · Score: 0

      While NAT predates IPv6, it *post*-dates IPv4, which is why NAT -- as you so forcefully point out -- is not supported by the early IPv4 specifications.

      "Nothing good came from NAT44".

      You seem to believe that everyone shares your opinion about the "good"ness of the results of the current extremely widespread adoption of NAT44. They do not. Aboslutism is an odd trait for someone who claims to know things about a hop-by-hop/local-next-hop packet based catenet.

      "For every problem that people have applied NAT44 to, IPv6 offers a better solution, which does not involve NAT"

      Except of course for the problems of getting legacy IPv4 hosts to talk to each other in the presence of site renumbering or deliberate site-local topology information hiding. Problems that exist in the real world.

      "utter bullshit"

      Do you work in customer service?

    112. Re:Probably the home router... by xOneca · · Score: 1

      What Dagger2 is trying to say is that the same effect can be achieved with a router that does not NAT, but does stateful firewalling. That without all the hassles of having two separate networks at both ends of the router.

      Standard home routers could implement it more efficiently than NAT: no need to configure local LAN and no limit in outgoing simultaneous connections (~65000). And if an internal host must be reached from outside, it can be allowed through the firewall (entirely, or just a few ports).

    113. Re:Probably the home router... by kasperd · · Score: 1

      You seem to believe that everyone shares your opinion about the "good"ness of the results of the current extremely widespread adoption of NAT44.

      No. I am perfectly aware that lots of people disagree. However so far none of the people who disagree with my view have shown me a technically sound reasoning for their position. Generally you can do better by simply using a firewall, that passes or rejects packets without mangling them, combined with utilizing multiple IPv6 addresses per interface inside your LAN. Those two methods cover all of the perceived advantages of NAT44, which I remember having heard about.

      Except of course for the problems of getting legacy IPv4 hosts to talk to each

      I was explaining why leaving NAT out of the IPv6 specification was a sensible decision. The question was whether native IPv6 without NAT or NAT66 was a better choice. Now you bring up the challenge of getting two legacy IPv4 hosts to talk to communicate with each other. Which technology is better for that purpose NAT66 or IPv6 without NAT? The answer is, neither will do that particular job. So that is by no means an argument in favor of NAT66.

      Except of course for the problems of getting legacy IPv4 hosts to talk to each other in the presence of site renumbering or deliberate site-local topology information hiding.

      As a matter of fact, I have developed a system, which does all of that. On the edge between the LAN and the internet backbone, there is one or more gateways translating between IPv4 and IPv6. Whether the other end of the connection is using translation as well is transparent to the hosts. With this system it is possible to communicate between two LANs using IPv4 only through an IPv6 backbone. Topology hiding is achieved through an optional encryption of addresses on the edge. Using IPv6 across the backbone eliminates a bunch of the scaling issues a traditional NAT44 suffers from. Finally I support automatic fallback to tunnelling in case the native IPv6 link goes down.

      --

      Do you care about the security of your wireless mouse?
    114. Re:Probably the home router... by Anonymous Coward · · Score: 0

      "utilizing multiple IPv6 addresses per interface inside your LAN"

      Have you ever actually tried that, with increasing numbers of per-interface addresses?

      What do you prefer: excess SYNs and ACK races, or timeouts, or both?

      How well do you do as you and the FQDN you want to talk to have increasing numbers of interface addresses and increasing numbers of AAAA RRs?

      Have you turned on temporary addresses, so you also have multiple addresses per logical subnet? Fun stuff!

      Additionally, how far back do you pull multiple addresses? Every host on every internal logical subnet everywhere in your site? Have you ever actually tried to do that with any sort of nontrivial topology? (Routed LANs several hops from the external connection, VLANs on internal LANs, etc.)

      NAT66, adjusting only the high order ("prefix") bytes at the external gateway is vastly more simple; the only requirement for NAT-friendliness is that the host implementations do not tell higher layer protocols the truth about what's in the high order bytes. Various proposals (such as 8+8, 8+8/RG) have been shot down by people who had zero experience of complex local topologies and even less experience of complex public networks for no good reason other than these proposals look too much like NAT44 to them.

    115. Re:Probably the home router... by kasperd · · Score: 1

      "utilizing multiple IPv6 addresses per interface inside your LAN" Have you ever actually tried that

      Not on my own LAN. But I have been using my laptop on LANs which were configured like that.

      with increasing numbers of per-interface addresses?

      Who says the number has to increase? Each interface should only have one static and a handful of temporary addresses. The temporary addresses are removed at the same rate at which they are added.

      increasing numbers of AAAA RRs?

      You don't put temporary addresses in your AAAA records. If something need a AAAA record, you use a static address for that. So it is static address on the server side and temporary address on the client side.

      NAT66, adjusting only the high order ("prefix") bytes at the external gateway is vastly more simple

      Sure that is the simplest form of NAT, which you can possibly do. However it does not give you any of the anonymity or topology hiding, which is often given as motivations for using NAT in the first place.

      Yes, you can avoid renumbering that way. But there are drawbacks as well. You will break any protocol, which is not strictly a client-server protocol. And you will break any algorithm, which looks at assigned addresses and behaves differently depending on whether you have a routable IP address or not. Is this breakage of protocols you may be using on a daily basis really worth it, in order to avoid a bit of extra work in the rare case, where you may have to renumber your network?

      the only requirement for NAT-friendliness is that the host implementations do not tell higher layer protocols the truth about what's in the high order bytes.

      How would you make anything but a strictly client-server protocol work with that requirement? Let's keep it simple and consider just the following scenario. Two clients (which could be both on the same LAN or on separate LANs far from each other) each resolve the IP address of a single server. Each client contact the server and indicate they want to communicate with each other. The server informs each client about the address of the other, such that a direct communication channel can be established between the clients.

      --

      Do you care about the security of your wireless mouse?
    116. Re:Probably the home router... by swalve · · Score: 1

      With IPV6, each client can have multiple addresses. You can have your global address, but you can also have internal only addresses. You can even NAT ipv6 if you really want to.

      Plus, you really shouldn't be hard coding anything that has to do with public IP addresses.

  4. NAT by Anonymous Coward · · Score: 0

    NAT became widespread, and the utopia of each device having its own IP address died.
    Simple things are now way more complicated than they need to be, but at least we didn't have to change to IPv6

  5. the skynet is falling the skynet is falling by Anonymous Coward · · Score: 3, Funny

    had to say that

  6. CGN, perhaps? by Zocalo · · Score: 5, Interesting

    Just a guess, but maybe widespread adoption of Carrier Grade NAT might have given IPv4 a bit of a longer shelf life. It's either that or the kind of fun and games that I once read that Hutchison (Orange) was doing on their mobile network, with no less than seven separate instances of the 10/8 network being juggled around at once.

    Still, even ARIN is now starting to tighten the screws on the size of netblocks they are assigning out, so I suspect providers are being a lot more careful about how they subnet and assign out IP addresses than they used to be. I suspect that just moving stuff like DB servers and other backend infrastructure onto private IP space instead of just dumping them in the DMZ for convenience has helped a bit too, not too mention being a better security practice.

    --
    UNIX? They're not even circumcised! Savages!
    1. Re:CGN, perhaps? by zippthorne · · Score: 1

      This question might seem obvious, but..

      Why is carrier grade NAT a superior solution from an economic sense compared to IPv6? I mean, doesn't it effectively add bits to the address space, only in a more complicated way? I'd think that it should be more expensive to implement than just straight increasing the address size.

      If IPv6 requires more resources to implement than the current solutions involving NAT, maybe it should be scrapped in favor of another standard that can be implemented with existing resources, or at least with fewer additional resources than NAT requires.

      --
      Can you be Even More Awesome?!
    2. Re:CGN, perhaps? by aztracker1 · · Score: 2

      I think it comes down to understanding and ability... not to mention capabilities of certain hardware. It's relatively easy for an engineer to keep a series of IPv4 address blocks, and routes in memory... not so much with IPv6. IPv6 offers a lot of ability, but the complexity exceeds what most people can keep in their heads at a given time, and this scares a lot of people, and is for many more complicated than NAT band-aids.

      I've had getting more into IPv6 and DNS (Bind9) on my todo list for about two years now... I don't have to work with it, and it's not my highest priority as a programmer. But I do know that it has its' own complications over IPv4.

      --
      Michael J. Ryan - tracker1.info
    3. Re:CGN, perhaps? by Aryden · · Score: 1

      They can implement carrier grade NAT and continually update it and expand it, they do not have to buy address blocks anymore or worry about upgrading equipment/infrastructure unless it goes down.

    4. Re:CGN, perhaps? by quetwo · · Score: 1

      The dirty little secret is that most routers and switches can't do IPv6 in hardware yet. If they can, they are buggy as all hell. And if you have to route in software, you tax the CPU and get only a portion of your possible (and advertised) throughput.

      Hell, I'm lucky to find equipment that can do IPv6 routing at 1G linerate, let alone 10G. And this excludes everything else in our network like our IDP/IPS equipment that better run at linerate or it's toast...

    5. Re:CGN, perhaps? by Anonymous Coward · · Score: 0

      Current solutions by definition already exist, and therefore require zero resources to implement.

    6. Re:CGN, perhaps? by smash · · Score: 2

      carrier grade NAT double NAT, etc. is a lot more complex than an IPv6 network. the only real complexity in and ipv6 environment (excluding bugs in firmware, but that isn't TOO bad these days) is having to maintain dual stack until the laggards wake the fuck up and upgrade.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    7. Re:CGN, perhaps? by DamnOregonian · · Score: 3, Interesting

      It's not a superior solution. I'm a senior network engineer at a local ISP. Our infrastructure is IPv4 and IPv6, with a chunk of fiber customers running on CGNAT. We're not even that big, but equipment that can route IPv6 with line-speed forwarding throughout the core and distribution side of the network (as well as supporting the dynamic routing protocols necessary to manage the network) is fantastically more expensive than either purchasing a CGNAT setup, or building one out of Linux (our solution). I can't even imagine the cost for someone with a large network.

      That doesn't even get to the myriad of major problems with customer-facing IPv6. The specification with regard to deployment is frankly garbage (the people who wrote the spec[s] clearly had little background in actual customer distribution networks). We couldn't be more eager to get every single one of our customers running on it, especially given how quickly our ARIN allocations are drying up, and the unlikeliness of people our sized being able to acquire more, short of acquiring the blocks of ISPs that we purchase.

      I think it's really easy for a lot of arm-chair network engineers to scoff at the speed of the ISP-side IPv6 roll-out, but the costs and technical limitations of the spec, which have required many bandaids and workarounds just to make function in a way that could even remotely be called reliable for residential customers, scales with the size and diversity of our customer base. It's a bitch.

    8. Re:CGN, perhaps? by Anrego · · Score: 2

      I think the key word is customer transition.

      The appealing thing about carrier grade NAT is most consumers won't even notice.

      Some people might claim that ipv6 could be done transparent to the end user, but personally I think that's a load of BS, and I suspect so do ISPs.

      How to transition from ipv4 to ipv6 would to me seem the most important consideration when designing ipv6, but form appearances it seems like it was an afterthought, which is probably why we'll have ipv4 for quite some time.

    9. Re:CGN, perhaps? by Dcnjoe60 · · Score: 1

      Just a guess, but maybe widespread adoption of Carrier Grade NAT might have given IPv4 a bit of a longer shelf life. It's either that or the kind of fun and games that I once read that Hutchison (Orange) was doing on their mobile network, with no less than seven separate instances of the 10/8 network being juggled around at once.

      Still, even ARIN is now starting to tighten the screws on the size of netblocks they are assigning out, so I suspect providers are being a lot more careful about how they subnet and assign out IP addresses than they used to be. I suspect that just moving stuff like DB servers and other backend infrastructure onto private IP space instead of just dumping them in the DMZ for convenience has helped a bit too, not too mention being a better security practice.

      The real question to be answered, though, is whether or not everybody's toaster needs to be connected to the internet in the first place? Railroads and highways are based on certain widths because of what the Romans did 2000 years ago. Could things be better, transportation wise, if a different standard had been in place? Probably. Is it worth the cost to convert today's transportation infrastructure to a different standard, particularly if it is incompatible with the old standard? Probably not.

      Likewise, the same questions need to be answered about IPv4 and v6. Maybe it is time to fix IPv6 so that it adequately cope with the transition from IPv4. It would be far better to do it now, before it is wide spread than to have to replace all of the existing infrastructure. The problem with ivory tower solutions, like IPv6, is they don't take into account the real world economics. If IPv6 had been around from the beginning, we wouldn't have a problem today. However, it wasn't and the cost to change over infrastructure is enormous and will remain a hindrance to adoption. IPv6 should have taken that into consideration.

    10. Re:CGN, perhaps? by Dcnjoe60 · · Score: 2

      carrier grade NAT double NAT, etc. is a lot more complex than an IPv6 network. the only real complexity in and ipv6 environment (excluding bugs in firmware, but that isn't TOO bad these days) is having to maintain dual stack until the laggards wake the fuck up and upgrade.

      That may be true, but carrier grade NAT, double NAT, etc. run on today's infrastructure.

    11. Re:CGN, perhaps? by cciechad · · Score: 1

      Cisco Nexus and Arista switches can both do 10G/40G line rate ipv6 route/switching.

      --
      https://www.fsf.org/associate/support_freedom
    12. Re:CGN, perhaps? by SuricouRaven · · Score: 1

      Because CGN involves plugging a couple of expensive new bits of hardware into the network core and making near-trivial alterations to a few routers. Properly supporting IPv6 means replacing or making major configuration changes to every router, tens of thousands of them, and likely a lot of endpoint devices that are in people's homes too. It's a major network overhaul - the only things that wouldn't need replacing or reconfiguring from scratch are the cables themselves. CGN is just cheaper - plus it has a nice bonus for the ISPs, in that the things it breaks are mostly things they don't like anyway, like p2p file sharing and people trying to run business servers on a domestic connection.

    13. Re:CGN, perhaps? by SuricouRaven · · Score: 3, Informative

      Switches shouldn't need to do IPv6. They operate at the next level down, so it makes no difference, except for the management interface. That's the idea anyway - there are sometimes issues with programers assuming things they should not assume.

    14. Re:CGN, perhaps? by kasperd · · Score: 2

      The appealing thing about carrier grade NAT is most consumers won't even notice.

      Some people might claim that ipv6 could be done transparent to the end user, but personally I think that's a load of BS, and I suspect so do ISPs.

      Either approach will cause problems for the end users. In both cases the users will have no clue what is the root cause of the problem, and they will believe whatever bullshit their ISP tells them. My ISP ran out of IPv4 addresses, thus some of my devices got no reply from the DHCP server. The ISP tried to convince me that it was due to a defective network interface on my end.

      How to transition from ipv4 to ipv6 would to me seem the most important consideration when designing ipv6, but form appearances it seems like it was an afterthought, which is probably why we'll have ipv4 for quite some time.

      That is true. I saw this coming more than a decade ago, unfortunately I was not in a position to do anything about it. Why didn't any of the people who were in a position to do something about it see it coming?

      Last year I did some calculations on how fast the transition should have been going to complete on time (i.e. before IPv4 addresses ran out). For the past year the transitioning has been going at the speed, which I calculated. Meaning at the start of 2013 we were 13 years behind schedule and at the start of 2014 we were still 13 years behind schedule. I'd say my calculations would have been realistic, if only people had started soon enough rather than waiting.

      The core problem was the lack of incentive to get started. A good incentive would have been rationing of IPv4 addresses much earlier. Instead of handing out 98% of the addresses before rationing IPv4 addresses, it might have been a good idea to only hand out 50% and then start rationing. The rule could then have been that you could get more IPv4 addresses if you were rolling out native dual stack. With such a rule the amount of IPv4 only deployments could have been kept static while dual stack was growing. By the time IPv4 ran out, we would have had 50% dual stack already.

      But looking back and pointing out what should have been done 15 years ago isn't going to solve the problem we have today. And IPv6 deployment is still not large enough for market forces alone to give incentive to upgrade. There are ISPs rolling out CGN solutions with no plan about deploying native IPv6. How do we give those ISPs a strong incentive to start upgrading?

      I have been trying to produce some incentive to move in the right direction. I am open to more ideas on what I personally can do to give ISPs the right incentive.

      --

      Do you care about the security of your wireless mouse?
    15. Re:CGN, perhaps? by Anonymous Coward · · Score: 0

      There are a lot of "Layer 2+" switches that reduce core router loads by handling routing at the edge. You can get a 24+4(uplink) port 1gb "switch" for about $600 that does full line speed IPv4/IPv6 routing. It's very limited, but it allows vLANs to talk to each other without causing massive load on uplinks to go back to the core router.

    16. Re:CGN, perhaps? by Immerman · · Score: 1

      Yeah, I imagine it's a chicken-and-egg problem - software-based IPv6 routing lets you place the appropriate checkmark on the sales material at zero incremental cost, whereas implementing hardware routing will increase the price of your product compared to those of your competitors (or worse, drive down profit margins).

      And given that most customers don't currently care about IPv6 performance it's actually nice little sleeper attack on your checkbook: You can conscientiously buy IPv6-capable hardware against the day that you finally make the transition, and when that day finally comes you discover that yes, IPv6 does work but is horribly laggy and you're going to need to buy new networking hardware anyway, at least for anything where performance matters.

      On the other hand, at least most current stuff won't outright stop working under IPv6 (buggy hardware aside), and quite a bit of it is probably deployed in situations where the lag won't actually be a serious issue.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    17. Re:CGN, perhaps? by petermgreen · · Score: 1

      IPv6 is a cleaner soloution in the long term but it requires cooperation from basically everyone involved in the internet industry (software vendors, OS vendors, hardware vendors, carriers) to take it from the "cool toy" stage to the "replacement for IPv4" stage. To go v6 only the client software has to support it, the OS on the end device has to support it, the home gateway has to support it, the ISP has to support it and either a horrible translation mechanism needs to be deployed by the ISP or the server has to support it.

      NAT is messier but solves the immediate problem for your organisation without requiring cooperation from anyone else.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    18. Re:CGN, perhaps? by quetwo · · Score: 1

      Not as true as it used to be. Most business-class switches offer a full IP stack that they use for VLAN routing, and QoS among other things. And if you start to add in things like Multicast you immediately need to add in L3 stuff to process PIM messages to do proper multicast switching.

    19. Re:CGN, perhaps? by Lanboy · · Score: 1

      Well, it should be, unfortunately many vendors used hardware optimization routines that assumed ipv4. Others keyed on the address type to seperate certain traffic with unexpected ethernet bridging issues.

    20. Re:CGN, perhaps? by Cassini2 · · Score: 1

      Wide and easy adoption of any new technology requires backward compatibility. IPv6 is not even slightly backwards compatible. If you have one IPv4 application on the entire network, then you pretty much have to keep IPv4. On the other hand, NAT and CGNAT will run the applications of the majority of users with absolutely no problems.

      What I have never understood is: why has no one redesigned IPv6 in such a way as to be backwards compatible as possible with IPv4?

    21. Re:CGN, perhaps? by WaffleMonster · · Score: 1

      What I have never understood is: why has no one redesigned IPv6 in such a way as to be backwards compatible as possible with IPv4?

      The key to solving IPv4 exhaustion is rooted in deeper understanding of ternary logic :)

      http://tools.ietf.org/html/dra...

      http://tools.ietf.org/html/dra...

      Wide and easy adoption of any new technology requires backward compatibility.

      Unless of course there is no other operationally viable solution.

      Wide and easy adoption of any new technology requires backward compatibility. IPv6 is not even slightly backwards compatible.

      When I browse to YouTube I connect via IPv6 and it works fine. When I go to that same website and I don't have IPv6 I reach it via IPv4 and it still works.

      I know every v6 hater thinks there just **MUST** be some clever way to solve the pigeonhole problem or construct some magical overlay network that is better than deploying IPv6. Must have heard them all by now. Meanwhile in the real world IPv6 adoption is following exponential growth curve.

      If you have one IPv4 application on the entire network, then you pretty much have to keep IPv4.

      Who is saying get rid of IPv4? Just add IPv6 and call it a day.

    22. Re:CGN, perhaps? by jrumney · · Score: 1

      I think it comes down to understanding and ability... not to mention capabilities of certain hardware. It's relatively easy for an engineer to keep a series of IPv4 address blocks, and routes in memory... not so much with IPv6.

      It should be easier for engineers to deal with IPv6 rollout. Instead of separate IPv4 blocks which they've been allocated over time as the organization expanded its network use, they can get a single IPv6 block that is big enough for their organization's needs now and for the foreseeable future and beyond. They can then subdivide that logically to suit their needs. When properly planned, routing becomes based on simple mathematical relationships, just as was the original intention behind IPv4 before it grew beyond 4 layers of routing.

    23. Re:CGN, perhaps? by Anonymous Coward · · Score: 0

      >( the people who wrote the spec[s] clearly had little background in actual customer distribution networks)

      What if there were an organization charged with writing the specifications and setting the standards for Internet protocols, and furthermore, what if that organization were open to everyone who wanted to participate, free of charge, and lastly, what if that organization had been, for the last couple decades since the beginning of the IPv6 transition effort, and continuing even today, calling for people with deep background in actual customer distribution networks to participate in the development of IPv6? What if actually participating in the development of the specs instead of carping off-list without actually making any productive critique were a thing that people with deep background in operational customer distribution networks could do?

    24. Re:CGN, perhaps? by Anonymous Coward · · Score: 0

      It's actually useful to have switches with IPv6 support, since those can filter out unwanted router announcements and other traffic that may be a security or stability problem.

    25. Re:CGN, perhaps? by Anonymous Coward · · Score: 0

      What I have never understood is: why has no one redesigned IPv6 in such a way as to be backwards compatible as possible with IPv4?

      Reason being that there is no way around needing more address bits, and the moment one changed the number of source & destination address bits, the entire header changed, and compatibility flew out the window. As a result, even if they had added 4 bits and made it 511.511.511.511, it would still have taken the same amount of effort globally, and just bought a few years of extra IPs. By blowing it up to 2^64 possible networks, and within each network, 2^64 nodes, they ensured that it's not likely to be upgraded in another 50 years.

    26. Re:CGN, perhaps? by wertigon · · Score: 1

      These "arm-chair engineers" are actually very smart people working with real-world networking scenarios all the time. I refuse to believe that the specs they have come up with are that much different to implement from IPv4.

      The reality, here, is that the problem lies in economics of scale. The large network companies do not have the incentive to fund research to develop a carrier-grade IPv6 hardware-based router that can be produced in scale, since everyone is still IPv4.

      ISPs are starting to feel the burn. CGNs are horrible and, in the long run, the biggest threat to network neutrality, yes even larger than the ISPs themselves.

      I wish someone could kickstart a hardware-only IPv6 router with a software IPv4 under an open spec, let the chinese copy it tenfold and watch as fast, cheap IPv6-routers starts rolling in. But that's probably not ever going to happen...

      --
      systemd is not an init system. It's a GNU replacement.
    27. Re:CGN, perhaps? by smash · · Score: 1

      For generous definitions of "run". It breaks end to end connectivity, so one could argue that even single nat doesn't work at all really.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    28. Re:CGN, perhaps? by DamnOregonian · · Score: 1

      Intelligence has little to do with not fully-thought out design.
      Also, your refusal to believe is you taking a gut feeling on blind faith. I'm a professional in the field, implementing the specs on real networks with thousands of customers.
      It is not uncommon for customer bases to be on shared broadcast medium. Currently existing network hardware in the small-to-midsize ISP range doesn't support the filtering of router advertisements from customers that is required for network stability. DHCPv6 is rife with bandaids and workarounds to make its functionality anywhere close to as operational as DHCPv4. (and still requires multicast router advertisements in conjunction).
      Speaking from experience, getting IPv6 to work with customer premises equipment was far harder than setting up a shadow IPv6 network throughout our core, running Vyatta.
      For extra credit, set yourself up a router with a SIT tunnel, enable DHCP-PD/IA/NA and SLAAC on it, and then try to make those PD leases useful on a network consisting of dozens of routers held together with dynamic routing protocols. Could just be i'm not "very smart people". Or you could google for all the problems ISPs are facing in the IPv6 front, and not scoff at them like an arm-chair network engineer. ;)

    29. Re:CGN, perhaps? by DamnOregonian · · Score: 1

      I couldn't agree more.
      A lot of fault falls upon ISPs for not deeming their engineers salary worth wasting on hashing out standards.

  7. 10 years by jones_supa · · Score: 1

    Even through all addresses have been given out, there's still so much slack to shuffle things around in the IPv4 space. We will still go another good 10 years before moving into IPv6 in a large scale.

    1. Re:10 years by wonkey_monkey · · Score: 4, Informative

      Even through all addresses have been given out

      They haven't:

      the American Registry for Internet Numbers is still doling out IPv4 addresses

      ARIN currently has “approximately 24 million IPv4 addresses in the available pool for the region,” according to President and CEO John Curran.

      --
      systemd is Roko's Basilisk.
    2. Re:10 years by jones_supa · · Score: 1

      That's odd. I could have sworn that a couple years ago it was reported that the final bunch was handed out somewhere in Asia.

    3. Re:10 years by Anonymous Coward · · Score: 1

      ICANN allocated the final blocks to the regional registries in a public ceremony three years ago. APNIC and RIPE are now down to the last /8 each, which is reserved for transitioning mechanisms. That means you can't get new IPv4 address space in Europe or Asia except for use in some kind of NAT scheme. ARIN and LACNIC (North and South America) will be down to the last /8 in a few months. Africa's address space consumption has increased, so they will not be too far behind.

    4. Re:10 years by jandrese · · Score: 1

      ARIN only handles North America. Other regions use their own pools of addresses.

      Some statistics.

      There have been some efforts to reclaim unused but assigned addresses that have given some extra life to the v4 system as well. Most of the savings have been from aggressively deploying NAT wherever possible though.

      --

      I read the internet for the articles.
    5. Re:10 years by nblender · · Score: 1

      Yes. and folks in Asia who are desparate, are able to 'buy' ARIN blocks from owners and get them transferred out of ARIN through a process known as "InterRIR Transfer".

      If you are one of those who got legacy IP space back in the 90's and can afford to restructure your needs, you can make about $20/IP by selling your space to someone in Asia...

    6. Re:10 years by wonkey_monkey · · Score: 2

      Cool! I wonder what I can get for 127.0.0.1... I never use it.

      --
      systemd is Roko's Basilisk.
    7. Re:10 years by Anonymous Coward · · Score: 1

      The last block was handed out to a registrar. But within those blocks there are still addresses left.

    8. Re:10 years by Anonymous Coward · · Score: 0

      that's the IANA saying they handed out the last /8 to the APNIC
      the regional registries
      APNIC
      ARIN
      RIPE

      then hand these out to "customers" (in reality, large ISPs that further subdivide it)

      ARIN is saying they still have 24 millions IPs from their assigned block

    9. Re:10 years by fuzzywig · · Score: 2

      The blocks are all doled out to different regions, but the entities in charge of those regions (ARIN in this case) haven't finished doling them out to customers.

    10. Re:10 years by LoRdTAW · · Score: 1

      Those were major blocks. Within those blocks are plenty of free addresses kicking around thanks to the widespread use of NAT.

    11. Re:10 years by Anonymous Coward · · Score: 0

      That's odd. I could have sworn that a couple years ago it was reported that the final bunch was handed out somewhere in Asia.

      That's odd, I could have sworn that the A in ARIN stood for "American"

    12. Re:10 years by Anonymous Coward · · Score: 0

      IANA was in charge of handing out address space to the RIRs. That's likely what you remembered reading about, that IANA had handed out the last of the address space to the RIRs.

      Each of the regional RIRs is still burning through the address space that was assigned to them by IANA. I believe most have plans in place, individually, to drastically alter the way addresses are handed out when they drop below a single /8 of available address space.

      APNIC and RIPE are "out" of IPs as of a year ago or so, meaning they have less than a /8 remaining. I believe RIPE has set aside some significant portion of the remaining space for small individual one-time assignments to allow at least a small amount of IPv4 space for new assignments.

      ARIN and LACNIC are getting pretty close to a single /8 left at 1.4 and 1.2 /8 equivalents remaining respectively. ARIN just (in the last month) started making assignments out of their last contiguous /8.

      AFRINIC has a whopping 3.2 /8 equivalents remaining, and isn't expected to run out anytime soon, but who knows what games will be played with African IP space once the rest is exhausted.

      Once the RIRs truly exhaust their IP space, then it will be interesting. It's likely that folks will monetize their IP space and trade it. Some (all?) RIRs are counting on it, actually. I also suspect it will lead to routing table growth like we've never seen before.

    13. Re:10 years by Anonymous Coward · · Score: 0

      The last available address blocks have been assigned from IANA to the Regional Internet Registries (RIRs) as of 31st January 2011.

      APNIC 'ran out' on 19th April 2011 (Asia-Pacific)
      RIPE 'ran out' on 14 September 2012 (Europe)

      (and by 'ran out', I mean they were down to their last /8, and usually down to extremely restrictive assignement policies, i.e. you can have some IPs, but you're only allowed them if you're already transitioning to IPv6 - e.g. RIPE, any one organisation is only allowed one /22 from the last /8).

      ARIN and LACNIC expected to go next around early 2015 by current estimates.

      So if you are judging the IPv4 space to be exhausted when your local ISP finally won't let you have one at all - well, that might be a while. (And probably quite expensive at that point it you want a dedicated static IP).

    14. Re:10 years by nblender · · Score: 1

      I've already sold it. Twice!

    15. Re:10 years by petermgreen · · Score: 1

      Your memory is fuzzy.

      IP addresses are allocated regionally, the IANA handed out /8 blocks to the regional internet registries (RIRs). The RIRs are ARIN (US/canada), LACNIC (south/central america up to and including mexico), RIPE (europe and west asia), APNIC (east asia and australia) and afrinic (africa). The RIRs in turn allocate them either to LIRs (mainly ISPs) or sometimes directly to end users. The LIRs allocate them to end users as part of service offering.

      The IANA reserved the last five /8's for allocation in a special final allocation, one to each RIR after all other /8 global unicast blocks had been allocated. A couple of years ago APNIC made an address space request that triggered that final allocation process leaving the IANA with no free blocks to hand out.

      AIUI most if not all of the RIRs have announced special measures to be applied as their stocks of IPv4 addresses run low. APNIC and RIPE are now deep into special measures with new allocations only available in special circumstances (a small block for a new LIR, blocks for use by internet exchange points). ARIN are less deep into special measures with regular allocations still available though under tigher rules than before.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    16. Re:10 years by Anonymous Coward · · Score: 0

      Since AfriNIC's starting more or less from scratch, they might as well start w/ IPv6 right away.

    17. Re:10 years by petermgreen · · Score: 1

      you can make about $20/IP

      Interesting, do you have a source for that figure? it sounds very cheap to me! At that price you would have to have a very low utilisation ratio to make it worth the cost of restructuring.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    18. Re:10 years by nblender · · Score: 1

      My source is a completed transaction that I did for some legacy space I obtained in the early 90's that I was only using a small subset of... As in, I know it's $20/IP because that's how much I made (less commission)..

  8. Only if you can't get addresses by Anonymous Coward · · Score: 5, Interesting

    It's only a crisis if it affects you. (sic)

    That's basically what is happening, a giant stand off between the access networks and the hosting providers looking who will blink first.

    From then end user perspective, you should see what happens to Skype and games when both end-users are behind a double NAT, it's hilarious. But most people seem to cope just fine.

    For the hosting providers then fun really starts when you can't get a public IPv4 for your new webserver, that'll be fun. There's no NAT workaround for that, some european hosting providers are already feeling the crunch in their IPv4 blocks, you can only host so many servers. So what can you do? Jack up the prices ofcourse, isn't the free market wonderful!

    If you are a business in the EMEA and you still want or need your own PI space for BGP, tough cookies, you can't get it anymore.

    1. Re:Only if you can't get addresses by Anonymous Coward · · Score: 1

      Major European end user networks have already switched to dual-stack lite, i.e. public IPv6 address plus CG NAT IPv4 address. Only business clients still get public IPv4 addresses. I expect IPv4 addresses to move from user networks to hosting networks (at a price, if they're not the same company).

    2. Re:Only if you can't get addresses by C3ntaur · · Score: 4, Interesting

      For the hosting providers then fun really starts when you can't get a public IPv4 for your new webserver, that'll be fun. There's no NAT workaround for that, some european hosting providers are already feeling the crunch in their IPv4 blocks, you can only host so many servers. So what can you do? Jack up the prices ofcourse, isn't the free market wonderful!

      This. This is why IPv4 will stick around for decades to come. There is too much profit potential in it, and IPv6 costs too much money to implement.

      --
      Loading...
    3. Re:Only if you can't get addresses by aztracker1 · · Score: 1

      For the hosting providers then fun really starts when you can't get a public IPv4 for your new webserver, that'll be fun. There's no NAT workaround for that

      Most browsers now support a newer HTTPS which allows for multiple certs/domains per IP address (<=IE8 on XP, and Android 2.x being the hold outs). Not to mention that many larger systems distribute webserver loads behind reverse-proxy systems for scale. In fact, at work, we're rolling out a distributed web server system that will take requests for any given domain in the system (including https) across several nodes. The vast majority of the content is static, or very light on resources. Combined with distributed caching servers for deployed static resources (akamai for js, css, images), we should be able to hit >= 100k connections per server (24 cpu nodes per server) per second without issue. All using less than a dozen public IPs for a few dozen servers, and over a hundred thousand websites, not to mention the cassandra cluster backing it which doesn't even need to be in a public address space.

      --
      Michael J. Ryan - tracker1.info
    4. Re:Only if you can't get addresses by SuricouRaven · · Score: 1

      Skype actually works. It uses a really, really ugly bodge to achieve it. The skype central server tells both ends to start sending UDP packets to the other on agreed-upon ports, hopefully (If there are no conflicts) achieving a mutual outgoing connection and tricking the NAT routers. It doesn't always work - the port numbers have to be assigned based on guesswork, in the hope that no-one else on the same gateway is already using them.

    5. Re:Only if you can't get addresses by kasperd · · Score: 1

      From then end user perspective, you should see what happens to Skype and games when both end-users are behind a double NAT, it's hilarious.

      I have seen what happens to Skype when both endpoints are behind a single NAT. Try doing a conference call with all parties behind separate NATs... And a few years back Skype had a major outage, which was in part caused by the fraction of users behind NAT.

      For the hosting providers then fun really starts when you can't get a public IPv4 for your new webserver, that'll be fun. There's no NAT workaround for that

      Actually, there are ways around that. I have been working on a frontend for that sort of scenario. I'd be happy if sites would deploy as IPv6 only and let frontends such as ours deal with the IPv4 only clients.

      --

      Do you care about the security of your wireless mouse?
    6. Re:Only if you can't get addresses by Immerman · · Score: 1

      And yet none of that helps you if your ISP just doesn't have any more IPv4 addresses to hand out to let the rest of the world reach your meta-server. And it should go without saying that if allowed to become the norm, that state of affairs would strongly bias web presences to large companies who can afford multiple addresses while locking private users out of the server market completely.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    7. Re:Only if you can't get addresses by Anonymous Coward · · Score: 0

      In some ways that is kinda the point - over time the cost of IPv4 will rise, the cost of IPv6 will drop, and there will come a balance point at which time things begin to change very quickly.

      (Although I'd suggest IPv6 isn't so expensive now in terms of hardware costs, only in knowledge/time/effort).

    8. Re:Only if you can't get addresses by vanyel · · Score: 2

      Having implemented ipv6...bs. It does cost some time and effort, but it's not huge, particularly if you do it incrementally and dual stack. It's fear of change that's holding it back, not cost and effort, and as a result people are missing out on getting out from under that shackles that ipv4 puts around everything you do. But "the devil you know" rules in all too many cases.

    9. Re:Only if you can't get addresses by petermgreen · · Score: 1

      I would think that if/when IPv4 addresses become prohibitively expensive for individual webservers then the hosting providers would start running such meta-servers as a service for their clients.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    10. Re:Only if you can't get addresses by Dynedain · · Score: 2

      For the hosting providers then fun really starts when you can't get a public IPv4 for your new webserver, that'll be fun. There's no NAT workaround for that, some european hosting providers are already feeling the crunch in their IPv4 blocks, you can only host so many servers. So what can you do? Jack up the prices ofcourse, isn't the free market wonderful!

      There is certainly a NAT-like workaround for lack of IPv4 for webservers. It's called a load-balancer. Since the domain name requested is in the HTTP header, it's easy to route the request to different hardware behind the front machine based on domain name. In fact, typical Apache configuration relies heavily on domain name being in the HTTP header.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    11. Re:Only if you can't get addresses by Lanboy · · Score: 2

      Large corporate entities are also selling address space. Bought a class B for a Million last year. Not personally, but the corporate entity I represent.

      If the ipv6 standards group had made an incremental change to address address space and left the rest of the protocols, then things might be different. As it was they threw in a bunch of features that no one wanted, and no one needs. IPv6 is a rehash of the failed and unused OSI transport and intranetwork protocols, which were soundly rejected by the market. The problem was that no one really took a good look at the protocols outside of the OSI because the working engineers were too busy keeping the networks on.

      The good thing is that the longer adaption period is enabling older OSs, routers and incompatible switches to drop out of use and the market. Most carriers have had it in the lab for 10 years, vendor bugs have been discovered and fixed without melting down the internet. So what we are waiting for now is the cost benefits for ipv6 to show up. Considering that fixed space ipv4 is now something you can SELL, widespread use of ipv6 is actually of negative value for the carriers.

      Meanwhile, the large planned ip6 conversions haven't happened. The US Army passed their 2008 deadline and said F it, we will switch when we need to. Comcast uses it for cable box and element addressing, but not for internet access. APAC should be driving the adaptation, but OSs and router versions are primitive in most areas of the APAC, so the people with the most to gain have the riskiest road forward.

    12. Re:Only if you can't get addresses by Lanboy · · Score: 1

      I have to back support to IE6. IE6. Sigh.

    13. Re:Only if you can't get addresses by Immerman · · Score: 1

      That's great for hosting providers, but it doesn't help me run a globally accessible Quake server out of my laundry room.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    14. Re:Only if you can't get addresses by Agripa · · Score: 1

      This. This is why IPv4 will stick around for decades to come. There is too much profit potential in it, and IPv6 costs too much money to implement.

      But not too much money for AT&T to block it unless you pay them extra for their own IPv6 service.

    15. Re:Only if you can't get addresses by petermgreen · · Score: 1

      Indeed it doesn't, if you want to run a quake server out of your laundry room with a public IPv4 IP you will likely have to pay for the privilage of having that public v4 IP.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  9. I'm waiting for by rossdee · · Score: 4, Funny

    IPv8.1

    1. Re:I'm waiting for by i+kan+reed · · Score: 1

      I'm pretty sure you need the IPv7 experimental version first.

    2. Re:I'm waiting for by Anonymous Coward · · Score: 0

      ?? Vista anyone???

    3. Re:I'm waiting for by aztracker1 · · Score: 1

      If it's anything like Windows 8 or 8.1, no thank you.

      --
      Michael J. Ryan - tracker1.info
    4. Re:I'm waiting for by PRMan · · Score: 1

      IPv7 was better.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
  10. My two cents... by Anonymous Coward · · Score: 0

    Newer devices should be IPv6 enabled (and also IPv4 as backup). And hopefully IPv4 and IPv6 can coexist as long as necessary while legacy machines, ones which cannot be upgraded, slowly fade away.

  11. AMEN! by Anonymous Coward · · Score: 0

    AMEN!!!!

  12. noone expects..... by Anonymous Coward · · Score: 0

    It's Easy,
    The big companies which control the infrastructure, ...
    the networks that bind all of our nations together on the internet, ... have decided to go their own way,
    and now,

    everyone is now locked into their own private ipv4 address space, which still connects with the rest of the internet, though, when you're doing something silly, you're just being an ass on yourself.

    Oh, and there is nothing you can do about it, unless you're willing to become a martyr, and willing to take several "innocent" people down, together with the corrupt heads of the nation you're living in.

    Watch out, the head figures are just decoy's, they do wield some power, yet they're not the ones who actually get things done.

    [wdw]

    1. Re:noone expects..... by Anonymous Coward · · Score: 0

      What's a "noone"?

  13. RFC 1918 by toupsie · · Score: 2

    I guess enough people finally got around to reading it.

    --
    Strange women lying in ponds distributing swords is no basis for a system of government.
    1. Re:RFC 1918 by WaffleMonster · · Score: 1

      I guess enough people finally got around to reading it.

      Show of hands who here prefers an RFC 1918 address handed down by their ISP with no choice or a real IP address they can do whatever they want with?

      Now what is the worlds population?

  14. They probably looked at the last mile problems by Marrow · · Score: 3, Interesting

    and figured out they better find a better solution than ipv6. There is too much ipv4 only hardware out there to abandon it all. It would just be insane.

    1. Re:They probably looked at the last mile problems by smash · · Score: 1

      they can run tunnels over ipv4.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:They probably looked at the last mile problems by hey! · · Score: 1

      IPv4 and IPv6 are both network layer protocols. Younger folks here don't remember running IPX, IP, native Appletalk and NetBEUI over the same 10Base2 coax bus, but one of the features of the OSI network model is that multiple level 3 protocols can share the same physical link without any interference.

      So this is not a "last mile" problem. If my neighbor has IPv6 service on his new cable modem there's no reason that my IPv4 only cable modem will suddenly stop working.

      My guess is that this is a support issue. The people needed to support the transition and interoperation are more expensive than the people needed to implement stop-gaps to extend IPv4 only networking for the next year or two. Until the carriers have a financial reason in an upcoming year to roll out IPv6, I'd expect them to kick the IPv4 exhaustion can down the road.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    3. Re:They probably looked at the last mile problems by Anonymous Coward · · Score: 0

      In terms of last mile - I'd suspect that most consumers replace their CPE (be it cable modem/router, ADSL modem/router, or whatever) every 3-5 years or so, sometime more frequently, especially when driven by a newer/faster wifi standard, or newer/faster last mile technology.

      It's rare to find any corporate equipment that doesn't support IPv6 these days, even more specialist kit like load balancers or other stuff that messes around at L7.

      And consumer hardware is mostly getting there too, so should age out over the next year or two I'd hope.

      So no abandoning - merely the old gear will gracefully age out over time.

  15. Arin is alone by pcjunky · · Score: 2

    While things have slowed down here the other regional IP registars have run out. APNIC and RIPE both have no IP addresses left. Arin has only about 1.4 /8's left.

    1. Re:Arin is alone by Anonymous Coward · · Score: 0

      Put your seats in the upright position and brace for impact: http://www.potaroo.net/tools/ipv4/plotend.png

    2. Re:Arin is alone by Anonymous Coward · · Score: 0

      Take away MIT's /8. Seriously, they are wildly overprovisioned, and their laptops in their dorms do not need and *should not have* public facing IP addresses. Put them on NAT, for pete's sake, and reduce the constant blaring from the warez vendors nd 4chan script kiddie wanna-be's who burn MIT's money and system resources pretending they matter. (Look up David LaMacchia for a classic example of a waste of $50,000/year of college expenses.)

    3. Re:Arin is alone by Anonymous Coward · · Score: 0

      http://www.ripe.net/internet-coordination/ipv4-exhaustion/ipv4-available-pool-graph

      RIPE have 14 million IPv4 addresses left and are being extremely careful about handing them out. I expect other registries are doing similar things which is why these last address blocks are lasting much longer than anticipated.

      You can now only apply for a /22, which is a tiny amount of addresses for an ISP, and to get those you have to have to show that you are already gearing up for IPv6 and have an IPv6 address allocation. So you can't just keep asking for more IPv4 addresses and put off IPv6.

    4. Re:Arin is alone by Anonymous Coward · · Score: 0

      These addresses are not "lasting much longer than anticipated". The policies for the last /8 (24 million addresses) were set long before the addresses ran out. The remaining addresses are reserved for transitioning mechanisms. You can not get general purpose IPv4 addresses from RIPE or APNIC anymore.

    5. Re:Arin is alone by Anonymous Coward · · Score: 0

      MIT was grandfathered in. MIT actually owns those and taking them away would be like NewEgg coming into your house to take back that 2nd harddrive you ordered because NewEgg ran out and it was not fair that others couldn't get a HD at a low price.

    6. Re:Arin is alone by PRMan · · Score: 2

      MIT was fast to the land grab and ahead of the curve. I don't believe in taking away these addresses. If they want to sell them and make some money, fine. But the addresses are theirs.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    7. Re:Arin is alone by Cramer · · Score: 1

      Also, it won't do much to help. A decade or two ago, maybe. Today, there's no point even trying... move to IPv6 already.

  16. IPv6 has this tiny problem by cowwoc2001 · · Score: 2

    "Hey Joe, what's your IP address?"
    "Oh, let me see... it's fe80:0:0:0:200:f8ff:fe21:67cf"

    Holy crap that's long. The second IP addresses become this difficult to exchange verbally, we're going to stop referring to them altogether.

    1. Re:IPv6 has this tiny problem by Sique · · Score: 5, Insightful

      That was the point of having DNS in the first place. Four octets just weren't bad enough.

      --
      .sig: Sique *sigh*
    2. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      But since its routable, and not NAT, just give them your device name.
      DeviceName.myisp.com

    3. Re:IPv6 has this tiny problem by Imagix · · Score: 2

      There's this really interesting service out there that converts from a human-friendly (well, friendlier anyway) form to the IP address. Perhaps you've heard of it. It's called DNS. (and BTW, you just quoted a link-local IPv6 address... so the guy who wants to talk to Joe probably can't use it anyway...)

    4. Re:IPv6 has this tiny problem by gatkinso · · Score: 1

      I'll point out that the OP asked for an IP address, not a hostname.

      While indeed this is the problem DNS addresses, many development and internal networks are not running DNS for a variety of reasons.

      --
      I am very small, utmostly microscopic.
    5. Re:IPv6 has this tiny problem by infogulch · · Score: 4, Insightful

      Fixed:

      "Hey Joe, what's your IP address?"
      "I don't have one, I'm behind a NAT and firewall that I don't control."

      Of the two problems, I find yours the lesser of two evils.

    6. Re:IPv6 has this tiny problem by trparky · · Score: 1

      Actually that would be fe80::200:f8ff:fe21:67cf. You can drop the three zeros after fe80 and replace it with a double colon.

    7. Re:IPv6 has this tiny problem by cowwoc2001 · · Score: 1

      I know, but human beings have a problem counting consecutive characters. Two is okay. As the number increases, so do the typos.

    8. Re:IPv6 has this tiny problem by cowwoc2001 · · Score: 2

      So my parents have to learn how to configure a DNS in order for me to troubleshoot their networking problems over the phone? :)

      On a more serious note, I don't see the possibility of getting non-techies to configure DNS entries for their computer.

    9. Re:IPv6 has this tiny problem by Sique · · Score: 1

      Most of the reasons being to lazy to roll out DNS for all IP addresses, even internal ones and keeping track of changes. As I said: IPv4-addresses were still memorizable, thus many people kept using them directly.

      --
      .sig: Sique *sigh*
    10. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      "Hey Joe, what's your IP address?" "Oh, let me see... it's fe80:0:0:0:200:f8ff:fe21:67cf"

      Holy crap that's long. The second IP addresses become this difficult to exchange verbally, we're going to stop referring to them altogether.

      I find that very annoying too. Why didn't they make it look like IPv4 but with just one extra value, i.e. 123.123.123.123.123. Much more user-friendly.

    11. Re:IPv6 has this tiny problem by eedwardsjr · · Score: 1

      I doubt anyone cares, but this is the RFC for IP6's architecture. https://www.ietf.org/rfc/rfc35...

    12. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      I agree. I think IP6 is a bad standard from a human usability point of view. It needs an IP6 /etc/hosts-prefix to simplify this hexadecimal gibberish. For example,
      [broadbandaddress]:33.103.201 where broadband is looked up in a relatively standardized /etc/hosts-prefix file. Add in the fact that IP6 calls to do away with NATs and this is what makes for bad standard.

    13. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      No, the ISP does it by MAC address.
      Tech support gets easier, since you can reach their machine by its IP address, and it isn't hidden behind two layers of NAT and a firewall.

    14. Re:IPv6 has this tiny problem by smash · · Score: 1

      You're doing it wrong. Use DNS.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    15. Re:IPv6 has this tiny problem by smash · · Score: 1

      Then give them statics, like: 2001:44B8:6116:5AFF::1 (my router).

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    16. Re:IPv6 has this tiny problem by Chris+Mattern · · Score: 1

      Why didn't they make it look like IPv4 but with just one extra value, i.e. 123.123.123.123.123.

      So how, exactly, are you proposing to represent a 128-bit value in a format that only accomodates 40 bits?

    17. Re:IPv6 has this tiny problem by smash · · Score: 1

      Because that won't scale enough. IPv6 "wastes" a lot of space for convenience. No more subnet masks, just use /64 everywhere. The address space is THAT big. It also makes someone sweeping your network for machines not really practical. Even scanning my home network for example (without sniffing for traffic) to locate a host will take 2^32x longer than scanning the entire ipv4 address space.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    18. Re:IPv6 has this tiny problem by smash · · Score: 1

      You mean like this: ipv6 address NODE-PD ::1/64 ?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    19. Re:IPv6 has this tiny problem by Bazman · · Score: 1

      Great idea Joe! Now, hey, what's the IP address of the DNS server?

    20. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      Why didn't they make it look like IPv4 but with just one extra value

      Because that would make it 40-bit, not 128-bit. To make it equivalent, they'd have to have this:

      123.123.123.123.123.123.123.123.123.123.123.123.123.123.123.123

      Much less user friendly.

      Meanwhile, IPv6 generally uses hex notation, and 123 = 0x7b, so the same address in IPv6 notation would be:

      7b7b:7b7b:7b7b:7b7b:7b7b:7b7b:7b7b:7b7b

      It's no better from a readability standpoint or for verbal communication, but at least it's quite a bit shorter (39 characters vs. 63 characters).

      Then the IPv6 address shortening rules take over. That's the "double-colon" thing. It basically means that the part before the double-colon is aligned left, and the part after is is aligned-right, and everything missing in-between is zero-filled. So instead of writing "fe80:0000:0000:0000:0000:0000:0000:0001", you can write "fe80::1". And you can even leave out the ends if they're also zeroes, as in the case of the local loopback. "0000:0000:0000:0000:0000:0000:0000:0001" becomes "::1".

      It's not rocket science, just a rather logical machine-readable addressing scheme. What's holding it back is the absolute refusal of consumer-grade network device makers to support it. Since they don't, the ISP's don't bother and continue to look for things that will work with existing CPE's, like carrier-grade NAT.

    21. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      Oh come on, IPv6 addresses are NOT that hard if you understand how the routing that's build into the addresses works. On your local sub-net, you really just need the host portion of the address...

    22. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      Obviously my suggestion assumed a 40-bit address space.

    23. Re:IPv6 has this tiny problem by smash · · Score: 1

      mDNS. next...

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    24. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      What's holding it back is the absolute refusal of consumer-grade network device makers to support it.

      Most consumer networking gear supports IPv6 these days.

    25. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      Tech support gets easier, since you can reach their machine by its IP address, and it isn't hidden behind two layers of NAT and a firewall.

      Tech support aren't the only ones who can feel happy about this. Malware writers and script kiddies come to mind...

    26. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      Avoiding subnet masks is definitely a plus.

    27. Re:IPv6 has this tiny problem by smash · · Score: 1

      http://en.wikipedia.org/wiki/M...

      next dumb question...

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    28. Re:IPv6 has this tiny problem by ganjadude · · Score: 1

      IP 6 is done in hex, not base 10, thats why it is not as user readable

      --
      have you seen my sig? there are many others like it but none that are the same
    29. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      I memorized over a dozen passwords double that length....

    30. Re:IPv6 has this tiny problem by smash · · Score: 1

      All of my apple gear purchased since 2007 supports ipv6. My FreeBSD boxes have supported it since about then or previously also.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    31. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      Exactly, that was my point.

    32. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      For better or worse, it is going to make using ssh for loops for cluster manipulation not something you can just bang out on the keyboard. Though now I think about it, i'm sure you could do a bash expansion with printf to iterate ipv6 addresses. Still, way too many characters to remember, and if you are dealing with a lot of environments, the potential to fuck up will be even greater.

    33. Re:IPv6 has this tiny problem by cowwoc2001 · · Score: 1

      It will be "next" when mDNS is ubiquitous. Last I checked, it was not.

    34. Re:IPv6 has this tiny problem by SuricouRaven · · Score: 1

      That's going to make for some fun shorthand conversations:

      "Feety mark triple-allzer mark 2-dubnil mark eff-eight-double-eff mark fee twenty-one mark six-seven-cee-eff."

    35. Re:IPv6 has this tiny problem by SuricouRaven · · Score: 2

      "I was going to ask if you'd start up the starcraft server and play a round."

    36. Re:IPv6 has this tiny problem by Dagger2 · · Score: 2

      Loops like for i in {1..50}; do ssh host${i}.cluster1.domain.com stuff; done work just fine with v6, and are no harder to remember than the same thing for v4 (since all you do is use AAAA records instead of A records.)

    37. Re:IPv6 has this tiny problem by SuricouRaven · · Score: 1

      You still have to worry about them when optimising your routing config. But it does mean no more problems when you've allocated a /24 to the wireless and management just mentioned the hundred visiting VIPs all want to put their laptops on tomorrow for the big conference.

    38. Re:IPv6 has this tiny problem by SuricouRaven · · Score: 1

      Or DHCPv6. Either works. You don't 'need' DHCP for IPv6, but you can still use it if you want a lot more control over allocations and configurations for things like booting from network.

    39. Re:IPv6 has this tiny problem by ganjadude · · Score: 1

      oh, so you were saying that they should have stuck with base 10? I dont feel like doing the math but I would wager the address would have to be more than just 123.123.123.123.123 to match the numbers available with the numbers as they are with hex. I just dont see the address space but im not trying to do the math right now. Yes base 10 would be much easier for the majority of people to deal with but not if its something like 123.123.123.123.123.123.123.123.123.123.123.123.123

      --
      have you seen my sig? there are many others like it but none that are the same
    40. Re:IPv6 has this tiny problem by TuringCheck · · Score: 1

      I beg to differ - IPv6 is still found only in most expensive consumer routers.

    41. Re:IPv6 has this tiny problem by Algae_94 · · Score: 1

      Can you shorten more than one block in an address? For example, "fe80:0000:0000:0000:0025:0000:0000:0001". Would that become "fe80::0025::0001"? Wouldn't this be a problem then if you try to shorten "fe80:0000:0000:0025:0000:0000:0000:0001" and get the same result "fe80::0025::0001"?

    42. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      I was talking about a solely 40-bit address space -- something different than IPv6.

    43. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      That is simply not true anymore.

    44. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      No - the whole point is that it's dealt with automatically - which is why there are folk putting together standards for home routers so this stuff all just works for grandma or whoever.

      Wierdly enough - lots of issues didn't really surface until people actually tried to test this stuff out!

      On a more serious note, I don't see the possibility of getting non-techies to configure DNS entries for their computer.

      You think the non-techies know what an IP address is...?
      (You're still going to have to walk them through typing stuff in and reading out what they see, IPv6 or IPv4, there really is very little difference - and for IPv6, you're probably only really looking at the first quad anyway, to see if it's in 2000::/3 or fe80::/10).

    45. Re:IPv6 has this tiny problem by Dagger2 · · Score: 1

      Which is too small to handle even our current internet without pain, let alone future growth.

      Getting reasonable HD-ratios for the internet requires more than 64 bits of address space, and decimal addresses at that length will be about as long as (or longer than) v6 addresses. So... that's why.

    46. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      Only one shortening is allowed to prevent ambiguity, but you can remove leading zeros. So I would suggest shortening it to fe80::25:0:0:1 and fe80:0:0:25::1 respectively.

    47. Re:IPv6 has this tiny problem by colinrichardday · · Score: 1

      Don't you need another hex digit with the "200"?

    48. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      My 7 year old $40 wireless printer supports mDNS. Even my 8 year old stock firmware Netgear consumer grade router resolves the mDNS and lists my printer by name instead of MAC address. What kind of crap network gear do you get?

    49. Re:IPv6 has this tiny problem by kasperd · · Score: 1

      Can you shorten more than one block in an address?

      Nope. That is not permitted (for exactly the reason you mentioned).

      For example, "fe80:0000:0000:0000:0025:0000:0000:0001". Would that become "fe80::0025::0001"? Wouldn't this be a problem then if you try to shorten "fe80:0000:0000:0025:0000:0000:0000:0001" and get the same result "fe80::0025::0001"?

      That's why you can't shorten two blocks. One might argue that as long as each shortened group was shortened by the same amount, it could be expanded unambiguously. But that would have added complexity, for very little gain. So instead the standard says you can only shorten one block.

      Some interpretations go further and says you must shorten the longest run of zeros, and only if it contains at least two zero blocks. And if there are two blocks of identical length you must shorten a particular one. Those more strict rules are relevant if you absolutely need a canonical representation of an IPv6 address. But some implementations have taken this a step too far and reject IP addresses, if the shorting does not follow these rules exactly. For example IPv6 addresses has been rejected due to having used shorting when there was only a single block of zeros.

      --

      Do you care about the security of your wireless mouse?
    50. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      One word: Battle.net! (or two?)

    51. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      Brilliant. You could have worked in the PC disk drive industry.

      "Bob, we made the disks 50% bigger and nothing works again"
      "Oh right, that data structure is only 23 bits long, add another bit"
      "Didn't you do this last year?"
      "No, that was a different data structure, we changed it from 14 bits to 16 bits, this structure is 23 bits, we'll make it 24"
      "Couldn't we just make them a lot bigger? Like 32 bits? Or even 64?"
      "No, I like it this way, constant need to upgrade everything"

      Increasing the address size unavoidably takes a long time and is deeply inconvenient, so we only wanted to do it once. Hence, we chose 128 bits, which is enough that we've got plenty to give to everybody, even doing it in a half-arsed fashion AND there's so much spare we can start over in 50 years if we realise it was a bad approach.

    52. Re:IPv6 has this tiny problem by Anonymous Coward · · Score: 0

      No. Only one :: is allowed, and it expands to fill the 128 bits.

    53. Re:IPv6 has this tiny problem by LinuxIsGarbage · · Score: 1

      I beg to differ - IPv6 is still found only in most expensive consumer routers.

      The $39 DLink DIR-601 router I bought 3 years ago supports IPv6. It only supports 2.4Ghz 150Mbps Wireless N, but it supports IPv6.

    54. Re:IPv6 has this tiny problem by compro01 · · Score: 1

      Because going to 40 bits would break things just as much as going to 128 bits, and 40 bits wouldn't last all that long, whereas 128 bits should be sufficient for approximately forever.

      And doing a IPv6 address in octets would give you 123.123.123.123.123.123.123.123.123.123.123.123.123.123.123.123, which is about as problematic as the hex format.

      --
      upon the advice of my lawyer, i have no sig at this time
    55. Re:IPv6 has this tiny problem by Lanboy · · Score: 1

      You can't troubleshoot DNS using DNS. I can remember an IP better than some random customer hostname.

    56. Re:IPv6 has this tiny problem by Lanboy · · Score: 1

      Just paste it into this chat window...

      smiley:frown:coffee:cake:ff82 blah blah.

      Also throwing in alphanumerics make it a pain when troubleshooting with folks of different languages.

    57. Re:IPv6 has this tiny problem by raju1kabir · · Score: 1

      I was talking about a solely 40-bit address space -- something different than IPv6.

      Well, stop talking about that, it's a stupid idea. If we're going to upgrade billions of devices around the world, I don't want to have to do it again in 4 years' time when 40 bits prove to be inadequate.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    58. Re:IPv6 has this tiny problem by nullchar · · Score: 1

      That's why you create your own CNAME to point to your customer's hostname!

      (Or you could use a hosts file or pdsh groups of hosts)

    59. Re:IPv6 has this tiny problem by Miamicanes · · Score: 1

      Or if you want to be cute, and you can hack your router's firmware a bit to auto-map internal ipv4 to external ipv6, you can ignore the fact that the underlying representations are fundamentally different and do something like:

      internal device #1 = 192.168.100.101

      external ipv6 prefix = 2001:44b8:6116:5aff::

      internal device #1's public ipv6 address: 2001:44b8:6116:5aff:192:168:100:101

      There's no law that says the lower bytes of your ipv6 address HAVE to be some god-awful value. As the parent noted, you could quite legitimately assign ip addresses to devices on your local network as 2001:44b8:6116:51ff::1, 2001:44b8:6116:51ff::2, 2001:44b8:6116:51ff::3, etc.

      You can even make up addresses that spell cute things, like:

      2001:44b8:6116:51ff:B16:B00:B5:1 ("Big Boobs 1"), 2001:44b8:6116:51ff:f00d:f00d:dead:beef, etc.

      If you can deal with remembering a public ipv4 address and a dozen 10.x.x.x or 192.168.x.x addresses with inbound port-mapping rules, you can translate the whole thing to a scheme for assigning internal addresses that you can still remember.

    60. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      Ehh... 40 bits would give 1000 billion addresses instead of the current 4 billion. I'm fine with IPv6's 128 bits, let's go by that, but even 40 bits would absolutely be fine for an extremely long time.

    61. Re:IPv6 has this tiny problem by raju1kabir · · Score: 1

      Consider how much effort and worldwide coordination has gone into the IPv6 migration, and it really doesn't make sense to do that multiple times for only 250x the address space each go-round. Why half-ass it?

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    62. Re:IPv6 has this tiny problem by jones_supa · · Score: 1

      I agree with that.

    63. Re:IPv6 has this tiny problem by gatkinso · · Score: 1

      Uh huh. So I have to roll DNS onto my FPGA as well as IP just to not be lazy. Gotcha.

      --
      I am very small, utmostly microscopic.
    64. Re:IPv6 has this tiny problem by Blaskowicz · · Score: 1

      But on ipv4 it's easy to understand that "on a LAN I should use 192.168.x.x, or 10.0.0.x or such".
      On IPv6 it's more like "ok there's 2001: stuff and fe80: stuff, but what should I use, what's the rule for abbreviating ":0:0:0:0" into "::", how many numbers do I need?". You seemingly have to go read RFC papers to answer these questions. Also, this supposes the user even understand hexadecimal numbers.

      I have to reason that a number (like "FE80") is made of four nibbles, that's 16 bit, so there's max 8 numbers in an IP. And hell, I'm looking at my wlan card's ipv6 : some numbers have three digits only. I assume leading zeroes are left out. So I'm counting five numbers, first thing is "fe80::", and there's a cryptic "/64" too at the end.
      Maybe it is "not hard" but it's an order of magnitude more complex than ipv4 and that sucks for kids, home users etc.

    65. Re:IPv6 has this tiny problem by Blaskowicz · · Score: 1

      Yes a lot of non-techies know what an IP is, but it depends what is a "techie" and what is a "non techie". Gamers do know about an IP, and I dare say that more people don't know what a "hostname" is. Yes "google.com" is a hostname that every one knows, but most people think that's an URL.

      As for a home LAN I find it useful to declare the "main desktop" (which stores most or all offl-line music and movies) in the router's DHCP server, so its local IP is fixed. Then in other computers add that "main desktop" to the hosts file. So now, you can ping and reach that computer by name, no DNS server involved :). Well Windows did that already with the "NetBIOS" stuff but that works less reliably and you might have non-Windows.
      Nice little thing but it requires some undestanding (of what a MAC, an IP and a hostname are).

  17. When you migrated to IPV6, I re-used your IPV4's. by Anonymous Coward · · Score: 0

    1. Most businesses can't come up with a business case to "complicate all the things" and attain zero ROI, thus barely anybody is migrating.
    2. When some do migrate to IPV6, that releases IPV4 addresses, thus IPV4 will be nearly full for a very long time.
    3. Let's face it, there is no killer app equivalent in IPV6. Nearly everything that it offers, IPV4 can do with addons (i.e. NAT, DHCP, etc)
    4. IPV6 is a solution to a problem that is too small/insignificant at this time... the problem is growing to be sure, but it won't cause any overnight migration. For *F* sakes, most non-IT businesses still use fax machines!

  18. Bad summary by AdamHaun · · Score: 4, Informative

    Unsurprisingly, address exhaustion still going on. APNIC and RIPE are down to their last /8 and are now handing out addresses as slowly as they can. ARIN and LACNIC will reach their last /8 this year. AFRINIC won't run out for years, so I suspect their new infrastructure will be built on IPv6. Here's the relevant data.

    There's a finite number of addresses, guys. They're not going to magically stop running out.

    --
    Visit the
    1. Re:Bad summary by ganjadude · · Score: 1

      true, but the problem comes with the boy who cried wolf. I remember when I was getting my CCNA back in 2001, They told us that IP4 was doomed in the next 3-5 everything would be IP 6

      13 years laters, barely anything is IP 6

      --
      have you seen my sig? there are many others like it but none that are the same
    2. Re:Bad summary by PRMan · · Score: 1

      Actually, almost everything is. You just didn't notice.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
  19. ISPs taking IPs back from customers by kasperd · · Score: 4, Informative

    Less than two months after RIPE introduced rationing of IPv4 addresses, I one day found my internet connectivity to be totally broken. Turns out the ISP had turned on NAT in my modem (without telling me about it beforehand). They did have a self service page where I could turn NAT off again and get functional internet connectivity again. However some of my devices no longer received any reply from the DHCP server.

    I called their support, who said the lack of reply from their DHCP server was due to the network interface on my computer being defective (which was obviously a lie). When I pointed out that their conclusion was directly contradicting the symptoms I had already explained them about, they just hanged up.

    Calling their support one more time, I was able to get to a supporter who knew what was going on, and didn't just invent a lie. It turns out they had run out of IPv4 addresses, and were now enforcing a maximum of two devices online per customer regardless of what limit had been in effect previously.

    A few days later I called them again asking for native IPv6, which I considered only fair, given that they had taken away some of the IPv4 addresses, which I were using. They promised me native IPv6 before the end of the year. That was in 2012, they still haven't delivered.

    Other ISPs are putting all new customers behind CGN unless they pay an extra fee for a static IP address. You'd think they'd give you native IPv6 along with that. But alas, according to the majority of ISPs, there is no shortage of IPv4 addresses in this country, so nobody needs IPv6. And since nobody is buying IPv6 connectivity, the ISPs will not offer it (completely ignoring the fact, that the reason nobody is buying IPv6 connectivity is that the ISPs themselves aren't offering it in the first place).

    From what I am told, native IPv6 plus CGN for IPv4 is already fairly common in Germany, but that's not enough to make me want to move across the border. I have yet to hear about ISPs putting customers who previously had a public IPv4 address behind NAT, but I would not be surprised if it happened.

    --

    Do you care about the security of your wireless mouse?
    1. Re:ISPs taking IPs back from customers by swb · · Score: 1

      > Other ISPs are putting all new customers behind CGN unless they pay an extra fee for a static IP address.

      Isn't this basically market forces at work? A scarce commodity being rationed via pricing?

      I don't know, but I would guess that the IPv4 address situation is probably largely solvable via pricing for static IPs and blocks. I'm sure there are technical issues related to making connections static or dynamic as-needed and maybe carrier-side NAT performance issues or other infrastructure demands.

      It strikes me there's a lot of static space out there wasted and hoarded because there's no price (or very little price) associated with it.

    2. Re:ISPs taking IPs back from customers by badfish99 · · Score: 1

      ... extra fee for a static IP address

      Which is why they don't want to give you IPV6. Given a choice between an artificial scarcity of IP addresses that allows them to change extra, and an investment in a solution that will eventually make the scarcity go away, it's fairly obvious which the ISPs are going to choose.

    3. Re:ISPs taking IPs back from customers by Anonymous Coward · · Score: 0

      I don't know, but I would guess that the IPv4 address situation is probably largely solvable via pricing for static IPs and blocks. I'm sure there are technical issues related to making connections static or dynamic as-needed and maybe carrier-side NAT performance issues or other infrastructure demands.

      Addresses are not fungible, you cannot just sell them individually.

      All the routers in the entire world need to know which way to send a packet in order for it to get there, if you sell every IP individually then every single router on the entire planet is going to need a 4 billion entry long routing table.

    4. Re:ISPs taking IPs back from customers by Anonymous Coward · · Score: 0

      There's plenty of ipv4 addresses around, maybe time for operator change?
      http://en.wikipedia.org/wiki/List_of_countries_by_IPv4_address_allocation

    5. Re:ISPs taking IPs back from customers by kasperd · · Score: 1

      Given a choice between an artificial scarcity of IP addresses that allows them to change extra, and an investment in a solution that will eventually make the scarcity go away, it's fairly obvious which the ISPs are going to choose.

      I'd say it ought to be easier to get customers to move among the ISPs rather than making them pay more for the same service.

      In other words, if you are trying to make your existing customers pay more for the same service, they are more likely to switch to another ISP. If OTOH you are giving customers more for the same price, you are more likely to attract customers from another ISP.

      As long as enough IP addresses are effectively free for the ISP (which they are with IPv6), there should be little reason for ISPs not to give customers enough IP addresses, assuming there is real competition between ISPs.

      --

      Do you care about the security of your wireless mouse?
    6. Re:ISPs taking IPs back from customers by Anonymous Coward · · Score: 0

      If anything, the PHBs should love IPv6. It is a great upsell.
      "What address do you want a version 4 or version 6?"
      "What do you recommend? Which is better?"
      "Version 6 is better, but is more expensive."
      "Hmmm maybe 4 then?"
      "Well we are having a sale 5 version 6 addresses for the price of one and that includes an version 4 address for free for a year. That way each of your computers and devices can have one and you have a version 4 if you need it."
      "Ok I'll go with that."

      (Fast forward a year when the introductory prices expire and the IPv6 addresses are $8 each and the IPv4 is seven.)

    7. Re:ISPs taking IPs back from customers by Bacon+Bits · · Score: 1

      It's this kind of endless bullshit stalling tactics that makes me think migrating to IPv6 will require legislative mandate.

      --
      The road to tyranny has always been paved with claims of necessity.
    8. Re:ISPs taking IPs back from customers by kasperd · · Score: 1

      There's plenty of ipv4 addresses around, maybe time for operator change?

      No other operator could deliver connectivity at my address. Besides I have no guarantee another operator would do any better. And none of them are offering IPv6, which would otherwise be sufficient reason for me to switch right away.

      --

      Do you care about the security of your wireless mouse?
    9. Re:ISPs taking IPs back from customers by kasperd · · Score: 1

      makes me think migrating to IPv6 will require legislative mandate.

      I have had that feeling for more than a decade. Unfortunately, legislators don't understand how the internet works. I guess the majority of legislators have never seen an internet connection without NAT.

      --

      Do you care about the security of your wireless mouse?
    10. Re:ISPs taking IPs back from customers by Anonymous Coward · · Score: 0

      I live in Germany, and my ISP switched to native IPv6 + CGN about 6 months ago.
      I thought this would end my need for dynamic DNS services, but then I found out that my IPs aren't static. They change once about every week.

      I haven't tried setting a static IP yet as I'm not sure that they wouldn't eventually give the same address to another user in the rotation.
      But I guess I could just try it and see where it leads.

      So yeah, depending on whether the above works, the ISPs may not have lost the opportunity to milk the static IP tit just yet.

  20. IPv6 usage IS increasing by jez9999 · · Score: 1

    Google's statistics of IPv6 usage show a seemingly exponential increase, which is now up to 3%. It could be 10%, 20%, or 50% in 10 years' time. Countries like mine (the UK) need to wake the fuck up and start having major ISPs offer IPv6. It really sucks that so few do.

    1. Re:IPv6 usage IS increasing by fuzzywig · · Score: 2
      From some googling apparently these ISPs do offer IPv6:

      AAISP
      Clara.net
      Entanet
      Exa networks
      Goscomb Tech
      IDNet
      Webtapestry

      Virgin announced several years ago that they would soon be offering it, they still aren't.

    2. Re:IPv6 usage IS increasing by scarboni888 · · Score: 1

      Speaking of the UK and IP addresses do a web search on these terms:

      department for work and pensions ipv4 addresses

    3. Re:IPv6 usage IS increasing by fsterman · · Score: 1

      Great, so 30 years in and we might actually switch over.

      --
      Is there anything better than clicking through Microsoft ads on Slashdot?
  21. Comcast and ipv6 by weave · · Score: 2

    Comcast brags (http://comcast6.net) that they are the largest ISP that supports ipv6. Oh wow, cool. I have a new modem that supports it as well as a home router.

    So I go to figure out how to do it and find that they are only assigning /128s (single IPs) to only certain markets.

    Who has a single computer hooked up to the Internet at home and nothing else?

    No wonder it's not going anywhere. Even early-adopters can't get on easily without tunneling or other hack.

    1. Re:Comcast and ipv6 by Aqualung812 · · Score: 3, Interesting

      I'm on Comcast, and I'm getting a /60 from them.

      Your WAN interface might be on a /128, and that is fine. You need to make sure your gear is telling Comcast what size of prefix you want delegated to your router.

      Of course, this varies by market, so it might really not be there yet, but read up on prefix delegation & make sure you've got your end setup correctly: http://en.wikipedia.org/wiki/P...

      Also, don't trust the tech support with this. They are clueless. According to them, IPv6 isn't available in my market.

      --
      Grammer Nazis - I mod you "troll" unless you actually add something on-topic. Yes, I know I have mispellings in my sig.
    2. Re:Comcast and ipv6 by Anonymous Coward · · Score: 0

      Why would they do that in certain markets? They gave me a /64

    3. Re:Comcast and ipv6 by Anonymous Coward · · Score: 0

      Weird. For the markets I've seen that they support IPv6 from the CMTS, they were issuing /64's initially, but I've seen /60 and /56 allocations.

      The bad part is trying to get it to work. The NetGear modems have some buggy software (even for IPv4), but it's a pain trying to get a stable modem and stable pfSense install to route and firewall properly for IPv6.

    4. Re:Comcast and ipv6 by Anonymous Coward · · Score: 0

      They're probably testing the waters for a common IPv4 & IPv6 NAT solution. After all, even if they don't _need_ to limit connectivity to IPv6 subscribers, big ISP and big content are always looking for ways to make the consumer internet more like cable tv (your ToS probably already forbids running servers, I presume?)..

    5. Re:Comcast and ipv6 by WaffleMonster · · Score: 1

      Comcast brags (http://comcast6.net) that they are the largest ISP that supports ipv6. Oh wow, cool. I have a new modem that supports it as well as a home router.

      So I go to figure out how to do it and find that they are only assigning /128s (single IPs) to only certain markets.

      Who has a single computer hooked up to the Internet at home and nothing else?

      A /128 is what you get when you don't request a delegated prefix via DHCP v6.

    6. Re: Comcast and ipv6 by Anonymous Coward · · Score: 1

      Of course you completely leave out the fact that they also prefix delegate a /64-60 block if you configure you dhcp client to receive it.

    7. Re: Comcast and ipv6 by smash · · Score: 1

      Most likely the case ^^ . Recommended practice for IPv6 is to not allocate smaller than a /64 - I've got a /56 myself.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    8. Re:Comcast and ipv6 by weave · · Score: 1

      Interesting. I tried. My 3-month old firmware-upgraded Buffalo DD-WRT-based router has an option to enable ipv6 but nothing happens. Finding docs is a bit difficult. It shouldn't be this hard if this is going to work :(

    9. Re:Comcast and ipv6 by Aqualung812 · · Score: 1

      Last time I tried DD-WRT, getting IPv6 on there was a CLI bitch, and I don't think it supported PD at that time.

      I'm using pfSense now & never looked back to a SOHO router again. If you have an old P4 lying around with 512 ram, throw an extra 10/100 NIC in there & give it a spin. If you like it, you can roll your own fanless case & get the power consumption back down to an appliance level.

      For a while I used the linksys I had as an access point, then swapped it out for a UniFi & again, couldn't be happier for the price.

      Back to the topic, you'll find that the current state of IPv6 is not only an ISP issue, but also a hardware & software issue. Even pfSense only recently really supported IPv6 properly with 2.1, and many other devices I've tried have varying levels of support.
      Ironically, the most IPv6-complete item I've found is Windows 7/Server 2008R2.

      While I'm on a kick recommending stuff, check out ipvfoo for Chrome once you get IPv6 working. It is helpful to see how many sites still don't support IPv6 native: https://code.google.com/p/ipvf...

      --
      Grammer Nazis - I mod you "troll" unless you actually add something on-topic. Yes, I know I have mispellings in my sig.
    10. Re:Comcast and ipv6 by modi123 · · Score: 1

      Who has a single computer hooked up to the Internet at home and nothing else?

      Actually this guy does. No tablets.. no smart phones.. no laptops.. basic cable.. it works out okay.

      Though thankfully, from what I understand, Comcast is not in my area.

    11. Re:Comcast and ipv6 by jbgeek · · Score: 1

      Yep. Residential is getting /60s AFAIK. I'm part of the Comcast business trials and they're delegating /56 subnets to biz customers at this point. We're presenting working out some firmware issues with DHCPv6-PD (Prefix Delegation) so that we can get my router/FW talking to their CPE router and start dolling out subnets.

  22. useless summary. by Dzimas · · Score: 1

    Dear Mother of the First Transistor and all that's holy, would it be too much to write a summary that actually summarizes -- "Remember the IPv4 crisis? It's still a problem, and we're going to run into trouble sometime this year." It's only a matter of time before tabloid-grade link baiting pervades every area of writing -- imagine the joy of reading summaries of scientific articles that conclude with, "Is there a statistically significant likelihood that your wife secretly prefers canoodling with carpenters rather than network engineers? Click HERE to find out."

    1. Re:useless summary. by epine · · Score: 1

      would it be too much to write a summary that actually summarizes

      I've been complaining about this regularly in recent months. Far bigger issue than beta that so much content isn't nerdworthy.

    2. Re:useless summary. by Anonymous Coward · · Score: 0

      Here is alphadogg's alleged summary:

      "In February 2011, the global Internet Assigned Numbers Authority (IANA) allocated the last blocks of IPv4 address space to the five regional Internet registries. At the time, experts warned that within months all available IPv4 addresses in the world would be distributed to ISPs. Soon after that, unless everyone upgraded to IPv6, the world would be facing a crisis that would hamper Internet connectivity for everyone. That crisis would be exacerbated by the skyrocketing demand for IP addresses due to a variety of factors: the Internet of Things (refrigerators needing their own IP address); wearables (watches and glasses demanding connectivity); BYOD (the explosion of mobile devices allowed to connect to the corporate network); and the increase in smartphone use in developing countries. So, here we are three years later and the American Registry for Internet Numbers is still doling out IPv4 addresses in the United States and Canada. Whatever happened to the IPv4 address crisis?"

      Here are the first few paragraphs of TFA:

      "Whatever happened to the IPv4 address crisis?
      By Lee Schlesinger, Network World
      February 17, 2014 06:30 AM ET ...
      Network World - In February 2011, the global Internet Assigned Numbers Authority (IANA) allocated the last blocks of IPv4 address space to the five regional Internet registries. At the time, experts warned that within months all available IPv4 addresses in the world would be distributed to ISPs.

      Soon after that, unless everyone upgraded to IPv6, the world would be facing a crisis that would hamper Internet connectivity for everyone. That crisis would be exacerbated by the skyrocketing demand for IP addresses due to a variety of factors: the Internet of Things (refrigerators needing their own IP address); wearables (watches and glasses demanding connectivity); BYOD (the explosion of mobile devices allowed to connect to the corporate network); and the increase in smartphone use in developing countries.

      So, here we are three years later and the American Registry for Internet Numbers (ARIN) is still doling out IPv4 addresses in the United States and Canada. ...
      Whatever happened to the IPv4 address crisis? "

      Unless alphadogg is the /. username of Lee Schlesinger, that wasn't summarizing, that was plagiarizing. Clumsy plagiarizing.

  23. IPv4 addresses are like arctic ice by Anonymous Coward · · Score: 0

    they should be gone by 2011, except there is still plenty of them...

    Now, despite what many people are saying, there is no real proof of antropologic causes of IPv4 address disappearance. As far as we know, for majority of time during Earth history, there were NO IPv4 addresses available, so current situation is just returning to baseline, rather than some exceptional disaster.

    And if it means that some small villages in 3rd world countries won't have ip addresses in future... who cares. They will be probably flooded by water melted from artic ice anyway...

  24. NAT = communism by Anonymous Coward · · Score: 1

    NAT means people are giving themselves IP addresses and are sharing IP address space.
    This is communism in it's purest form, and it has to stop.

  25. Wolf! by jtownatpunk.net · · Score: 1

    The IPv4 crisis was around when I got into IT back in the early 90s. So thats...over 20 years? That can't be right because, counting forward from...D'oh!

    Get off my lawn!

    1. Re:Wolf! by mjwalshe · · Score: 1

      Mid 80's for me thats pre the move to CIDR

    2. Re:Wolf! by WaffleMonster · · Score: 1

      The IPv4 crisis was around when I got into IT back in the early 90s. So thats...over 20 years? That can't be right because, counting forward from...D'oh!

      Looking back over the years it is surprisingly how well the projections for run out have fit with reality of address availability and how early belt tightening decades ago (CIDR, documentation requirements) have staved off the inevitable.

  26. The real crisis is the routing table size problem by exabrial · · Score: 3, Interesting

    Truth is NAT works just fine for the vast majority of cases, and makes a layered (IE not-eggs-all-in-one-basket) approach to security much simpler.


    The real problem is routing table size with BGP. As we continue to divide the internet into smaller routable blocks, this is requiring an exponential amount of memory in BGP routers. Currently, the global BGP table requires around 256mb of RAM. IPv6 makes this problem 4 times worse.


    IPv6 is a failure, we don't actually _need_ everything to have a publicly routable address. There were only two real problems with IPv4: wasted space on legacy headers nobody uses, and NAT traversal. IETF thumbed their noses as NAT (not-invented-here syndrome) and instead of solving real problems using a pave-the-cowpaths-approach, they opted to design something that nobody has a real use for.

    Anyway, I'm hoping a set of brilliant engineers comes forward to invent IPv5, where we still use 32 bit public address to be backward compatible with today's routing equipment, but uses some brilliant hack re-using unused IPv4 headers to allow direct address through a NAT.

    Flame away.

  27. It is just costing us $$$ at this point by Anonymous Coward · · Score: 2, Informative

    At work we wanted to set up some VPNs with a cloud provider but our ISP doesn't want to give us the IPs so we had to forgo the VPN and instead lease a line for $5000 a month + we'll end up with dev and production envirnments that don't match which will probably hit us as some downtime in the future (we're just using OpenVPN in dev which doesn't require an IPv4).

    So in the case of my team of eight workers the IPv4 crisis is costing $5000/mo + countless meetings and endless paperwork. Not a showstopper, but enough that I'm not yelling "What Crisis?!" from the rooftops.

  28. What happened? by GT66 · · Score: 2, Insightful

    The human tendency for hyperbole happened. It was the same for Y2k, is the same for just about every winter season snow storm, and is ceaseless in our politics. We just love the drama of a crisis. Just recently John Kerry referred to man-made global warming as weapon of mass destruction. Talk about a drama queen. [br] [br] So, as it turned out, despite seemingly needing more than billions of IP addresses and IPv4 only supplying a few billion in totality, what the world really needed was just a few million IPv4 addresses that could provide "outside" initiated connectivity into the host. ie, servers. For all the rest, outbound connectivity could be supplied by some smaller proportion of addresses using NAT and clever work around services and many systems required even less than that needing only local area connectivity and allowing IPv4 to be reused over and over. [br] [br] So, the need for IPv6 RIGHT NOW OR THE END WILL CONSUME US! was driven largely by hyperbole and the reality that IPv4 can and will continue to serve our purpose is tempered by the other human traits of conservation and ingenuity. [br] Yes, the transition to IPv6 is inevitable and necessary however, the consumption of IPv4 will not be no more a sudden catastrophic event event any more than John Kerry's belief that climate change is a weapon of mass destruction. It just never happens that way.

    1. Re:What happened? by mi · · Score: 0

      The human tendency for hyperbole happened. It was the same for Y2k, is the same for just about every winter season snow storm, and is ceaseless in our politics. We just love the drama of a crisis. Just recently John Kerry referred to man-made global warming as weapon of mass destruction.

      We've also been "10 years away from running out of oil" — for the last 30 (if not 40) years...

      --
      In Soviet Washington the swamp drains you.
    2. Re:What happened? by Dagger2 · · Score: 4, Funny

      Thankfully they keep discovering new fields of IPv4 addresses. Peak IP is never going to happen!

    3. Re:What happened? by Zero__Kelvin · · Score: 5, Insightful

      ". It was the same for Y2k,"

      I'm glad you brought this up, as it is an excellent parallel. The Y2K crisis was real just as the IPv4 shortage was real. In both cases people took pro-active steps to head off disaster. Now, because those proactive steps averted the disaster all those who had no hand in it and didn't understand it proclaim: See! It was never an issue! It didn't happen!. No shit sherlock; it didn't happen because people saw the potential for disaster and took steps to avoid it.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    4. Re:What happened? by mi · · Score: 1

      Thankfully, "fields" of IPv4 addresses are reusable. Enterprises (commercial and otherwise), that don't need as much as they once got, sell their allocations. There is enough for those, who really need a globally-reachable server. Others use NAT.

      --
      In Soviet Washington the swamp drains you.
    5. Re:What happened? by WaffleMonster · · Score: 3, Interesting

      The human tendency for hyperbole happened.

      Or more accurately "does not effect me"

      It was the same for Y2k, is the same for just about every winter season snow storm, and is ceaseless in our politics.

      In the IPv6 case the projections for run out have been right on the money. The only people screaming "the world didn't end" are media people looking to whore hits to their sites. Addressing authorities and publicized events ( IPv6 Day) all included FAQs clarifying the end of the world does not happen at exhaustion.

      Just recently John Kerry referred to man-made global warming as weapon of mass destruction.

      I have a feeling if you were head of state for some dinky island nation in the middle of nowhere and you looked at the projections for sea level rise vs land area of your country effectively consumed or endangered by conditions (tides, storms) you would not be so quick to sound the hyperbole alarm.

      The same goes for small VM/hosting provider who runs out of IPs to assign to new customers... these things are a "big fucking deal" to them but for everyone else it is hyperbole or even beneficial. Climate change has winners and so does IPv4 exhaustion. CGN vendors, competitors who "planned ahead" hoarding more addresses than they were supposed to or those blessed with massive legacy allocations have market advantage with respect to IPv4 exhaustion the rest of us don't.

    6. Re:What happened? by Anonymous Coward · · Score: 1

      Just recently John Kerry referred to man-made global warming as weapon of mass destruction.

      I have a feeling if you were head of state for some dinky island nation in the middle of nowhere and you looked at the projections for sea level rise vs land area of your country effectively consumed or endangered by conditions (tides, storms) you would not be so quick to sound the hyperbole alarm.

      You don't even have to have a feeling about it. Just read the news on Kiribati, which has recently been given a very kind offer of mass immigration to Fiji as Kiribati's island nation keeps slipping below the rising sea levels.

  29. Reusing ranges by gmuslera · · Score: 1

    A lot of the lower /8 ranges, that were assigned to companies and organizations(some of them that don't exist anymore) got reused to make ipv4 last a little longer. They will stil

    Also don't help a lot that companies and ISPs may still be deploying hardware/software that is not ipv6 capable, replacing legacy systems is one the things that slows down adoption.

  30. ipv6 is deployex by Anonymous Coward · · Score: 0

    All new anroid phones from verizon and t-mobile us have ipv6. I also think comcast is mostly deployed.

  31. Nothing happened by Anonymous Coward · · Score: 1

    Nothing happened.
    It's an ongoign disaster that will get more and more of a problem as time goes on and it gets harder and harder to get IP addresses.

  32. Re: When you migrated to IPV6, I re-used your IPV4 by maccodemonkey · · Score: 1

    Businesses that migrate to IPv6 don't drop their IPv4 addresses. They still need them to talk to legacy clients.

    I've migrated to IPv6 at home but I still have an additional IPv4 addresses internally and externally for talking to IPv4 servers and devices.

  33. The real truth? by Shaman · · Score: 0

    Supporting IPv6 is a giant, ugly, expensive, network-rocking hairball for ISPs that virtually no amount of throat-clearing will dislodge. It's ugly to work with in many ways, people make demands of it that cost the ISPs time and money and aggravation to support. It requires forklift upgrades of virtually all the really expensive hardware that ISPs have in their data centers and elsewhere. Much hardware currently in use still doesn't support IPv6 (think virtually all wireless network hardware sold today) and everything needs to if you're going to make a smooth conversion - which is impossible anyway.

    IPv6 from an ISP standpoint is the boogey man.

    --
    ...Steve
    1. Re:The real truth? by smash · · Score: 1

      Bullshit. My ISP has been IPvt6 enabled for 5+ years now, and if you're running networking equipment more than 5-10 years, you're doing it wrong. I use IPv6 over wireless at home and at work. IPv6 is only a bogey man because of the pissing and moaning people are doing about it, rather than pulling their fucking finger out and getting on with it.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:The real truth? by Ksevio · · Score: 1

      I second this. I just got IPv6 through my ISP and most of my devices just picked up an address and started using it right away.

      However, the GP is correct in that ISPs need to upgrade a lot of expensive routers to add support. The good news is they have to upgrade them regularly anyways, so if they just make the decision to go the IPv6 route, it'll happen. I imagine plenty are partially supporting IPv6 already, but that one stubborn switch won't die.

    3. Re:The real truth? by Shaman · · Score: 1

      Yep. You're so smart. So smart that you ran right over "hardware doesn't support ipv6", "virtually all wireless network hardware sold today" and "cost the ISPs time and money and aggravation to support" and went straight to "bullshit."

      Have a cookie. Clearly you've got intelligent discourse down pat.

      --
      ...Steve
    4. Re:The real truth? by Anonymous Coward · · Score: 0

      Much hardware currently in use still doesn't support IPv6 (think virtually all wireless network hardware sold today) and everything needs to if you're going to make a smooth conversion - which is impossible anyway.

      IPv6 from an ISP standpoint is the boogey man.

      IP is a protocol. It is software, not hardware.

      In order to make a device that is IPv4 only able to run IPv6 is software changes. Carrier grade hardware will have firmware updates that add this functionality.

      Home based routers may not, but that's because the device manufacturers are not spending the time to add it to the software, not because the hardware doesn't support it. And a wireless NIC will neither support nor not support IPv6, because it's an interface for the O/S and Windows, Mac and Linux all support it.

    5. Re:The real truth? by WaffleMonster · · Score: 1

      IP is a protocol. It is software, not hardware.

      In order to make a device that is IPv4 only able to run IPv6 is software changes. Carrier grade hardware will have firmware updates that add this functionality.

      The big routing toys all have specialized hardware (ASICs) tied to IPv4 packet structures and addressing which needs to be physically replaced to support new structures of IPv6. Assumptions about structure is literally burnt into the hardware.

      However most of this gear will still pass IPv6 on the slow path allowing some deployment of IPv6 until the gear can be replaced/upgraded over time.

      In 2014 I have little sympathy for the ISP who is just now realizing "OMG we need to buy all new shit" simply because they failed to be proactive and didn't plan ahead...they should have been sourcing hardware with IPv6 support for years already.

    6. Re:The real truth? by petermgreen · · Score: 1

      IP is a protocol.

      True

      It is software, not hardware.

      Protocols can be implemented in either software or hardware, which is chosen depends on various tradeoffs including cost, performance and flexibility.

      In order to make a device that is IPv4 only able to run IPv6 is software changes. Carrier grade hardware will have firmware updates that add this functionality.

      Able to run and able to run with decent performance and reliability are unfortunately not the same thing.

      A high end router has a CPU that does various housekeeping tasks (updating routes, administrative access etc)and a forwarding engine that does the real work of matching packets to routes and pushing them out of the correct interface. If the forwarding engine is not designed for IPv6 then it is unlikely to be able to support it with a mere firmware upgrade.

      AIUI some such routers "support" ipv6 but handle it with the CPU instead of the routing engine, so they work ok if IPv6 is a small proportion of total traffic but as the number of IPv6 packets in the mix grows they fall over.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    7. Re:The real truth? by slimjim8094 · · Score: 1

      I expected better from a 4 digit UID.

      "hardware doesn't support ipv6" - Sure, and it's all being steadily replaced. As everybody replaces their stuff on the normal cycle, the new stuff supports v6. 5 years later, everything supports it - starting at the backbone, moving to the ISP core, then the individual gateways. Case in point - Comcast, Time Warner, Verizon, ATT, etc. Not sure what you mean by "expensive hardware that ISPs have in their data centers" because the big ISPs don't seem to have any trouble with it. Perhaps you mean some shitty ISP nobody's heard of (got any names?) that went out of their way to *not* buy all the v6-compatible gear? Or perhaps they're running 8 year old equipment, even though bandwidth requirements have gone through the roof since then. Well, either way, yeah occasionally upgrading your shit is part of being an ISP.

      "virtually all wireless network hardware sold today" - You mean like Aruba and Cisco? Fun fact - my university uses Aruba gear for WLAN and they flipped on native v6 quite successfully. In 2010. Or perhaps you mean consumer gear, like my shitty Arris gateway from the cable company that requested a v6 prefix when I plugged it in and has been happily advertising it to all my machines? And "machines" includes my cellphone, Smart TV, and fucking Blu-Ray player!

      "cost the ISPs time and money and aggravation to support" - You'll have to do better than that. IPv6 brokenness is a non-issue, and most of the negligible fraction of people who have a problem are having a problem due to ISP misconfiguration - a support non-issue if the ISP is configured properly. In fact, when the support guys realized that widespread v6 support would essentially eliminate all their "how do I forward a port" support calls, I bet they had to change their pants. If by "support" you mean "configure this shit they bought over the last 5 years"... well, that's known as a "job".

      Normally I'd expect a bullshit post full of ad-homenims to be some sort of astroturf but all the ISPs are already fucking doing this so they have no reason to troll forums. So I don't know what your deal is. Maybe you get a jolly from shitting on v6. That's fine, go nuts. We'll all be over here using it happily, spinning up v6-only services in a few years, and leaving you in the dust.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    8. Re:The real truth? by Anonymous Coward · · Score: 0

      The truth is IPv6 *IS* a giant, ugly, expensive, network-rocking hairball for ISPs ... blah.. deleted.. blah...
        If security is my main reason to create a NAT, why would you install IPv6 on your NAT'ed machines?

      NAT is less secure than SPI.

      IPv6 is an bogus standard.

      When a "bogus" standard is widely implemented introspection may be necessary.

      The forklift upgade is true (on old and expensive routing equipment too). There are a lot if old cisco routers still in service that don't talk IPv6. So no wonder only 3% of the world has converted to IPv6.

      No Rush... go back to sleep... pay no attention to your competitors.

    9. Re:The real truth? by Shaman · · Score: 1

      Again, not paying attention: in the wireless industry THERE IS NONE WITH IPv6.

      Wireless equipment (not Linksys, ffs) is almost universally IPv4 only - right now.

      --
      ...Steve
    10. Re:The real truth? by Shaman · · Score: 1

      And you got better. You're clearly uninformed, and I can't change fanboyism.

      -
      "hardware doesn't support ipv6" - Sure, and it's all being steadily replaced
      -

      It's *not available* in some cases, certainly fixed wireless equipment. I made that point twice, FFS.

      -
      big ISPs don't seem to have any trouble with it
      -

      Actually, they do. Many large ISPs don't support IPv6 or are in the stages of moving over parts of their network right now. They're having huge issues. They're just not sharing them with YOU. For an example, Bell Canada still has no IPv6 support on their network, even at the business-classed fiber/ethernet level.

      -
      You mean like Aruba [arubanetworks.com] and Cisco [cisco.com]?
      -

      Those are not ISP-level equipment. Those are WiFi. Again, you fail at comprehension.

      -
      when the support guys realized that widespread v6 support would essentially eliminate all their "how do I forward a port" support calls, I bet they had to change their pants
      -

      Wrong. Now they have people calling them up asking how they get static IPs on their Samsung TV. And why their home security system doesn't seem to be working when it supports only IPv4. They want more outbound bandwidth for their fleet of home cameras and an IP for each of them, and they want it for free, including technical support when something goes wrong. IPv6 means you go from people trying to force you to support their shitty, poorly configured wireless network at home to trying to force you to support 50 devices that they want available on the Internet at all times with their own IP addresses. You clearly don't think outside your little consumer box AT ALL.

      -
      Maybe you get a jolly from shitting on v6. That's fine, go nuts. We'll all be over here using it happily, spinning up v6-only services in a few years, and leaving you in the dust.
      -

      Could you be any more fanboy butthurt?

      --
      ...Steve
  34. The US has nothing to worry about but... by trparky · · Score: 5, Informative

    The United States has enough IP addresses in our pool to carry us through to the end of say... 2018. If current growth of the Internet continues we will still have enough IP addresses in our pool, we'll just have to knock a year or two off that projection. Say, may 2017 or half way through 2016. The United States has more than enough IP addresses to keep us going for some time.

    Europe and other parts of the world is a totally different story. When the Internet was created and we started handing out the IP addresses we were quite stingy when giving them to other parts of the world. The United States is one of the biggest hoarders of IP addresses in the IPv4 world while Europe and the rest of the world got relatively few IP addresses with compared to how many the US holds. There's where we are seeing the problem.

    Europe has the issue, Europe has no choice in the matter; they have to move to IPv6 or their side of the Internet is pretty much crippled. So unless we all implement 6to4 to allow United States Internet users to connect to European web site (that's fugly) or finally get on the bandwagon in converting to IPv6 in the US, there will eventually be two Internets; a US and a European Internet with IPv4 and IPv6 being the limiting factor.

    1. Re:The US has nothing to worry about but... by Anonymous Coward · · Score: 0

      So it's kinda like the oil thing, except there's no good way for the USA to use aircraft carrier groups to hog all the IPv4 addresses.
      Or is there?

    2. Re:The US has nothing to worry about but... by Anonymous Coward · · Score: 0

      there will eventually be two Internets; a US and a European Internet with IPv4 and IPv6 being the limiting factor.

      That will make a certain German Chancellor so happy.

    3. Re:The US has nothing to worry about but... by Anonymous Coward · · Score: 0

      Build your own aircraft carriers then you can complain like a big boy.
      Till then Fuck You as the harpoons are coming.

    4. Re:The US has nothing to worry about but... by Kjella · · Score: 1

      The United States has enough IP addresses in our pool to carry us through to the end of say... 2018. If current growth of the Internet continues we will still have enough IP addresses in our pool, we'll just have to knock a year or two off that projection. Say, may 2017 or half way through 2016. The United States has more than enough IP addresses to keep us going for some time.

      Europe and other parts of the world is a totally different story. When the Internet was created and we started handing out the IP addresses we were quite stingy when giving them to other parts of the world. The United States is one of the biggest hoarders of IP addresses in the IPv4 world while Europe and the rest of the world got relatively few IP addresses with compared to how many the US holds. There's where we are seeing the problem.

      This is pretty much wrong on all accounts, IP addresses have been allocated on demand to RIRs and in early 2011 all of them had approximately 5-6 /8 networks left in the pool. So the only difference is who has needed IPs in the last three years. However there was no relation between population size and pool size, some RIRs like APNIC in the Asia-Pacific covers billions of people and has insane demand so they ran out in late 2011, Europe came second in early 2012, South and North America will run out this year while Africa is still good until 2019 or so. Or technically speaking they don't let them run totally out, when they're down to the last /8 they reseve the last for CGNAT and such but you can't get regular address blocks anymore.

      --
      Live today, because you never know what tomorrow brings
    5. Re:The US has nothing to worry about but... by compro01 · · Score: 1

      The United States has enough IP addresses in our pool to carry us through to the end of say... 2018.

      Actually, ARIN is on course to run down to their last /8 this year.

      --
      upon the advice of my lawyer, i have no sig at this time
    6. Re:The US has nothing to worry about but... by Anonymous Coward · · Score: 0

      Isn't this separate network from the US exactly what Germany is proposing?

    7. Re:The US has nothing to worry about but... by colinrichardday · · Score: 1

      Hitler wanted two internets?

    8. Re:The US has nothing to worry about but... by Anonymous Coward · · Score: 0
  35. No atom left behind by PackMan97 · · Score: 1

    Somewhere out there is an atom without it's own IP address because we haven't fully rolled out IPv6! I demand no atom be left behind.

    1. Re:No atom left behind by James+McGuigan · · Score: 1

      Obligatory XKCD
      https://xkcd.com/865/

  36. Re:The real crisis is the routing table size probl by Typical+Slashdotter · · Score: 5, Informative

    IPv6 is designed with such a large address space specifically to make BGP tables smaller. One of the factors causing IPv4 tables to grow is that, since addresses are scarce, people are getting clever with how they allocate blocks, divvying things up very finely so as not to waste. Since BGP entries are by block, this creates many blocks that need routing. The IPv6 designers went with 128 bits of address not because they think they need room for 2^128 hosts, but because there will be enough room to divide blocks hierarchically and logically, "wasting" addresses all along the way. This will allow global routing tables to more accurately reflect the structure there is between ISPs, shrinking their size.

  37. Re:The real crisis is the routing table size probl by mrchaotica · · Score: 1

    Currently, the global BGP table requires around 256mb of RAM. IPv6 makes this problem 4 times worse.

    So, routers running BGP need 1GB* of RAM to support IPv6? Considering that my phone has twice that much memory, it doesn't seem like that big a problem....

    (* I assume by "256mb" you meant 256 megabytes, not millibits.)

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  38. Already on IPv6 by TyFoN · · Score: 2

    My fiber ISP provides 6rd connectivity with a /62 prefix address space, and will bump it to /54 when they implement dual-stack on all systems.
    There are still legacy routers on the system apparently.

    However tomato on my rt-n66u handles the 6rd just fine.

    A lot of systems are on ipv6 already, and I think I have around 50/50 ipv6 and ipv4 traffic now. There is no real difference in use for a regular user. Even all the phones, tables and the chromecast use it without me having to do anything except connecting the router.

    I still have a regular fixed ip for ipv4, but all my devices are behind nat.

  39. Never was a *crisis* by nurb432 · · Score: 1

    Just an irritant, rendered negligible due to technologies like NAT, since most devices don't need to be accessible from the outside.

    --
    ---- Booth was a patriot ----
  40. Re:Chicken little by Anonymous Coward · · Score: 0

    this is not entirely accurate. the address crises was real until network address translation and protocols like ipsec and application proxying for poorly implemented protocols such as SIP and FTP (some engineers are just lame) advanced to the point where we don't need IPv6. The real chicken-littles were the incompetent engineers and scientists that implemented garbage. There are some good engineers that implemented ugly work-arounds and have reduced the usage of things like FTP to compensate for their incompetence (more than one socket on a connection oriented protocol? SHAME! SHAME!).

  41. I know the answer to this one! by Anonymous Coward · · Score: 0

    Whatever happened to the IPv4 address crisis?

    Answer: No.

  42. we started rolling IPv6. by smash · · Score: 1

    Much of China is already on IPv6 (they only got a tiny ipv4 allocation for their huge population), I myself have dual-stack here in Australia, and have since 2010. It's been available since about 2007 from memory.

    While the peanut gallery are pissing and moaning about it, others are actually running it, in production.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  43. So you think that the big IP range holders by Anonymous Coward · · Score: 0

    are giving up their ranges and going private?

    1. Re:So you think that the big IP range holders by Anonymous Coward · · Score: 0

      For profit, non-the-less... Imagine, cashing in a Class C reservation? Woohooo, you can sell that for some coin.

      I've worked in places that had routeable IP's on EVERY machine on the inside of the network. Drives me nuts because they say "it's for security!" Yea? So, having an a machine addressable from OUTSIDE your network helps your security stance? I'm hoping that as IPv4 prices continue to rise, more of these nutcases will be inclined to cash out.

    2. Re:So you think that the big IP range holders by cciechad · · Score: 1

      The reason public space is used on the inside of corporate networks is for mergers. Its a hell of a lot easier because you don't have to run any crazy dual nat type setups due to the fact that two companies both used the same private space and then were merged together.

      --
      https://www.fsf.org/associate/support_freedom
  44. It's there, just wait and see by Morgor · · Score: 4, Insightful

    In short, it's just too early to tell. Just because the RIRs ran out of addresses, it doesn't mean that the LIRs have yet (the ISPs).

    Based on my experience as a network engineer at an ISP, the following is happening already:

    Small ISPs and ISPs that have not been in the business for a long time* have either run out or are on the verge of doing so. They are doing the following:

      * Purchasing legacy IPv4 addresses from enterprises with /16 networks from the old days where available.
      * Deploying CGN-like solutions for their end-customers if their end-customers are residential users.

    Larger ISPs and older ISPs with allocations from ye old pre-RIR days continue to hold addresses and are often able to free large quantities of addresses from old deployments. Mind you, a lot of public IPv4 space have been "wasted" on infrastructure addressing, and management of devices that were not even connected to the internet. Devices such as modems, DSLAMs, CPEs and similar.

    One could easily speculate that the business of ISPs will be severely affected in the future, as customers will go to the old providers that have plenty of v4-space available at the cost of newer players who followed the RIR regulations of only applying for the address space they needed based on relative short-term predictions.

    If you are a registered LIR you will see a flood of SPAM from so-called IP brokers who are trying to purchase unused IPv4 space in hope of selling this to LIRs in need. That market will probably become quite desperate in the coming years.

    Oh, and by the way, I see no evidence that IPv6 deployment is taking any noticeable speed.

    *) Long as in they were in the game when classfull allocations were made.

    1. Re:It's there, just wait and see by grunthos · · Score: 2

      If you are a registered LIR you will see a flood of SPAM from so-called IP brokers who are trying to purchase unused IPv4 space in hope of selling this to LIRs in need. That market will probably become quite desperate in the coming years.

      Yeah, one contacted me about an old /16 block assigned to a company where I was network manager 20 years ago, wanting to make a deal. (Company went bankrupt, got bought up, buyer went bankrupt, got bought up, and so on). The would-be brokers are digging up every possibly-unused block they can.

      I contacted ARIN and released it back to the pool.

      Interesting, all the details that come back to mind, even though I hadn't thought about them in two decades :-)

      --

      My son's 5th grade teacher actually assigned them "write a limerick about a planet". I'm not kidding.
  45. Re:Chicken little by Anonymous Coward · · Score: 5, Informative

    You can't get new IPv4 addresses in Europe or Asia. End users are already on DS-lite, with IPv6 for their only public address. You can not initiate a connection to millions of Europeans and Asians if you don't use IPv6. Not soon, now.

  46. IP exhaustion by Anonymous Coward · · Score: 0

    IP exhaustion is like air pollution. Or slowly heating a frog in water. Everyone says it is "not a problem" until the shit hits the fan.

    IPv4 will keep puttering along. You can't get IPv4 addresses easily anymore for you VMs on colo servers. 15 years ago, $5/mo got me a /24. Today, I can get a single IP for that much. Routing tables are now insanely complex due to these retarded policies. But if you don't see it, it can't be a problem. Right?

  47. Privacy Benefits to NAT? by Anonymous Coward · · Score: 0

    Aren't there privacy benefits to going through multiple layers of NAT, home and carrier, as opposed to being a unique and therefore trackable address to websites and other services? They can try things like cookies or browser fingerprinting sure, but having one more tool in the privacy toolbox isn't necessarily a bad thing is it?

    1. Re:Privacy Benefits to NAT? by smash · · Score: 1

      no.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:Privacy Benefits to NAT? by rusty0101 · · Score: 3, Insightful

      To embellish smash's response, no there is no privacy benefit to using NAT. If you want some sort of a privacy benefit, you still need to add a firewall to your connection that can monitor your traffic for the very same things it would have to monitor for if you use global addressing. The only thing that NAT provides is an address translation interface, too allow you to have a larger pool of addresses to use than your provider can grant. If there is a port forward for a service set up either statically or dynamically (upnp) any flaws in the service that is being forwarded can be exploited in the same way it would be if there were no NAT involved.

      --
      You never know...
  48. Re:The real crisis is the routing table size probl by mark-t · · Score: 1

    We may not need every device to have a publicly routable address, but we will need more than what ipv4+nat can provide service for

  49. Money happened by Anonymous Coward · · Score: 0

    If this "problem" happens, we'll be out of money.

    "You guys, go fix it".
    And they did.

  50. What happened ? Simple: by vikingpower · · Score: 1

    1) DHCP 2) silent adoption of IPv6, especially in China 3) NAT

    --
    Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
  51. Re:Chicken little by Bert64 · · Score: 3, Informative

    Actually, ipv6 adoption seems to be higher in the US than anywhere else in the world... I run a bunch of dual stack websites, and v6 accounts for about 15% of american traffic and considerably less from other countries.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  52. Re: When you migrated to IPV6, I re-used your IPV4 by smash · · Score: 1

    Yup, although eventually/soon I suspect people will be running a 6-4 gateway and (ironically) relying on NAT64 to access the legacy IPv4 internet (I also have ipv6 at home).

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  53. Re:Chicken little by Alain+Williams · · Score: 4, Informative

    It was never a crisis to begin with? This is why you don't listen to chicken littles.

    I don't know where you live, but at a guess I would put you in a country such as the USA or in United Kingdom. If you look at how many IP addresses there are per 1,000 population you will see that the USA has about 5,000, the UK 2,000 but that India has 29. So it might not be a problem for you, but for for some it is. It is not just 1st vs 3rd world, overall the EU has 19 per 1,000.

    Many people use more than one IP address (think: office, home, mobile 'phone). Yes NAT can help, but it is not the complete answer.

  54. Re:The real crisis is the routing table size probl by smash · · Score: 2

    Your phone isn't trying to route at terabits per second.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  55. Re:The real crisis is the routing table size probl by Antique+Geekmeister · · Score: 2, Interesting

    I sat in on a router design meeting for IPv6. It took me 20 minutes to stop laughing when I heard them seriously say that it was acceptable for the system to crash if it encountered a router loop, because users will "just be careful and that won't happen". Then I took the copy of the presentation and my notes to my stock analyst and pointed out "these people ar bozos, do not invest in them or trust anyone who has invested in them". I didn't make money, but it helped keep me from *losing* a good chunk of money when their "Cisco-killer" failed miserably.

  56. Re:Chicken little by war4peace · · Score: 1, Insightful

    ...Maybe your sites are US-centric.

    --
    ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
  57. Re:The real crisis is the routing table size probl by Dagger2 · · Score: 1

    Anyway, I'm hoping a set of brilliant engineers comes forward to invent IPv5, where we still use 32 bit public address to be backward compatible with today's routing equipment, but uses some brilliant hack re-using unused IPv4 headers to allow direct address through a NAT.

    We already have essentially that: it's called 6to4.

  58. Its real simple... by 3seas · · Score: 1

    ... they hype caused large blocks of IP v4 addresses to be bought with the idea of selling them at higher prices... but the demand didn't happen so they were released... making them again available.

    Don't know if its true but probably is considering teh things people will do when they think they can make an easy buck.

  59. Re:Chicken little by Anonymous Coward · · Score: 1

    How does that make sense? Do people in a given country interested in international news tend to use IPv4 while those that are interested in American news use IPv6? If you measure the proportion of each countries traffic that is v4 vs v6, how does it matter what proportion of total traffic is from each country? (As long as you are not trying to make generalizations from one or two visits from another country that doesn't visit the site often.)

  60. Re:The real crisis is the routing table size probl by Zero__Kelvin · · Score: 1

    Someone should invent hash tables!

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  61. y2k by fender_strato · · Score: 1

    The same that happened with the y2k bug... we're still waiting for it.

  62. Re:Chicken little by Anonymous Coward · · Score: 1

    That wouldn't make a difference, it's percentages.

  63. Re:The real crisis is the routing table size probl by WaffleMonster · · Score: 1

    The real problem is routing table size with BGP

    Number of routes that will fit in hardware associative memory.

    As we continue to divide the internet into smaller routable blocks, this is requiring an exponential amount of memory in BGP routers.

    Exhaustion is certainly not helping.

    IPv6 makes this problem 4 times worse.

    The minimum routable IPv4 prefix is 24 bits. On the IPv6 network it is 48 bits. So absolute worse case 2x. You can do much better in the real world.

    While there will be some (small?) savings from increase in route aggregation it is also true it uses more memory than IPv4 ... for now until IPv4 route disaggregation from scarcity becomes dominant.

    IPv6 is a failure, we don't actually _need_ everything to have a publicly routable address

    A failure currently growing faster than the IPv4 network.

    There were only two real problems with IPv4: wasted space on legacy headers nobody uses

    The content of the IP layer header is not a real problem. The real problem is there are >2^32 humans on this planet. The problem is entirely ADDRESSING not formats of headers. Any solution to make the address bigger is functionally the same solution as IPv6 where it matters.

    and NAT traversal. IETF thumbed their noses as NAT (not-invented-here syndrome) and instead of solving real problems using a pave-the-cowpaths-approach, they opted to design something that nobody has a real use for

    In a world of youtube, netflix, facebook, and twitter it does not much matter what the network looks like...NAT it to hell and back it will all work just the same and nobody cares...well except for ISPs who have to shell out cash for CGNs and Media companies who have to put up with ISP CGN suckage.

    In a world where humans see value of communicating with each other as peers over an IP network where everyone can talk to everyone else without having to obtain prior permission then it matters big time. Even if everyone is stuck behind IPv6 SPI they have the capability to allow communication or use a common service to prime NAT/SPI state machines for direct peer to peer communication. If both communicating partners are stuck behind a CGN using many to many or port range MAPping then even building a direct connection between peers becomes impossible and the carriers rather than users become gatekeepers on allowing incoming connections.

    Anyway, I'm hoping a set of brilliant engineers comes forward to invent IPv5, where we still use 32 bit public address to be backward compatible with today's routing equipment, but uses some brilliant hack re-using unused IPv4 headers to allow direct address through a NAT.

    The only solution to pigeonhole problem is effective increase of address size (e.g. Area codes) if you do this you've already taken most of the hit in changing addressing scheme... only you've elected to do it using duct tape and bailing wire.

    If you think hardware associative memory is a scarce expensive resource imagine how much more it must cost to manage NAT state at scale. Even partial deployment of IPv6 would reduce operational costs in a NAT dominated world.

  64. Are you an Idiots, Trolls or Innovator? by jsklein · · Score: 2

    The wining of many of the people on this list make me laugh. I heard the same thing from the Novell, SNA and AOL users about IPv4 and the Internet. As for the business case, here are five reasons to move: 1. PERFORMANCE - Performance browsing to an IPv6 enabled server is 10-20% faster, making anyone's web properties look better to their customers! 2. LOWER COST - The maintenance of IPv6 networks cost 17% less, then IPv4 only or dual stack. 3. BETTER SECURITY - IPv6 end-to-end communications along with DNSSec with DANE, perfect forward security, BPKI, and others. Reduces the chance of man-in-the-middle attacks, SPAM, and identifying source of DOS's. 4. MAINTAIN COMMUNICATIONS - If your mail servers, web server and browsing is on IPv4 only, there are website today you will not be able to access. 5. GROWING MARKET - No matter what your business, the network effect (Metcalfe's law n^2) allow you to connect to more people, and systems. To the innovators, please visit my blog at http://www.scientifichooligan.... to learn more about IPv6 features and security. TO THE IDIOTS & TROLLS - please, return to AOL where you belong.

    1. Re:Are you an Idiots, Trolls or Innovator? by Lanboy · · Score: 1

      Idiocy and trollism is in the eye of the beholder. Lot of meaningless statistics here.

  65. Wiser businesses, smarter devices by aslashdotaccount · · Score: 0

    Network address translation happened. Devices with the capability became cheaper and more user-friendly. About a dozen years ago NAT devices that could serve hundreds of users efficiently, on even a 10mbps consolidated Internet port, were both hefty and unfriendly (either they required the attention of a specialist or there wasn't enough documentation). Now a smartphone has the processor throughput required to handle NAT for thousands of employees on a 1 gbps Internet port.

    Somebody just got too excited when he/she reported the 'exhaustion' of all IPv4 addresses. People will still get by, and there won't be much of an effect in terms of congestion. The only outcome will be that IP addresses will become more expensive - bet it'll be a more expensive commodity than truffle within the next decade.

  66. Disingenuous FUD by Anonymous Coward · · Score: 0

    The problem was never going to bring the Internet to its knees overnight.

    Over time, it will be harder and harder to get IP addresses. IPv4 exhaustion is a slow burn, not an explosion.

  67. Related? by ArcadeMan · · Score: 1

    Apple has been "dying" for years and we're been on the verge of an IPv4 crisis for years too. And then there's the little fact that devices have a "MAC address"... Conspiracy? I don't think so!

    What does it mean? No idea. I just put stupidly insane conspiracies online, I let the crazy people fill in the details.

  68. Excerpt from wikipedia entry July 2018 by ConfusedVorlon · · Score: 2

    After the technological meltdowns consistently failed to appear, IPv4 was finally replaced when IPv7 was adopted globally in the year 2017 as a result of a world trade agreement.

    The incongruous IPv7 clause was widely seen as the result of an unlikely alliance between the RIAA, MPAA and various repressive regimes such as China, Zimbabwe and the United Kingdom.

    Frustrated by the inability to trace internet usage to a single user via IPv4, these organisations lobbied for IPv7 to be adopted so that individual phones and computers could be mapped permanently to a single device and user. Unlike IPv6, IPv7 includes a direct mapping to the mac address of a device and the user's global internet ID, so that (in theory at least), all downloads can be linked to a specific person.

    Although the EFF and various other organisations campaigned vigorously against IPv7, the arguments around catching terrorists and preventing pedophilia prevailed.

  69. Re:Chicken little by Saithe · · Score: 1

    Yeah, many ISPs have begun to NAT, for the regular user while still keeping the option of a regular adress for those that want/need it. Most will never know they're NATed and won't care nor need anything else for their everyday surfing.

  70. Re:Chicken little by Githaron · · Score: 1

    There is not reason you can't have a ipv6 gateways/routers that filter incoming traffic. It would defeat a significant benefit of IPv6 but you can do it.

  71. What's the news? by Anonymous Coward · · Score: 0

    I get one it's one person asking for specific advice, those kind of posts are cool because I often learn something.

    But this doesn't seem to be that type of post, this appears to be more of a casual question - am I actually expected to answer it?

    Slashdot's weatherman: "What happened to that rain that never arrived? Back to you, Tom."

  72. The MPAA/RIAA want IP V6 by Anonymous Coward · · Score: 0

    So they can directly tie your IP address to you.

    1. Re:The MPAA/RIAA want IP V6 by rusty0101 · · Score: 1

      Not so much. Same flaws apply as addresses are still allocated through dhcp, and someone who has a given address now, very probably won't have that address the next time they go to a website.

      --
      You never know...
  73. You only need 2 by Princeofcups · · Score: 1

    People who don't understand networking think that all machines should be on a single flat address space, that is, every machine can directly address every other machine. IP4 has a lovely thing called private address spaces, which increase the number of devices significantly. You also don't need a public IP to be a server. A single IP on a web server can handle any number of web site names. There has never been an IP4 address crisis, ISPs just have to use them more efficiently. In the simplest network, all you need are two addresses. I will let you figure it that out.

    --
    The only thing worse than a Democrat is a Republican.
    1. Re:You only need 2 by wertigon · · Score: 1

      Actually, for any given router hop you need, at the very least, four addresses.

      Provided your network looks like this:

        { } ---> [A] <---> [B] <---- { }

      The network AB is called 192.168.0.252 and contains four public addresses:

      Interface A (192.168.0.253/30)
      Interface B (192.168.0.254/30)
      Network name (192.168.0.252/30)
      Network broadcast (192.168.0.255/30)

      So, you would be wrong. :)

      --
      systemd is not an init system. It's a GNU replacement.
  74. Re: Chicken little by Anonymous Coward · · Score: 0

    I hope you were being facetious. NAT is not a firewall.

  75. The weekly ipv6 spam... by Anonymous Coward · · Score: 0

    Well. Noone cares about ipv6.
    It tries to solve a problem that does not exist, while introducing many new problems.

  76. Re:The real crisis is the routing table size probl by WaffleMonster · · Score: 1

    So, routers running BGP need 1GB* of RAM to support IPv6? Considering that my phone has twice that much memory, it doesn't seem like that big a problem....

    In routers it is special (associative) memory. Normally you look up values stored in your phones ram by asking the question "what data is located at 0x00001337" in routers you are asking a much higher level question "what interface should I send data packets going toward 1.3.3.7"

    The routers have a kind of hardware key value store requiring a lot more money and power to operate vs. ram found in normal computers and phones.

  77. Two things happened by Kimomaru · · Score: 1

    Yeah, some "experts". Apparently, the term "expert" is thrown around with hardly any regard for its definition. Two things happened to the IPv4 crisis; 1) NAT, and 2) common sense.

  78. Devices cannot run tunnels by Marrow · · Score: 1

    There are millions of devices with IPv4 baked in that will never get another firmware update. These devices cannot run tunnel software. They talk ipv4 and thats it. It is unreasonable to expect people to ditch their hardware to support new protocol that missed its window of opportunity for adoption.

    1. Re:Devices cannot run tunnels by WaffleMonster · · Score: 1

      There are millions of devices with IPv4 baked in that will never get another firmware update. These devices cannot run tunnel software. They talk ipv4 and thats it. It is unreasonable to expect people to ditch their hardware to support new protocol that missed its window of opportunity for adoption.

      That's just fine. These devices will eventually break or become obsolete for some other reason and will be eventually replaced. While some might last a million years in aggregate the yearly churn rate is enough to fuel healthy IPv6 growth curves.

      It is not like cable operators have not routinely forced stragglers to upgrade to the latest and greatest cable labs concoction. At some point it becomes cost effective to draw a line in the sand for the few outliers who want to hang on to their 50 year old Interface Message Processors for sentimental reasons.

    2. Re:Devices cannot run tunnels by Anonymous Coward · · Score: 0

      Who said the tunnels have to be run on the device itself. From what I understand ipv6 devices can connect to through a supported tunneling provider to ipv4 device though a kind of NAT. Basically a ipv6 subnet will be assigned to address all the old ipv4 devices. The ipv6 devices thinks it's talking to a ipv6 address and the ipv4 device thinks it's talking to a ipv4 device. Another solution will be for new devices not to request ipv4 addresses unless they need to connect a ipv4 address. AKA, people who still need ipv4 will be able to get ipv4 addresses but most people won't need them when 75% of people and servers have ipv6.

      The status quo for moment will probably just continue and get better as more people get ipv6 addresses aka nat'd ipv4 and a routable ipv6 address unless you ask for your own ipv4 address. Which could probably continue indefinitely...

  79. If they are running out of IPv4 addresses by Marrow · · Score: 1

    but everyone needs an IPv4 address to keep their bluray player working, then how does having IPv6 on their cable modem help? We will still be running out of IPv4 addresses.

    1. Re:If they are running out of IPv4 addresses by hey! · · Score: 1

      Well, the solution to *that* problem is a firmware update on the blue ray player, either to support IPv6 or not to require IPv4. There's only so much that can be done with more efficiently doling out IPv4 addresses in any case.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  80. Two things... by EmagGeek · · Score: 1

    1) There was never a crisis, and
    2) Carrier-grade NAT

  81. For anybody paying attention... by Yaztromo · · Score: 5, Informative

    For anybody paying any attention over the past few years, this shouldn't come as a surprise.

    The IANA ran out of IPv4 address space available for doling out to the Regional Internet Registries (of which there are six) three years ago. APNIC (Asia Pacific) and RIPE NCC (Europe) went below a single /8 three and two years ago respectively. The IPv4 address exhaustion has already begun.

    ARIN (North America), however, has 82 /8s. If you consider that there are only 221 /8s in total (the IANA keeps 35 for reserved use), this means that ARIN has 37% of all usable Internet addresses assigned to it, for roughly 8% of the worlds population. More than a third of all possible addresses for less than a tenth of the worlds population.

    Even still, ARIN now only has about 1.3 /8s free. Projections have them running out next year. They've always been estimated to be one of the last RIRs to run out (with AfriNIC being last, as they still have just over 3 of their nearly 13 /8s free) due in part to the huge number of /8s already in use in North America (way out of proportion to the population of the continent).

    I feel really ashamed every time this topic comes up on /. at the complete and rampant ignorance of the issues surrounding IPv4 and IPv6. We will run out of IPv4 address space, but address space is hardly the only problem with IPv4. The bigger problem is ROUTABILITY -- the IPv4 routing tables have become seriously unweildly, they are getting progressively worse (in part due to InterRIR transfers of address blocks now that Europe and Asia have run out of addresses), and they continue to need more and more compute power thrown at the problem just to keep up. The number of BGP forwarding entries has doubled from roughly 250k to nearly 500k in just the last six years. The algorithms used for determining routes in IPv4 are complex. The computability is difficult, and it's slowing down the Internet today.

    IPv6 solves a lot of the routing problems inherent in IPv4, making routability a lot easier to compute. IPv6 packets have a simpler header, routers don't need to provide fragmentation services, and there is no header checksum. IPv6 also avoids the routing anomalies present in IPv4 due to things such as the switch to CIDR. We know a heck of a lot more about packet routing now than we did in the 60s when IPv4 was first defined, and these improvements are available in IPv6.

    This is why I cringe whenever I see a post in an IPv6 address exhaustion related /. story complaining about a lack of backwards compatibility in IPv6, or anytime anyone says that NAT is good enough for everybody. As the address space fragments even further, and historic /8s and /16s are broken up into ever smaller units which are then distributed to diverse geographies, the routing table in IPv4 is going to continue to blow up, becoming ever uglier -- it simply wasn't designed to scale in the manner in which we're using it. IPv6 brings sanity to global routing again, in a way that no backward-compatible solution could achieve.

    The IANA is out of addresses. RIPE and APNIC are virtually out of addresses (with only enough reserved to aid in IPv4 - IPv6 tunnelling and translation services). ARIN is down to less than 1.5 /8s, and survives purely on the fact that it has a disproportionate number of /8s compared to the population it serves. And worst of all, IPv4 routing is an absolute mess that requires a ton of processing power and compute time to maintain. Remember these things before you post something silly about being pro-NAT, pro-some-untested-IPv4-address-extension-proposal, complaining about backward compatibility, or how people have been predicting IPv4 exhaustion for the last 25 years (just because you see the train coming towards you way off in the distance does

    1. Re:For anybody paying attention... by Yaztromo · · Score: 1

      But the thing that sticks out the most is - why the hell is it such a crisis that IP addresses are doled out where they are needed, instead of what I am sure you would consider "fairly" to everyone? Is there now a social justice aspect to the IPv4 "crisis?"

      Thanks for making it obvious you have no idea what you're talking about.

      I have no problem with the disproportionate amount of /8's ARIN has assigned to it However, having such a large pool means that:

      1. Many of the organizations that want an IPv4 address block (of whatever size) probably already have one. Indeed, due to pre-CIDR allocation rules, many of them have way more than they actually need to use,
      2. There are more opportunities for addresses to be shuffled about. ARIN has assigned/controls over 1.3 billion addresses, for a population of roughly 530 million people. You have a lot more flexibility when you have nearly 2.5 addresses for every man, woman, and child in your registry area.

      As such, you can't point to the pool with the largest number of addresses, and then imply(as the /. article does) that there is no address shortage issues. APNIC and RIPE NCC are already exhausted. The fact that North America has a historical address advantage means that effects in North America will be delayed -- not that they simply won't happen.

      With that out of the way, if you know anything about routing, you would know that there is a technical crisis in doling out addresses wherever they are needed. Anytime you break up a contiguous address space, you'll generally need two (or more) additional routing table entries to handle the situation. In pre-CIDR days, the situation was fairly simple (although I'm simplify it a bit to make it easier to communicate): a router only had to look up where to forward a packet based on the value of the first octet, which would only have 255 possibilities (actually less, due to reserved address spaces, such as the unused Class E space). The packet would follow the route until it reached the router in charge of the value of the first octet, which would route based on the second octet, also with a maximum of 255 values. Each hop would hit a router with a table with a maximum of 255 entries, until you got to the destination host.

      Post CIDR, the address space could be broken up at pretty much arbitrary locations, so knowing the next hope required ever expanding tables. As soon as you geographically break up, say, 213, into geographically separate ranges (say, for simplicity, a series of /16s), what used to be one routing entry is now 256 routing entries. Break up some of those /16s into /24s, and each of those /16s that are broken up become 256 other router entries.

      This is how we've got to the point where there are roughly half a million forwarding entries. Maintaining all of these entries in a constantly changing network, storing them, and searching them is getting to be extraordinarily computationally expensive. If you continue to break them up such that no two contiguous addresses are on the same physical network, you could wind up with roughly 3.7 BILLION routing entries.

      IPv4 wasn't designed to be broken up this way. In the early days of CIDR, it was expected that such routing difficulties were far in the future, and that we would have moved to a newer, better protocol by then. Turns out the problems aren't as far into the future as they may have expected, and we've done pretty much squat at doing anything about it, other than throwing more compute power at packet routing.

      So yeah -- you can't just throw addresses where they're needed anymore. Every /8 block from the IANA has been assigned to RIRs, and any transfer of a block smaller than a /8 is going to add yet more entries to the global routing table. Just try to think of how a network is supposed to route 213.0.113.1 to th

  82. Re: Chicken little by Anonymous Coward · · Score: 0

    Not in theory, but in practice it is.

  83. Cable companies' plan for domination by Anonymous Coward · · Score: 0

    The large players e.g. Comcast, Telus, Verizon, etc. have a desire to turn the internet in Cable TV. They loath the prospect of peer-to-peer connectivity and thus hosting a server is pretty much forbidden unless you purchase a commercial account.

    Governments are the same way too. "Citizen, please only use the state-sponsored social media service. This is so we can track you... ahem protect you from hackers."

    In order to combat spam, no relays are allowed. You must go through the ISV's infrastructure first.

    Finally even corporate entities like this too. Control, payment for services, etc.

    "That's it, be a good citizen and passively consume content. Eventually we would like to charge you a fee + advertising in order to visit your favorite sites but we can't quite get a way with that yet."

    Passive consumption = supportable by NAT = IPv4 is enough.

  84. easy...take others by Anonymous Coward · · Score: 0

    Our company has been using other companies public address space behind our NAT'd firewalls. The public IP addresses are from those assigned to governments, how fitting.

  85. Any cel providers still handing out "real" IPs? by ZorinLynx · · Score: 1

    I often wonder this. I've been on AT&T since 2010 and they've always handed me an IP behind a NAT. I know prior to 2010, Sprint handed out real IPs but I bet they've stopped by now.

    You can supposedly pay an extra $15 a month to AT&T for an "Enterprise" data connection that gives you a real routable IP. I've had absolutely zero use for it, but I bet it comes in handy for folks using USB cellular modems.

    Either way, this is how cellular providers are staving off IP depletion. Frankly I don't care; the lack of a real routable IP has never kept me from doing anything I need to do with my phone.

    1. Re:Any cel providers still handing out "real" IPs? by EmagGeek · · Score: 1

      My phone gets a real IPv4 from AT&T.

  86. Re:The real crisis is the routing table size probl by radarskiy · · Score: 1

    I recommend that the next time you brag about insider trading you at least post AC.

  87. LTE happened... by evilviper · · Score: 1

    If every cell phone had a public IPv4 address, we'd be screwed...

    In 2G & 3G networks, phones got NAT'd 10.x.x.x IP addresses. The downside being no listening services accessible to the internet, even if you wanted to run a web server, or SSHd on your phone.

    In all 4G/LTE networks, though, carriers are going native IPv6, with no IPv4 to be seen.

    You may not know that you've switched to IPv6, but if you're an LTE user, you HAVE.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    1. Re:LTE happened... by jrumney · · Score: 1

      In 2G & 3G networks, phones got NAT'd 10.x.x.x IP addresses. The downside being no listening services accessible to the internet, even if you wanted to run a web server, or SSHd on your phone.

      On the upside (for the phone companies), NAT wrecks havoc with SIP.

  88. DNS does not makeup for IP6 unusability. by Anonymous Coward · · Score: 0

    You and your fancy-shmancy DNS. What about the smucks like us that have to set-up the DNS? Or an admin that needs a quick hack to /etc/hosts to block some rouge IP6 address and redirect it to the local machine. The hexadecimal just obfuscates the routing, ownership and other human usability aspects of the numbering system. No one uses IP6 unless they are forced to. It's so radically different from IP4. That tells you there is something bad about the standard, and fe80::200:f8ff:fe21:67cf. It's worst than ATM!

     

  89. Re:The real crisis is the routing table size probl by Antique+Geekmeister · · Score: 1

    It wasn't "insider trading", It was a "free to attend" presentation of a student's work that was being presented to potential investors. No NDA was signed, and the paper was publicly available.

  90. Getting dual stack right in the DC ... by tsprig · · Score: 1

    ... is not always straight forward. This is especially so if you are running in a NAT environment and want to deploy IPv6 and do host resolution correctly. Internally, you want to resolve a host as:

    test1.example.com 192.168.0.10
    test1.example.com 2001:DB8::a

    Since this node makes connections to the world, we need to resolve it's address for some services to work:

    test1.example.com 2001:DB8::a

    Before IPv6 was enabled on this network, this node would be resolved via a generic NAT IP address.

    Now you have an asymmetry in how access to/from test1.example.com occurs which means it can work for some people (internal hosts, IPv6 enabled remote hosts) but not for others (IPv4-only sites.) In general, asymmetry in your security with two different paths to the same host means you are less secure. Unfortunately, IPv6 is more than IPv4:IPv4:IPv4:IPv4 and requires some thought and expertise that many shops just don't have.

  91. Re:Chicken little by Anonymous Coward · · Score: 2, Interesting

    Another part of the answer...take back the class A allotments that were given to companies/organizations early on. If you're not in the business of using the addresses to help your customers connect (Level-3, AT&T and such), you should be using NAT like the rest of us. I'm looking at GE (3.0.0.0/8), IBM (9.0.0.0/8), Xerox (13.0.0.0/8), HP (15.0.0.0/8, 16.0.0.0/8), Apple (17.0.0.0/8), MIT (18.0.0.0/8), Ford (19.0.0.0/8), CSC (20.0.0.0/8), Halliburton (34.0.0.0/8), Merit (35.0.0.0/8), Eli Lilly (40.0.0.0/8), Amateur Radio (44.0.0.0/8), Prudential (48.0.0.0/8), duPont (52.0.0.0/8), Daimler (53.0.0.0/8), Merck (54.0.0.0/8) and USPS (56.0.0.0/8).

    Between them, these organizations have almost 7% of the IPv4 address space and all of them have similar counterparts that manage to get by without a block of ~16m addresses. Address space isn't property and should be allocated by the internet community based on the common good. These organizations should be given sufficient notice to ensure that they have enough time to prepare, but they shouldn't be allowed to hold these addresses indefinitely.

  92. Freshnews fail by RubberDogBone · · Score: 1

    The Freshnews.org link to this article on /. links not to /. at all but instead directly to the Network World article. Which, as we all know, nobody needs to RTFA.

    --
    Sig for hire.
  93. SNI, please by Anonymous Coward · · Score: 0

    Kill Windows XP, get your SNI on. Come on Microsoft, quit delaying it, even The Internet cannot support Windows XP anymore!

  94. Re:Chicken little by JourneymanMereel · · Score: 1

    News to me... our division in China just got a /28 allocation of IPv4 address last month.

    --
    Life has many choices. Eternity has two. What's yours?
  95. Re:The real crisis is the routing table size probl by ttucker · · Score: 1

    So you are trying to say that routers have a hardware implementation of a map data structure instead of system memory, and that map is somehow mysteriously backed by non-standard computer memory.... Further, you suppose that this hardware based map uses more power than a software based approach, which directly contradicts one of the main benefits of using ASICs in the first place. So, are you a troll?

  96. Re:The real crisis is the routing table size probl by Eravnrekaree · · Score: 1

    My idea is to allow full interoperability between ipv6 and ipv4 parts of the internet. The solution here is to use DNS. When a peer on an ipv4 network accesses a DNS address for an ipv6 peer, the DNS server works with the router, the DNS server realises the IPV4 client is asking for the address of an IPV6 site. The DNS server returns a private ipv4 NATed address to client and any further packets to the NATed address from the client are translated into Ipv6 addresses at the router to be sent up to an ipv6 network. Returning packets are NATed from the ipv6 address back into the Ipv4 NATed address. Or, the router could have a tunnel over ipv4 to another ipv6 network. Furthermore, create a new TLD, ipv6, and ipv4 peers could use an something like ...a2e2.da2f.ipv6 or something like that to access a particular ipv6 address. The Router-DNS complex would do the NAT translation as above to make that work

  97. I fixed it. by No2Gates · · Score: 0

    I found a time machine that some ancient aliens left, and went back in time and did some housecleaning of IPV4 addresses to buy us another 5 years or so.

    --
    Every time you call tech support, a little kitten dies.
  98. Yup, then the ISP has you by the scrotal region... by Anonymous Coward · · Score: 0

    What, you want to have more than one device on your ComWarner connection? That's gonna cost you....

    Lessee, how about $5 extra per IP? Yeah, that'll be good to start. We'll probably adjust that upward as you get used to the idea. Oh, sorry, why don't you go to one of the many other high speed broadband ISPs in the region? OOh, that's right, it's just us (and maybe your telco)!

    Is there a NAT standard for IPV6? I haven't really kept up with it for a while, but I didn't find anything overwhelmingly positive.

    The Internet of things is a solution in search of a problem, but for the big ISPs it's going to be a gravy train...

  99. Re:Chicken little by cheater512 · · Score: 1

    APNIC does give them out reasonably freely. I just got a /24 last month.

    Mind you a /28 wouldn't be coming from APNIC, that would be from your host which can still be difficult but not nearly as much as from APNIC. /28 is also a relatively small amount.

  100. IPV6 is Awful by Anonymous Coward · · Score: 0

    NAT is much more familiar and slightly less awful.

  101. Almost as real as... by kwbauer · · Score: 0, Flamebait

    The IPv4 shortage is almost as real as peak oil, climate change and whatever other shortage experts are harping about.

  102. Re:The real crisis is the routing table size probl by Anonymous Coward · · Score: 0

    So you are trying to say that routers have a hardware implementation of a map data structure

    Yes

    instead of system memory

    No, in addition.

    and that map is somehow mysteriously backed by non-standard computer memory....

    Yes

    Further, you suppose that this hardware based map uses more power than a software based approach

    Yes

    which directly contradicts one of the main benefits of using ASICs in the first place.

    Only in your head. More static power for a given capacity, but massively less energy per lookup.

    So, are you a troll?

    So, are you too stupid to use wikipedia?

  103. Two Words by Anonymous Coward · · Score: 0

    Upward Compatibility

  104. The real truth? by Anonymous Coward · · Score: 0

    The truth is IPv6 *IS* a giant, ugly, expensive, network-rocking hairball for ISPs that virtually no amount of throat-clearing will dislodge! That is so true. Right-now IPv6 is just add-on work It's just there to muck-up the real complex routing issues with another layer of BS complexity! The only people that use IPv6 are those that are forced to. Because of it's de-humanizing 2^128 number scheme that is completely un-readable to humans. I think IPv6 will always be relegated to top tier of the internet.
    Even if IPv6 was spoon-fed down everyone's throats I would never give up IPv4 NAT simply because it's proven, it's easy to use, and it is secure. If it wasn't for NATs every windows box on the internet would have already been hacked a few hundred times by now. Modern software is getting around the issues created with NAT, double NATs so conferencing and other point to point functions have gotten over the barrier of redundant IP address ranges. If security is my main reason to create a NAT, why would you install IPv6 on your NAT'ed machines? It's like raising a flag and shouting in IP6 "Here I am!".

    IPv6 is an bogus standard. The forklift upgade is true (on old and expensive routing equipment too). There are a lot if old cisco routers still in service that don't talk IPv6. So no wonder only 3% of the world has converted to IPv6.

           

  105. Phone by Anonymous Coward · · Score: 0

    Storing the table is no problem at all, you can put a copy on a usb stick if you want.

    The big problem is actually using the table to do lookups and make routing decisions. That gets a lot harder the larger it becomes

  106. Re: Chicken little by Buck+Feta · · Score: 1

    NAT as a firewall is like venturing out into a hurricane in a friggin windbreaker, and believing the hurricane can't hurt you because it can't see you. The only reason the world hasn't gone v6 is because the ISPs have to do it first. If Cumcast is serious, 2014 is the year of v6.

    --
    I am Audience.
  107. Re: Chicken little by PlusFiveTroll · · Score: 1

    NAT is not a firewall. Lets repeat NAT is not a firewall.

    User controlled functions such as UPNP make is even less of one.

    NAT does prevent first time outside access, but nothing beyond that.

    Look at this scenario.

    You visit http://hack.ed/. It launches a flash exploit that gets admin privileges. As admin it launches a UPNP function to allow port 40,000 to your internal IP. The rest of the world now has access to your computer as if it were directly connected.

    Now if your NAT also has UPNP turned off and/or also contains a firewall that prevents NEW connections to any computer behind it, yes it a NAT enabled firewall.

  108. Re:Chicken little by RR · · Score: 4, Interesting

    Another part of the answer...take back the class A allotments that were given to companies/organizations early on.

    Why does this myth persist? Modded Interesting, even. This proves that education is the major barrier to IPv6 adoption.

    We can't "take back" the class A allotments because there is no "back" to take it to. Those were given by Jon Postel before IANA existed, and IANA does not claim any more legal authority to those addresses than anybody else. It's an unwise investment of limited resources to challenge those companies' legal departments.

    Also, with the rate that IPv4 addresses were being allocated, and the acceleration of the rate before 2011, those addresses would have postponed IPv4 exhaustion by months at best. It's surely not worth the expense to force all those companies to release their class A networks just so we could collectively fail to do our jobs, that is, switch to IPv6.

    --
    Have a nice time.
  109. The Internet is being broken on purpose by broknstrngz · · Score: 1

    This is a censor's wet dream - turning the Internet into an unidirectional distribution channel, just like TV. IPv4 address space exhaustion only helps them do that sooner. MPAA/RIAA also have a vested interest in this.

  110. Re:Chicken little by Anonymous Coward · · Score: 1

    No, he's right. The US has some big hitter ISPs doing IPv6 at home, and some of the world's biggest companies that do IPv6 for services are in the US. Google for example offer most services over IPv6.

    Contrast say the UK where the big home ISPs aren't doing any IPv6 at all. British Telecom? Nope. TalkTalk? Nope. Zen? Nope. You have to go to a smaller outfit to get IPv6 and the average person doesn't even know those exist.

    The actual reason might be surprising to non-network people. IPv4 sucks for the engineers at a REALLY big ISP. If you've got a million customers like a big UK ISP, you don't run into any trouble. IPv4 gives you enough address space to label everything and space to stretch out. But suppose you've got more like 20 million customers like a big US ISP. Now you run into problems labelling all this gear. You'd like to just give everything an address (note, this isn't stuff like refrigerators that some jackass wired to the Internet, it's stuff in your network, that you are supposed to manage, like customer routers, or DSLAMs) and you get headaches trying to find addresses you can use to do that which don't conflict with the public network or your customer's networks. Your best bet is 10/8 but that's still pretty cramped. If you mess up and use an address that conflicts, you get even more problems, and all the problems land on you, the network engineer. Aaargh.

    Along comes IPv6. Need twenty million addresses? Sure, here's a billion we've got spare just for this kind of situation. Well that sounds pretty nice. What do I have to do to get that? I just buy the IPv6-enabled gear? Yes I definitely will tell my boss we want that. And it means the customer can have IPv6 too? Well I'm sure the boss will eat that up, but frankly I, the network engineer, am just happy I can label all my gear uniquely without headaches.

  111. Re:Chicken little by slimjim8094 · · Score: 4, Interesting

    Google agrees. They're probably a bit less US-centric.

    As bad as the ISPs in the US are, we're actually a world leader in v6 traffic. Comcast, Time Warner (the ones I have personal experience with) and apparently Verizon are all doing v6 natively and properly. That accounts for a huge percentage of customers - as they get around to replacing their gateways, it should "just work".

    -- reply ends, general comments begin --

    Just so everybody's clear what I mean by "just work" - when I moved into my new apartment, I rented a modem/router from the cableco (I of course bought my own a few weeks later like a good nerd). Out of the box, it requested a /64 prefix and delegated it to the internal network, including the v6 DNS servers. All OSes made in the last 10 years know how to do v6 properly, so everything from my desktop to my phone to my smart TV can access v6 resources just fine.

    v6 is here. It works great, and you get real IPs! Like, you can actually paste an IP to a friend so he can download a file from your box just like the old days, without doing any NAT port mapping bullshit. Want to play a game, or video chat, or VNC or something? Just open a damn socket, no STUN or UPnP or any other crap.

    I don't get why so many Slashdotters are bitching/FUDding about v6. There's no money in it - all the ISPs are doing it happily - so it's not astroturfing. And the comments don't fit the typical troll model. What gives?

    --
    I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
  112. Re:The real crisis is the routing table size probl by petermgreen · · Score: 1

    So you are trying to say that routers have a hardware implementation of a map data structure instead of system memory, and that map is somehow mysteriously backed by non-standard computer memory..

    Internet routing is not a simple map operation, it's a prefix match operation against a very large prefix table and it has to be performed at very high speed (potentially tens of millions of packets per second). For a large router at an ISP it's also likely to have poor locality so caches won't help as much as you would hope.

    Further, you suppose that this hardware based map uses more power than a software based approach

    More power than the same ammount of regular ram sure but regular ram isn't going to keep up.

    Having said that the large size of the v6 address space means that addresses can be allocated in a way that brings us much closer to the ideal of one prefix per AS. There is also much less historical cruft, so I suspect that the IPv6 routing table will not be anwhere near as bad as the GP asserts.

    I would also point out that the place you have the really big routing tables is on the core networks and yet most ISPs seem to have upgraded their core networks to IPv6 already, it's the access networks that are lagging.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  113. Because 2001:44B8:6116:5AFF::1 is so memorable a n by Anonymous Coward · · Score: 0

    Doesn't anyone else find it handy to be able to routinely set up LANs on 192.168.x.x?

  114. Re:Chicken little by war4peace · · Score: 2

    Interestingly enough, both Germany and Romania have a higher adoption rate.
    I'm from Romania and gave IPv6 a try. I have a router that allows both IPv4 and IPv6 connections at the same time, so I enabled both and worked like that for a while. For some unexplained reason, the IPv6 connection took a huge amount of time to get its IP (literally minutes) and after both connections were enabled, many things wouldn't work right. I experienced repeated loss of connectivity in pretty much all online games, Yahoo Messenger would randomly disconnect, Skype would randomly disconnect, Steam would go offline for 30 minutes in a row, Dropbox would lose connectivity, etc.

    Maybe IPv6-based PPPoE has issues, I don't know, but I was literally forced to disable it for my computers to work properly.

    Anyway, I would definitely not consider 6-7% as being a "successful" deployment. It's a start, but still a LONG way to go.

    --
    ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
  115. Re:Chicken little by epyT-R · · Score: 1

    FUCK PAT. It breaks too many protocols and gives ISPs and governments easy ways to damage the P2P aspect of the internet. The internet should not be cable TV 2.0.

  116. ip addresses annoyingly long by Khashishi · · Score: 1

    As a gamer, I find typing in four 8-bit numbers painful enough. And you want me to type in eight 16-bit numbers?

    1. Re:ip addresses annoyingly long by Dagger2 · · Score: 1

      No, not really. We have this thing called DNS that saves you from doing that, and it has pretty widespread support these days.

      (And in any case, if people did need to type your address for some reason, I have no idea why you'd choose to make it 2001:db8:42:3580:c2b9:39e8:93e1:f44c rather than 2001:db8:42:1::42.)

  117. DHCP happened by roc97007 · · Score: 1

    A general switch to unrouteable IP addresses for intranets is, I think, mostly what happened. We could see the shift starting even a little before the chicken littles started screaming about addresses running out. Some of us could see that either the internet would shift to a usage pattern where they didn't run out at all, or they'd run out much more slowly than projected.

    Mind you, infrastructure should probably still switch to IPV6 (and is, slowly) but there are few reasons why addresses used within intranets have to be real routeable IP addresses.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
    1. Re:DHCP happened by Dagger2 · · Score: 1

      Connectivity with the internet is a big one though. NAT kinda works okay as a bodge, part of the time, but it isn't something we want to be dealing with forever.

    2. Re:DHCP happened by roc97007 · · Score: 1

      Thing is, I don't necessarily want my devices connected to the raw internet. Behind a router using NAT, the device has to originate a connection. That's a feature, not a bodge.

      --
      Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
    3. Re:DHCP happened by Dagger2 · · Score: 1

      Losing the ability to accept inbound connections isn't a feature.

      Choosing which inbound connections you accept? That's a feature, but it's not a feature of NAT, it's a feature of a stateful firewall.

    4. Re:DHCP happened by roc97007 · · Score: 1

      ...but I already do that, with dyndns. Certain protocols, on certain ports, limited to certain internal IP addresses. (http and ssh to certain machines.) Other services, like logmein, dropbox, printershare, work through an intermediary with which the machines behind the router initiate the connection.

      The problem I see with having a "real" IP on your internal net is that ISPs will just connect you to a cable modem and call it good. The ISP that my mother-in-law has to use does just this, and their tech support will insist that this is all she needs. (I told her "please turn off your PC" and drove over there with a router.) There are better ways to allow limited access to the outside world. If the expectation is that your fridge and microwave will be accessible worldwide by default, at least some ISPs will default to no protection at all, because that's the easiest to install.

      --
      Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
    5. Re:DHCP happened by Dagger2 · · Score: 1

      but I already do that, with dyndns. Certain protocols, on certain ports, limited to certain internal IP addresses. (http and ssh to certain machines.)

      How do you plan on doing that when your ISP puts you behind NAT, so you don't even get one public address? It also fails when you want to run multiple web or SSH (or worse, mail or DNS) servers, since they can't all run on the same port.

      Other services, like logmein, dropbox, printershare, work through an intermediary with which the machines behind the router initiate the connection.

      And you need the intermediary because of NAT. Any solution to the address space shortage that requires this isn't a solution.

      The problem I see with having a "real" IP on your internal net is that ISPs will just connect you to a cable modem and call it good

      Comcast, of all people, are managing to do this properly. Any ISP that requires you to use a switch is broken, but they're not a good reason to break everybody else's connections too.

  118. This is why it's bs by bl968 · · Score: 1

    1. Not every device needs a publicly routable address.
    2. See 1.

    --
    "GET / HTTP/1.0" 200 51230 "-" "Mozilla/4.0 (compatible; Setec Astronomy)"
  119. Re: Chicken little by crdotson · · Score: 1

    You're right, and it would only cost IBM billions of dollars to re-ip their entire internal network so that you could squeak by with ipv4 for a few more months.

  120. It's far more simple - nature of the network by dbIII · · Score: 1

    Anything on a wireless network should be done with the assumption that dropouts are are going to have to be dealt with. Open connections are a very obvious failure in doing that.
    Of course it costs more in traffic. That's a price of dealing with a connection that is almost certain to drop out or switch to another route.

    1. Re:It's far more simple - nature of the network by liquidrocket · · Score: 1

      You still don't get it. The point is that if it weren't for NAT, it would not be neccesery to poll or to do keep-alive. This is only made more important by the problems of wireless connections that you are talking about because they make keep-alive more difficult. Also, how does your brilliant idea of polling work with VoIP? Should people calling me wait for minutes until my device polls? (not to mention that as it was previously mentioned, polling every few minutes is terrible from power management perspective)

    2. Re:It's far more simple - nature of the network by dbIII · · Score: 1

      Should people calling me wait for minutes until my device polls?

      Is that a reading comprehension error (note the "Polling at time intervals, short if necessary" I wrote above) or strawman construction? Either way your "point" has nothing to do with what I've written. Please find a relevant one.

    3. Re:It's far more simple - nature of the network by liquidrocket · · Score: 1

      You did not say what "short" means to you. As I told you even a minute is too short for obvious reasons, so I gave you the benefit of the doubt and thought you meant something more than that. If you meant polling every few seconds then your idea is even worse (completely useless in practice).

    4. Re:It's far more simple - nature of the network by dbIII · · Score: 1

      I really do not get your point and suspect you are merely looking for an argument. The polling interval or other way of checking if the connection is still alive should obviously depend on what the application needs instead of some arbitrary number imposed from elsewhere.
      To use an analogy - it's a bad idea to build a fragile city of glass on a foundation of boiling mud. Open connections without a way to check if the other end is still there are a bad idea on networks that frequently drop out. That's really the only point I'm making here.

    5. Re:It's far more simple - nature of the network by kasperd · · Score: 1

      I really do not get your point and suspect you are merely looking for an argument.

      You are the one who hasn't made any constructive suggestions on how to solve the problem.

      The polling interval or other way of checking if the connection is still alive

      First of all, keepalive checks is not the goal. It is merely a means to workaround obstacles getting in the way of solving the real problem. The goal is to get a notification to the phone, when it needs attention. The deadline to get the notification there is on the order of five seconds, possibly less. At the same time there is no power budget to send packets every five seconds, even sending a packet every minute may be too power consuming.

      How do you propose solving that problem? It is quite clear that it can only be achieve by having the phone passively listening for traffic.

      should obviously depend on what the application needs instead of some arbitrary number imposed from elsewhere.

      And which polling interval do you suggest using if the needs are: 1: Application must get notified no later than five seconds after a certain event happening in the cloud. 2: While the application is idle, the radio transmitter on the phone must not be activated more frequently than once every five minutes, to preserve battery power.

      If you choose to use polling to solve that problem, you must choose an interval which is shorter than five seconds and longer than five minutes. That is impossible. Opening a TCP connection and waiting for a reply will however work.

      Open connections without a way to check if the other end is still there are a bad idea on networks that frequently drop out.

      That is not a problem. If the network connection disappears temporarily, then notifications cannot be received while the connection is gone. Users can understand, that they cannot receive notifications while the connection is gone, and that no protocol changes can make that happen. Once the network connection has been re-established, there are two possibilities. Either the device still has the same IP address, in which case the TCP connection is still open. Or the device got a new IP address, in which case the application can get notified about the IP change and take necessary actions to establish a new connection.

      The only problem left to consider in case of temporary loss of network connection is the following: The phone may lose network connection temporarily and not realize this, while the connection is gone the server decides the TCP connection needs to be closed and sends a FIN. Due to the FIN getting lost, the FIN gets retransmitted a few times. Eventually the server gives up discards state and stops sending further FIN packets.

      This is the situation TCP keepalive is mainly designed to deal with. Additionally there is the possibility that the server crashed and got rebooted and thereby lost all TCP connections without having a chance to send a FIN. Use TCP keepalive to ensure both of those situations are noticed by the application. If you just use keepalives for this, you don't need frequent keepalives, because this is not in the critical path for receiving notifications about events in the cloud.

      --

      Do you care about the security of your wireless mouse?
    6. Re:It's far more simple - nature of the network by dbIII · · Score: 1

      Instead of droning on about stuff unrelated to what I've written above please consider that the situation is so unstable that the client end may not even have the same IP address a few seconds later. You need to send and receive the stuff you want to communicate, finish it up, then communicate again later when there is more to send or receive. Keeping things open without considering that the connection will drop given enough time is a very obvious flaw on such networks. You get MS Outlook and iPhones mail software on such connections locking themselves out when they change address because of the stupidity of having an open connection to get mail instead of just grabbing data and leaving. There are workarounds to stop those applications behaving that way but that's two examples of where an open connection is stupid and the solution is to not use an open connection.

  121. It's here by Casandro · · Score: 1

    My current connection, as well as most "NGN" lines in Germany already doesn't have IPv4. All you get is some sort of NAT and of course IPv6. In practical terms it means nothing IPv4 related works anymore and many people set up their own VPNs to get useful IPv4 connectivity, if they still need IPv4.

    Of course IPv6 works like a charm with roughly zero problems.

  122. Re:The real crisis is the routing table size probl by Anonymous Coward · · Score: 0

    So, routers running BGP need 1GB* of RAM to support IPv6? Considering that my phone has twice that much memory, it doesn't seem like that big a problem....

    And my IBM xSeries 3800 server at work as 128 GB of RAM. So flipping what?

    You do realize 256 MB of Cisco ram is still around $10000 list price, right?
    It's also accomplishing a few million times more things per second than your phone would be even if you were encoding video on the thing.

  123. Because by Anonymous Coward · · Score: 0

    Then we would already be discussing what to do when we run out of those. IPv6 is not just one byte longer, it's long enough to not run out of addresses any time soon.

    It's four-character segment of an IPv6 address has as many possible values as the entire range of IPv4 addresses.

  124. FUCK BETA by Anonymous Coward · · Score: 0

    What will happen to the slashdot beta crisis?

  125. grammar nazi strikes again by Anonymous Coward · · Score: 0

    The plural is Chickens Little.

  126. Charge more by fsterman · · Score: 1

    Why doesn't ARIN just charge more per IPv4 address? They could have easily setup rents to try and even out the price being paid by early adopters. Those who really cannot upgrade can continue to do so but those that can will do so more quickly. Give them something they can put into an Excel spreadsheet vs existential benifits to adopting IPv6 at a high financial cost ... seems like an obvious solution to me.

    --
    Is there anything better than clicking through Microsoft ads on Slashdot?
  127. No one understands large numbers by Anonymous Coward · · Score: 0

    "IPv6 uses a 128-bit address space – that is, 2^128 – yielding far more potential addresses than IPv4’s 32-bit scheme, and in fact more addresses than there are grains of sand in the Earth’s crust."

    It's about 4.537*10^19 addresses per grain of sand. But that number is still incomprehensible. It's approximately 57 billion addresses for every gram that makes up the earth.

  128. Re:The real crisis is the routing table size probl by Anonymous Coward · · Score: 0

    Truth is NAT works just fine for the vast majority of cases, and makes a layered (IE not-eggs-all-in-one-basket) approach to security much simpler.

    Do you kiss your mother with that filthy lying mouth? NAT makes security worse because it's a false sense of security. NAT is non-standard and is implementation many different ways, many of which have gaping security holes.

  129. IP addresses are an engineering kludge by Bob+Fr · · Score: 1

    We ran out of them 20 years ago when we started using NATs and devices no longer get issued their own addresses. The reason why we don't recognize that we did is that the IP address is just a means and doesn't define the relationships in a post-mainframe world. Unfortunately we don't have standard alternatives soinstead of have lots of ad-hoc communities that use the Internet as a transport but don't play well with each other. More about this in http://rmf.vc/CILight.

  130. I can only say that the alleged shortage of v4 IP by Anonymous Coward · · Score: 0

    I had never intended to sell my blocks as for decades it simply wasn't allowed. Imagine my surprise when things changed and it was. I do know that some VERY large blocks were allocated at the beginning, and some of those have probably been recovered. When the "appropriate use" went away in 1991, I still didn't foresee internet access in every home, much less multiple computers in each home. We are moving into a world of internet "things" and there is no doubt that eventually we will need something beyond v4.

  131. Re: Chicken little by Anonymous Coward · · Score: 0

    16.7 million IPs, billions of dollars. That's $100+ per IP. The only way that makes sense is if IBM hire themselves as consultants.

  132. Re: Chicken little by Anonymous Coward · · Score: 0

    Doubt all the IPs are used, but for the ones that are, I suspect it could be quite an ordeal to move them since theres a big difference between re-iping a game server vs. something that's mission critical that must have 4-5 9's of uptime.

  133. IPxl - much simpler than IPv6. by Anonymous Coward · · Score: 0

    http://bill.herrin.us/network/...

    This guy came up with a one-page proposal to extend the IPv4 address space, without IPv6 complexity and IPv4 backwards-compatibility.

    Really wish someone would try implementing it so we could bypass the failed IPv6 adoption.

  134. Re:Chicken little by stoatwblr · · Score: 1

    Funnily enough I _have_ a IPv6 router which filters incoming traffic. AVM Fritz!box

    You may think it defeats the purpose but leaving machines fully exposed isn't a good idea.. The thing does open ports on demand.

  135. RIPE NCC does not assign PI by ganesh.rao · · Score: 0

    It is becoming harder and harder to get IPs allocated from RIRs now.

    RIPE NCC now refuses to assign provider independent IP space for any sized request.

  136. Re:Chicken little by Githaron · · Score: 1

    The machines wouldn't be fully exposed. They should have their own firewalls. There just wouldn't be a need for port forwarding and NAT traversals.

  137. Re:Chicken little by slapout · · Score: 1

    Yahoo Messenger would randomly disconnect, Skype would randomly disconnect, Steam would go offline for 30 minutes in a row, Dropbox would lose connectivity, etc

    Don't worry. That was just the NSA testing their systems

    --
    Coder's Stone: The programming language quick ref for iPad
  138. Re:The real crisis is the routing table size probl by petermgreen · · Score: 1

    This will allow global routing tables to more accurately reflect the structure there is between ISPs, shrinking their size.

    That was what the ivory tower guys thought, they came up with grand plans for heirachical routing that were never really adopted because they didn't respect the realities of the internet. They also came up with crazy ideas that network admins would find it acceptable to run multiple prefixes on their networks at once and that end hosts would somehow be able to determine which was the best to use for a given destination.

    In reality no ISP or large company wants to tie their addresses to their current choice of upstream providers or manage multiple prefixes in paralell, so each ISP/large company is still going to end up with a route in the global routing table.

    The table should still have less entries than the v4 one because most ISPs and large companies should have one block each rather than building up multiple blocks over time but it's not going to be as small as some people hoped.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  139. Not necessarily by ericn32 · · Score: 1

    Using PPPoE to log in to SBC residential ADSL got me a new IPv4 address every time. Address lease times were 24 hrs and I always got a new IPv4 address.

  140. You're part of the problem, slashdot. by Anonymous Coward · · Score: 0

    $ dig +nostats in aaaa slashdot.org.

    ; <<>> DiG 9.9.3-P2 <<>> in aaaa slashdot.org.
    ;; global options: +cmd
    ;; Got answer:
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45817
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

    ;; OPT PSEUDOSECTION:

    ; EDNS: version: 0, flags:; udp: 4096
    ;; QUESTION SECTION:
    ;slashdot.org. IN AAAA

    ;; AUTHORITY SECTION:

    slashdot.org. 60 IN SOA ns1.p03.dynect.net. hostmaster.corp.sourceforge.com. 2013100500 3600 600 604800 60

    Just sayin'...

  141. Re:Chicken little by war4peace · · Score: 1

    ...And ONLY their IPv6 systems, I guess.

    --
    ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
  142. Re:Because 2001:44B8:6116:5AFF::1 is so memorable by Blaskowicz · · Score: 1

    Yes, why didn't they just call it "2001:192:168:x::1" ?

  143. Hey guys - look at the funny strawman construction by dbIII · · Score: 1
    How about this - a quote from the poster above:

    You are the one who hasn't made any constructive suggestions on how to solve the problem

    Followed them providing a quote from me doing exactly that!

    polling interval or other way of checking if the connection is still alive.

    Then a strawman suggestion of what they pretend I'm suggesting - which of course is stupid, but I'm not the one suggesting it am I?

    Keep on arguing with yourself if you like "kasperd". I've made my point about it being a bad idea of assuming 100% reliable connections on such networks and if you don't want to discuss it then fine but I really do not like people building me up as a strawman just so they can have someone to pretend to argue against on other points, let alone using it as a way to "inform" with the obvious while pretending that 90% of the site doesn't already know it.

    This is supposed to be a discussion site and not an insult site isn't it?

  144. Re:Chicken little by stoatwblr · · Score: 1

    Of course they should have their own firewalls. They need protection from the local network for starters.

    When it comes to network protection: Belt, braces, safety pin, bit of twine. No single item should ever be your sole point of failure.