Slashdot Mirror


China To Run Out of IPv4 Addresses In 830 Days

JagsLive writes "China is running out of IP addresses unless it makes the switch to IPv6. According to the China Internet Network Information Center, under the current allocation speed, China's IPv4 address resources can only meet the demand of 830 more days and if no proper measures are taken by then, new Chinese netizens will not be able to gain normal access to the Internet. Li Kai, director in charge of the IP business for CNNIC's international department, says that if a netizen wants to get access to the Internet, an IP address will be necessary to analyze the domain name and view the pages. At present, most of the networks in China use IPv4 addresses. As a basic resource for the Internet, the IPv4 addresses are limited and 80% of the final allocation IP addresses have been used."

619 comments

  1. 830 days? China? by suso · · Score: 5, Informative

    Try the whole world. According to this counter, the world will be out of IPv4 addresses in 768 days.

    1. Re:830 days? China? by ohxten · · Score: 5, Funny

      Really? I thought there was a separate internet in China...

      --
      Need an automatic screenshot taker? Try here.
    2. Re:830 days? China? by Van+Cutter+Romney · · Score: 4, Funny

      Try the whole world. According to this counter, the world will be out of IPv4 addresses in 768 days.

      So the world runs out of addresses before China runs out?

      Did the Chinese government move themselves to outer space?

      --
      Help a man when he is in trouble and he will remember you when he is in trouble again.
    3. Re:830 days? China? by morgan_greywolf · · Score: 5, Informative

      There would be a lot more available addresses if companies that were given entire /8 blocks in the 80s and 90s (Ford, IBM, AT&T, Halliburton, etc.) were to give back those blocks. Most of those companies aren't even really using their /8 blocks anymore, with most of the addresses going unadvertised.

    4. Re:830 days? China? by Z00L00K · · Score: 1

      It's still something of a virtual problem, and the biggest problem is usually that there are a few companies that has allocated large number of addresses for internal use - and they should be able to use NAT gateways (which I suspect they already do for security reasons).

      It will of course be a big job for those companies to migrate addresses, but it will be worth it. A few companies that allocated those large series aren't even large enough to really be able to use them.

      And many A address series aren't even used today:
      IPv4 Global Unicast Address Assignments

      So it's not really a critical problem yet.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    5. Re:830 days? China? by Anonymous Coward · · Score: 5, Funny

      Shame Lehman didn't have a /8 block.

    6. Re:830 days? China? by mollymoo · · Score: 5, Insightful

      If 25 companies (are there even that many with /8s?) gave back their entire allocation, that would still only add 10% to the pool. That might buy a little time (a year, if we're at 80% and have two years left), but it's hardly going to solve the problem.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    7. Re:830 days? China? by mcgrew · · Score: 1

      That's a little precise, isn't it? DAYS? That's 2.2739726027397260273972602739726 years.

      Yeah, in EXACTLY 830 days they'll run out... sounds like Data from STNG came up with those numbers.

    8. Re:830 days? China? by blueg3 · · Score: 2, Funny

      On a separate note, didn't anyone ever teach you that just because your calculator displays all those digits, it doesn't mean they're significant?

    9. Re:830 days? China? by Midnight+Thunder · · Score: 1

      Try the whole world. According to this counter [entne.jp], the world will be out of IPv4 addresses in 768 days.

      Ah just like Y2K issue, nobody is in a hurry until the axe is about to fall.

      The only router for the home market that is IPv6 aware is the Apple Airport Extreme, all the others seem to be on another channel.

      Slashdot is not going to be accessible from China soon, and not because of the great firewall of China. When is /. getting on the IPv6 bandwagon? At least they could start with their Slashcode site, as way of discovering the issues.

      --
      Jumpstart the tartan drive.
    10. Re:830 days? China? by Prof.Phreak · · Score: 5, Funny

      Did the Chinese government move themselves to outer space?

      Nop. They've enabled NAT on their national firewall.

      --

      "If anything can go wrong, it will." - Murphy

    11. Re:830 days? China? by Just+Some+Guy · · Score: 1

      There would be a lot more available addresses if companies that were given entire /8 blocks in the 80s and 90s (Ford, IBM, AT&T, Halliburton, etc.) were to give back those blocks.

      Adding a few extra percent of resources doesn't go very far toward satisfying exponential growth.

      --
      Dewey, what part of this looks like authorities should be involved?
    12. Re:830 days? China? by gclef · · Score: 1

      We burn through 8-10 /8's every year. (see here for more info) Even if we reclaimed all of the "legacy" /8's (which we won't) it would still only push back the problem by a year or two. Reclaiming legacy IPv4 won't help.

    13. Re:830 days? China? by 3247 · · Score: 1

      That's the problem with prognoses. They're not 100% exact. Especially those about the future.

      --
      Claus
    14. Re:830 days? China? by Anonymous Coward · · Score: 3, Insightful

      A year is a lot of time. Think how much cheaper computers/routers get in a year. That's a lot of expense saved if they can delay switching over for a year.

    15. Re:830 days? China? by 3247 · · Score: 1

      It will of course be a big job for those companies to migrate addresses, but it will be worth it.

      No, it's not "worth it". There's no market for IP addresses (yet?), so they don't have any market value, no worth.

      --
      Claus
    16. Re:830 days? China? by durnurd · · Score: 1

      So what's their outward-facing IP? 127.0.0.1? How selfish of them. Oh, and this must mean that the Chinese have figured out a way to shove a 32-bit value into a 16-bit port number?

      --
      --Edward Dassmesser
    17. Re:830 days? China? by should_be_linear · · Score: 0

      and we can safely assume number will be lower then 768 days. IP address usage progression will not be linear. If there is no significant concentrated effort to switch to IPv6 during next year or year and a half, result will be huge increase in demand for assigning few remaining available blocks. So, blocks that would normally take 100-200 days to be assigned will be grabbed in few days. My estimation is 450 days.

      --
      839*929
    18. Re:830 days? China? by Anonymous Coward · · Score: 1, Funny

      I'm currently working at CBS and they're using 170.x.x.x addresses on machines internally. These are machines that will never be connected directly to the internet. Now the really stupid thing is that they also use 10.x.x.x addresses inside, basically side by side to the 170.x.x.x machines. The 170.x.x.x addresses are hoarded for some reason and when you do need a machine that will have ports available on the internet they require that machine to have a 170.x.x.x address because they can't seem to figure out how to NAT a port to a port or one IP to another.

    19. Re:830 days? China? by AceJohnny · · Score: 1

      Those companies know that their /8 blocks are a valuable scarce resource, and are right (from a capitalist point of view) to hang on to them to sell/rent.

      (Aren't they already doing it?)

      --
      Misleading titles? Inflammatory blurbs? Keep in mind that Slashdot is a tabloid.
    20. Re:830 days? China? by jellomizer · · Score: 0

      I am not worried. Why...
      A there a lot of unused IP Addresses. We just take it back from people that are hording them. I know My Old Undergrad College had a Class B and 2 Class C networks and only 6000 students. There is a LOT of free addressing not used. More if they did proper NATing. I bet if you crack down on the colleges and Universities you will find about enough IP Address to last for decades.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    21. Re:830 days? China? by SanityInAnarchy · · Score: 2, Insightful

      I imagine they could have more than one outward-facing IP. Two would mean they have two 16-bit port numbers to choose from. That would actually be enough, given that it's doubtful they're using more than a /8 network.

      Of course, I'm assuming GP wasn't joking. I don't know -- never heard of China NAT-ing.

      --
      Don't thank God, thank a doctor!
    22. Re:830 days? China? by Piranhaa · · Score: 1

      With the number of people defaulting on their sub-prime mortgages, I'm certain enough IPs were given back to equate to a few /8s at least.

    23. Re:830 days? China? by rahlquist · · Score: 2, Funny

      Maybe if the sprinkle their routers with Melamine it will fix it for them.

      --
      Sick of stupidity? http://www.patentlystupid.com
    24. Re:830 days? China? by quarrel · · Score: 1

      Try the whole world. According to this counter, the world will be out of IPv4 addresses in 768 days.

      OMG. Don't go to that page. It drains IP addresses if you watch!

      Won't someone think of the children!

      --Q

    25. Re:830 days? China? by JasterBobaMereel · · Score: 1

      Why do people/companies need this many addresses?

      We have two one for the public webserver and one for a private one for engineer/salespeople usage

      The rest are NAT'ed and behind a firewall etc ...

      Most companies need a single digit number of them, most people need one at most, only ISP's need more ....

      --
      Puteulanus fenestra mortis
    26. Re:830 days? China? by Anonymous Coward · · Score: 0

      And why is it everyone who mentions the IPv4 shortage NEVER chooses to mention MIT, instead picking oMIT? I find that quite amusing, given MIT's involvement with technology.

      NetRange: 18.0.0.0 - 18.255.255.255
      CIDR: 18.0.0.0/8
      NetName: MIT
      NetHandle: NET-18-0-0-0-1
      Parent:
      NetType: Direct Assignment
      NameServer: STRAWB.MIT.EDU
      NameServer: W20NS.MIT.EDU
      NameServer: BITSY.MIT.EDU
      Comment:
      RegDate:
      Updated: 1998-09-26

      College kids, JBOD (Just a Bunch Of Dicks).

    27. Re:830 days? China? by Midnight+Thunder · · Score: 4, Insightful

      A year is a lot of time. Think how much cheaper computers/routers get in a year. That's a lot of expense saved if they can delay switching over for a year.

      Its simpler if people just started accepting that IPv6 is going to happen and adjust accordingly. For me its like having to accept Y2K was going to happen and acting accordingly. Believe me its much simpler to code the applications than go through the politics, and possibly technical issues, of getting someone to give back a block they don't appear to be using.

      Get your ISP and your router manufacturer to provide you an IPv6 solution. That too is probably not easy, but if we all start making noise then they will start doing something - hopefully.

      --
      Jumpstart the tartan drive.
    28. Re:830 days? China? by squiggleslash · · Score: 2, Interesting

      The only router for the home market that is IPv6 aware is the Apple Airport Extreme, all the others seem to be on another channel.

      Not to mention there are ISPs out there that are blocking the use of IPv6. I don't mean "Not supporting it" (does anyone of any note?), I mean actively preventing users from setting up 6to4 by blocking access to the 192.88.99.1 anycast gateway. AT&T's FastAccess.net service in Florida is one example. So people can't even migrate to IPv6 in a calm controlled manner.

      What the hell can we do when large monopolistic entities do things that are clearly bad but are difficult to explain to the majority of its potential customers?

      --
      You are not alone. This is not normal. None of this is normal.
    29. Re:830 days? China? by philspear · · Score: 3, Funny

      So the world runs out of addresses before China runs out?

      Did the Chinese government move themselves to outer space?

      In communist china, IPv4 addresses run out of YOU.

    30. Re:830 days? China? by compro01 · · Score: 1

      At the rate IP's are being used (practically exponential growth), even gathering all those back is not going to help for long. it might delay the problem for a year or so. and NAT is an ugly kludge, IMO, and is little more than a band-aid "solution".

      --
      upon the advice of my lawyer, i have no sig at this time
    31. Re:830 days? China? by Anonymous Coward · · Score: 0

      Really? I thought there was a separate internet in China...

      HAHAH, yea no doubt

    32. Re:830 days? China? by jellomizer · · Score: 2, Insightful

      NAT is not ugly. It is actually an elegant solution. Take into the effect that most Computers are not servers, and don't need a Real IP Address. Many servers can host multiple domains with one Outside IP Address. The world population is about 6 Billion with 4 billion address available. With a proper network we can have clean Natted network for years to come on one Outside IP address for 6 people taking 1/4 of the of the addresses leaving an average of 3 servers per person which can also be natted down at a higher level of and average of 20 servers per IP Address. So we can bandaid the problem for a long time with no ill effects. Getting people to switch to IPv6 is tougher. If we were to do that we should have done it back in 1994.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    33. Re:830 days? China? by Avtuunaaja · · Score: 1

      There are not enough ip addresses in the world to last for a decade at current growth of consumption. That is, if we got another ~3 billion of them free now, they would still run out until 2019.

      As said before, adding a few percentage points worth of supply does nothing against exponential growth of consumption. Then again, there is this pesky new tech that would increase the supply by 7922816251426433759354395033500%, which I hope will eventually also not be enough for the usage of whatever that comes after us. But it should be enough for one galaxy...

    34. Re:830 days? China? by Chang · · Score: 1

      If they had incentive, which they don't, then maybe they could renumber in a year as part of a crash program.

      Stanford completed their IP renumbering in two years and returned a class A block. That block would last about 25 days at the current consumption rate.

      So we spend a year and a lot of labor gaining back a year? How is this progress? Would't that time and energy better be spent on dual stacking everything in sight?

    35. Re:830 days? China? by Jeremi · · Score: 1

      Oh, and this must mean that the Chinese have figured out a way to shove a 32-bit value into a 16-bit port number?

      Yup! The key was to shrink each bit down to half its normal size...

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    36. Re:830 days? China? by Kadin2048 · · Score: 1

      That's a lot of expense saved if they can delay switching over for a year.

      A whole lot of that savings would probably get eaten up by lawyers.

      Assume for a second that a company currently has an /8. For them to switch to NAT -- which would only be useful for a year or two, because that's how long we're delaying IPv6 by, with all this screwing around -- would cost a lot of money. They're not just going to let go of their allocation willingly. They're going to drag their feet using every method available to them, for as long as possible, right up until fighting becomes more expensive than giving in.

      Even assuming rational behavior (which isn't a safe assumption), in the worst case they might spend just as much on lawyers, fighting the allocation-grab, as the NAT conversion will cost, and the entity trying to wrest their allocation away from them will have to match or exceed this spending in order to win. (Maybe even outspend them by a lot -- all the company has to do is delay for a couple of years until it becomes a moot point because IPv6 has already happened; this is easy and comparatively cheap -- look at SCO.) So the total broken-window loss as a result of this, to all parties involved, is quite possibly twice the amount of converting the company to NAT. And the amount of converting a huge multinational company to NAT might be staggering; there's no telling how much grimy legacy stuff they might have to fix. It's probably a Y2K-level problem.

      And that's without getting into who exactly is going to take on, single-handedly, some of the biggest companies in the world. ICANN is effectively part of the U.S. Department of Commerce, who are typically friends of business anyway. I don't think it would take too many phone calls (or bags of cash) from IBM, GM, Ford, Halliburton, etc. to squash any plan that would cost them millions of dollars and put them at a disadvantage. Particularly in the current political climate, it could easily be spun to look like sacrificing American business for the benefit of the Chinese -- it's a political nightmare.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    37. Re:830 days? China? by Teilo · · Score: 1

      My Buffalo WHR-HP-G54 can do IPV6, you insensitive clod! (with Tomato firware)

      So — seriously — what this shows is that the bulk of the routers in existence could be made IPV6-capable with a firmware upgrade. Of course, whether the manufacturers would have the incentive to do so when they could otherwise just claim, “I know, it sucks, but you need to buy a new router,” and dramatically pump their bottom line, is another question altogether.

      --
      Mir tut es leid, Menschen daß Einfältigfehlersuchenbaumfolgendenaffen sind.
    38. Re:830 days? China? by Chirs · · Score: 1

      I work for a telecom company with tens of thousands of employees (and it has a /8).

      Good luck trying to NAT that many people through a single address...there aren't that many ports available.

      Granted, we could probably get away with fewer addresses, but we probably use more of our address space than Ford, Halliburton, or Pudential Securities.

    39. Re:830 days? China? by Anonymous Coward · · Score: 0

      As a side effect, all WoW characters controlled from China now only come up to the knees of other characters.

      Reports of friendliness from said characters are still unfounded.

    40. Re:830 days? China? by Anonymous Coward · · Score: 0

      doesn't DDWRT (and by proxy, every router that will run DDWRT) support IPv6?

    41. Re:830 days? China? by Tony+Hoyle · · Score: 1

      You couldn't actually NAT that many devices... NAT has to dynamically reserve ports for the replies, so it knows that the reply from server x is due to go to client y (even if you match both on source IP and port consider the result of a few thousand connections to MSN). I'm sure someone's worked out a theoretical maximum, but it's going to be way lower than a country the size of china..

    42. Re:830 days? China? by bucky0 · · Score: 1

      Or similarly, if people realised oil is a finite resource and we need to start moving to a different one instead of the stopgap "LETS START DRILLING EVERYWHERE" idea we've had.

      --

      -Bucky
    43. Re:830 days? China? by bucky0 · · Score: 1

      and furthermore, unless you have an ungodly number of contigous addresses, parceling off and selling them won't work because the global routing tables ignore smaller route messages for space reasons. So, if I bought (say) a /24 from you, nobody would bother routing it (or at best, it would go a really non-optimal path)

      --

      -Bucky
    44. Re:830 days? China? by bucky0 · · Score: 1

      Take into the effect that most Computers are not servers, and don't need a Real IP Address.

      No no no no no. You are breaking a fundamental property of the internet with that. uPNP et al are just bandaids to cover up that fact.

      Machines _should_ have publically routable IP addresses.

      --

      -Bucky
    45. Re:830 days? China? by morgan_greywolf · · Score: 1

      400 million addresses is still 400 million addresses more than we had.

      But actually, if we include U.S. government blocks (DISA, etc.), the number is closer 34. That's more than half a billion addresses.

      That's not even counting the reserved blocks above 240.0.0.0/8. You can add in another 15 (if we skip 255.0.0.0/8, which might foul things up) That's another 240 million addresses.

      Let's add that to our 544 million, and now we've got more than 3/4s of a billion addresses.

      How many more do you think we need in the next 5 years or so?

    46. Re:830 days? China? by Midnight+Thunder · · Score: 1

      My Buffalo WHR-HP-G54 can do IPV6, you insensitive clod! (with Tomato firware)

      Therein lies the issue. Most routers can be made to handle IPv6, but out of the box almost non do. There doesn't seem to be any firmware updates targeted towards adding the missing IPv6 functionality. I betting that most router manufacturers will only support IPv6 firmware updates on anything less than a year old, since otherwise they would rather you buy new hardware.

      DHCPv6 support is hit and miss, but all OSs, that support IPv6, support router advertisements.

      --
      Jumpstart the tartan drive.
    47. Re:830 days? China? by slimjim8094 · · Score: 1

      He was probably joking... but it's no joke that many places in China are behind 5 levels of NAT (and it sucks as much as it sounds like it does)

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    48. Re:830 days? China? by mcgrew · · Score: 1

      That's exactly the point. To about forty decimal places.

    49. Re:830 days? China? by kasperd · · Score: 1

      That's a lot of expense saved if they can delay switching over for a year.

      I don't believe delaying it will save any expenses. Quite the contrary. The larger the internet gets, the more work it will be to upgrade. I think it would have been a lot cheaper if the switch had happened 10 years ago. But back then people were postponing it because why spend the money on something that might never become necessary, and if it is going to happen maybe by that time it would be somebody else's problem. With issues like the year 2000 bugs, there was a hard deadline to get them fixed, and no way to postpone it. With IPv4 addresses running out, there are workarounds. But each workaround made managing the net more complicated, and it will only take us so far. We still don't have a hard deadline in front of us. But most network administrators by now have realized, that this is something that will need to happen, and they will probably still be around by the time, so it is better to get started.

      --

      Do you care about the security of your wireless mouse?
    50. Re:830 days? China? by blueg3 · · Score: 1

      No, see, if I was addressing the article/summary, I would've written,

      "Didn't anyone ever teach you that just because your extrapolation model is precise to the day, your results aren't necessarily that precise or accurate?"

      Of course, I generally dismiss future-prediction models that give numbers but don't include error margins or a word like "approximately". (And, as you would presumably agree, "approximately 823.2 days" doesn't count.)

    51. Re:830 days? China? by farnz · · Score: 1

      Page 10 onwards of this document discuss the limits of carrier-grade NAT. In particular, page 18 shows how many simultaneous sessions various common websites need when you're using them (including things like DNS) - something simple like Yahoo needs about 10, while iTunes needs more like 250 sessions.

      NTT's observation is that customers end up with around 500 sessions at a time, on average; realistically, they believe that carrier-grade NAT only allows you to put 8 users per IP address with today's Internet, without risking noticeable degradation.

      Even assuming that you can limit end users to basic browsing and e-mail, you're still looking at no more than a 250:1 gain from NAT - and that breaks many things that we currently expect to Just Work.

    52. Re:830 days? China? by Lennie · · Score: 1

      Well 6to4 is a mess, use a proper tunnel service.

      --
      New things are always on the horizon
    53. Re:830 days? China? by Lennie · · Score: 1

      IPv6 was actually late, because the growth of the internet was not expected. IPv6 should have existed before the whole NAT came in to general use. That's why we didn't switch in 1994.

      --
      New things are always on the horizon
    54. Re:830 days? China? by Anonymous Coward · · Score: 0

      Get your ISP and your router manufacturer to provide you an IPv6 solution. That too is probably not easy, but if we all start making noise then they will start doing something - hopefully.

      If I ask my ISP for an IPv6 address, they're going to ask, "what?" After it gets escalated to someone who knows what IPv6 is, they're going to laugh and hang up.

      At least the truth is that we don't need to make noise. When their customer base grows, and they can't get any more IP addresses to assign, they're going to go to IPv6 because they have to. no need for me to do anything.

    55. Re:830 days? China? by squiggleslash · · Score: 1

      What, exactly, is a mess about it? I use it with Earthlink. Works great.

      --
      You are not alone. This is not normal. None of this is normal.
    56. Re:830 days? China? by squiggleslash · · Score: 1

      I also fail to see how using a tunnel service is in any way superior. You're now routing every single packet via a third party ISP, constricting yourself to their bandwidth, creating an unnecessary central point of failure, and potentially leaving yourself open to having the service terminated without any control over it.

      And finally, what the hell does your problem with 6to4 have to do with the price of tea in China? Why should AT&T *block* it because you think it's not as good as tunnelling?

      --
      You are not alone. This is not normal. None of this is normal.
    57. Re:830 days? China? by thogard · · Score: 1

      So you don't reallocate the /8 in pools /20 or /19 and you allocate them just as /28 or smaller.
      We are not running out of addresses, we are running out of routes and IPv6 doesn't fix that.

      Getting rid of broadcast addresses and network addresses would go a long way in reducing IP usage.
      Its amazing how much brand new equipment can't deal with /30 and /31 addressing.

      --and this will modded down by IPv6 fnaboys so please metamoderate

    58. Re:830 days? China? by Lennie · · Score: 1

      Have a look at RFC3964

      --
      New things are always on the horizon
    59. Re:830 days? China? by squiggleslash · · Score: 1

      Doesn't really answer the question. I asked what was a mess about 6to4. RFC3964 is a well-meaning but ultimately misguided complaint about the security of IPv6 over 6to4, which overstates the dangers of spoofing inherent in any technology that allows for open relays, and raises a number of obvious red-herrings that have to do with mixing IPv4 and IPv6 networks, rather than 6to4 specifically. If you want security, use IPSec.

      6to4 is a clean, decentralized, IPv6 routing system with few central points of failure. Your suggestion offers no real enhanced security - IPv6 tunnel services have the same spoofing issues - while introducing central points of failure and actual bottlenecks and poor router optimization. If your ISP doesn't support IPv6 directly, and you have a static IPv4 address, 6to4 is infinitely better than IPv6 tunnel services, unless you're stuck with a third rate ISP like AT&T.

      --
      You are not alone. This is not normal. None of this is normal.
    60. Re:830 days? China? by Anonymous Coward · · Score: 0

      Really? I thought there was a separate internet in China...

      Damned right -- who gives a shit about them? They've blocked so much of the internet that they don't need the IP addresses of anyone outside China.

      If they're so fucking smart that they can run cyber attacks against the rest of the world, they're smart enough to fucking go it alone with their own homebrew system.

    61. Re:830 days? China? by Lennie · · Score: 1

      I guess we will agree to disagree

      --
      New things are always on the horizon
    62. Re:830 days? China? by cavebison · · Score: 1

      Cool, that's the most ironic thing I've heard all week.

  2. Uh Oh! by Smivs · · Score: 5, Funny

    Sounds like it will be easier than ever to ring the Wong number!

    1. Re:Uh Oh! by Anonymous Coward · · Score: 0

      Sounds like it will be easier than ever to ring the Wong number!

      God dammit! It's Wing the Wong number!

    2. Re:Uh Oh! by Anonymous Coward · · Score: 0

      You insensitive crod!

    3. Re:Uh Oh! by KC7GR · · Score: 1

      "Sounds like it will be easier than ever to WING the Wong number."

      There, fixed it for you. Remember, two Wongs will not make it Wight, at least according to Fudd's First Law.

      --

      Bruce Lane, KC7GR,

      Blue Feather Technologies

    4. Re:Uh Oh! by Anonymous Coward · · Score: 0

      I think you mean Wing the Wong number.

  3. Normal 'net access? by i.r.id10t · · Score: 5, Interesting

    Do any Chinese citizens even have "normal" 'net access now? Thought NAT was used heavily, not to mention the GFWOC

    --
    Don't blame me, I voted for Kodos
    1. Re:Normal 'net access? by Kjella · · Score: 1

      No idea, but I can tell you that as internet use grows there will be a greater need for real IP addresses. There are so many services that assume you have a routable address back, and China isn't that interested in crippling themselves. They've long since figured out that economic prosperity will let the government get away with a lot more than what their GFWOC will. That burning need for regime change that fuels a revolution is when people are poor, hungry, desperate and willing to risk their lives for change. And the dependence of other nations on your economy creates natural allies instead of forced allies, one of the reasons the cold war worked was that the US economy could afford to isolate and strangle the Soviet economy. Nobody's going to shut off their own air supply though.

      --
      Live today, because you never know what tomorrow brings
    2. Re:Normal 'net access? by OrangeTide · · Score: 1

      Most American households are behind a NAT. I'm not sure I see the problem.

      But the grandparent post was probably referring to the great firewall of China. It takes a funny definition of "normal" to think a heavily filtered net connection is a normal connection to the internet.

      When I was in China my connection was not filtered, but guests of the People's Republic don't exist in the same reality as Chinese citizens.

      --
      “Common sense is not so common.” — Voltaire
    3. Re:Normal 'net access? by Anonymous Coward · · Score: 0

      Yes, they do. Most of them, in fact, are inadvertently bypassing government restrictions... thought youtube was blocked? ha, not really. Just for a small percentage of the population

      My chinese friends notice virtually no censorship...

      Shame, the US government censors our nets, but doesn't put up a nice chibi picture telling us that it's blocked -.-

    4. Re:Normal 'net access? by Lennie · · Score: 1

      A lot of businesses use static/public IP's

      --
      New things are always on the horizon
    5. Re:Normal 'net access? by OrangeTide · · Score: 1

      My business is behind a NAT too.

      --
      “Common sense is not so common.” — Voltaire
  4. Meet With Congress by mfh · · Score: 5, Funny

    To get a quick infusion of 700 billion IP4 addresses -- NOW!

    --
    The dangers of knowledge trigger emotional distress in human beings.
    1. Re:Meet With Congress by DarkAce911 · · Score: 1

      All they have to do is take away someone's A block. Doesn't HP and Level 3 have 2 of these now? Plus there are some unallocted and for future use A Blocks that can be given whole to China.

    2. Re:Meet With Congress by Anonymous Coward · · Score: 0

      ... then you can say "Mission Accomplished!"

    3. Re:Meet With Congress by Anonymous Coward · · Score: 0

      All they have to do is take away someone's A block. Doesn't HP and Level 3 have 2 of these now? Plus there are some unallocted and for future use A Blocks that can be given whole to China.

      I think it would be a mistake to squander a precious National Resource on this, when we could be moving to reduce our dependance on foreign IP.

    4. Re:Meet With Congress by kasperd · · Score: 1

      Doesn't HP and Level 3 have 2 of these now?

      Forcing Level 3 to give up a significant amount of IPv4 addresses is probably not the best you can do for the IPv4 network. But maybe it would help push for IPv6 adoption.

      --

      Do you care about the security of your wireless mouse?
    5. Re:Meet With Congress by ()ff-t()pic · · Score: 1

      Windows 95 through Windows 2003 Server systems consider the "future use" E-block to be a configuration error and refuse to accept it.

      Good idea, perhaps year 2022 when we already migrated to IPv6 and nobody is using Windows 2003 anymore.

  5. What is the point in having a public IP address by jeffmeden · · Score: 5, Insightful

    When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that! Flatten it to a /8 network in 10.0.0.0 and put it all behind one public IP. Problem solved!

    1. Re:What is the point in having a public IP address by Artraze · · Score: 5, Informative

      > When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that!

      The firewall is more figurative than literal. My understanding is that it basically bans certain IPs/domains. That can be done with a stateless system, while a true NAT/firewall would need to track all packets of all connections of all users. Not impossible, but insanely expensive. Plus it would have the unpleasant side effect of actually firewalling China (i.e. no incoming connections), whereas now they just don't let you view certain things.

      The whole point is largely moot anyway. First, as was pointed out above, the entire world is estimated to run out in about 780 days, so they've apparently got more time then the rest of use. Second, the primary usage of IPs comes from blocks assigned to institutions and businesses, with the latter _requiring_ incoming connections. Could a business have one public IP and NAT/load balance their servers and whatnot? Sure, but they could always switch to IP6, which is gonna be a lot cheaper than all these NATs

    2. Re:What is the point in having a public IP address by Ritz_Just_Ritz · · Score: 2, Funny

      That would sure make my spam filter rule set a lot shorter. :D

    3. Re:What is the point in having a public IP address by Shakrai · · Score: 1

      Plus it would have the unpleasant side effect of actually firewalling China (i.e. no incoming connections)

      Shit, we can't have that.... bittorrent works a lot better when it can accept incoming connections ;)

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    4. Re:What is the point in having a public IP address by Colonel+Korn · · Score: 0, Troll

      When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that! Flatten it to a /8 network in 10.0.0.0 and put it all behind one public IP. Problem solved!

      A lot of westerners would just block that one IP if that were the case, and I don't think they want that.

      --
      "I zero-index my hamsters" - Willtor (147206)
    5. Re:What is the point in having a public IP address by WWWWolf · · Score: 1

      When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that! Flatten it to a /8 network in 10.0.0.0 and put it all behind one public IP. Problem solved!

      Let's be overly optimistic and say China suddenly decides "whoops, we're wrong, democracy, free speech and free flow of information are good things". Then they notice their entire infrastructure has been refitted, at great frigging cost, to serve the old ideology.

      Of course, if they did firewall the rest of the world in truest sense, they could probably say "yeah, we like free speech too - but who's going to pay the transition to free speech when we just NATted the whole country? Implementing free speech would be too expensive!"...

    6. Re:What is the point in having a public IP address by nbert · · Score: 2, Insightful

      This solution provides 2^24 addresses which is about 16.7 million. I don't know how huge their address space currently is, but given their population size it's pretty obvious that this wouldn't work out (IIRC around 10% of the population had access to the internet in 2006).

    7. Re:What is the point in having a public IP address by mollymoo · · Score: 1

      If China moved to IPv6 they'd still need a bunch of hefty gateways to connect to the rest of the world, which is still using IPv4. An IPv6 - IPv4 gateway is doing pretty similar work to a NAT gateway, so I doubt they would really be that much cheaper than NAT boxes.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    8. Re:What is the point in having a public IP address by Anonymous Coward · · Score: 0

      James Fallow, of The Atlantic, wrote back in March an authoritative, if simplified account of how people believe the firewall works. Link below.

      http://www.theatlantic.com/doc/200803/chinese-firewall

    9. Re:What is the point in having a public IP address by steelfood · · Score: 2, Informative

      Obligatory XKCD.

      As you can see, Asia has several /8 blocks allocated to it. I'll bet China has a few of those /8 blocks.

      Besides, NAT's can only handle 65536-1024 connections (number of ports minus 1024 reserved).

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    10. Re:What is the point in having a public IP address by OriginalArlen · · Score: 1

      "Insightful"?!? A shame the mods didn't notice your dripping sarcasm :(

      --

      Everything I needed to know about life, I learnt from Blake's Seven
    11. Re:What is the point in having a public IP address by Anonymous Coward · · Score: 0

      I agree, stick 'em all behind a giant linksys router!

    12. Re:What is the point in having a public IP address by Chang · · Score: 1

      I can't believe this got modded up. Please turn in your geek credentials at the door.

      You do know that a single IP PAT can only handle 65K connections simultaneously, right?

      And that a single web application or web site may require multiple connections simultaneously.

      And that if they used the 10.0.0.0/8 space they would only have 16 million IP addresses for use inside the country?

      China already has internet connections that are on a NAT behind another NAT. This is exactly the kind of crap the internet doesn't need any more of.

    13. Re:What is the point in having a public IP address by Anonymous Coward · · Score: 0

      Actually, I recall hearing somewhere that the firewall was mostly done on an ISP level - some areas of China are more restricted than others even. So in that way it's even more figurative. I suppose each ISP could run their own NAT, but come on, since when do ISPs do anything to fix a problem that they can blame on something else?

    14. Re:What is the point in having a public IP address by PRMan · · Score: 1

      NAT's can handle over 16 million. You just have to use 10.x.x.x instead of 192.168.x.x.

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    15. Re:What is the point in having a public IP address by Cato · · Score: 1

      The parent was talking about connections - no matter how many addresses behind a NAT it can only handle about 64K connections, i.e. 64K inbound port numbers. At one service per host, that's 64K hosts.

    16. Re:What is the point in having a public IP address by deets101 · · Score: 1

      I bet there are more than 16,777,214 companies/people who use 10.0.0.0/8 subnets. These people would now need to get different addresses. I would not change the non-routable ranges....
      10.0.0.0/8
      172.16.0.0/11
      192.168.0.0/16

      These are what is NATed.

      --

      --
      My parents went to Slashdot and all I got was this lousy sig.
    17. Re:What is the point in having a public IP address by Anonymous Coward · · Score: 0

      When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that! Flatten it to a /8 network in 10.0.0.0 and put it all behind one public IP. Problem solved!

      24 bits for the host part means roughly 16,8 million hosts. I think you underestimate the population of China ;)

    18. Re:What is the point in having a public IP address by kasperd · · Score: 1

      Besides, NAT's can only handle 65536-1024 connections

      Actually you could handle a lot more TCP connections than that. If one user want to contact google.com and another user want to contact yahoo.com, those two connections could appear to come from the same IP and port number. That's perfectly valid according to the TCP standard. Your standard Linux based router probably doesn't support it. But if you had to, you could implement a NAT solution doing that. You'd still be limited to at most 64512 connections per remote port (or 64512 per remote IP if you worry about potential bugs in the TCP stack on the remote end). And if that is not enough, a NAT box does not have to have just one external IP. It could have a range of them, each of which would give you 64512 usable port numbers.

      The problem with NAT is not so much the number of port numbers available, but rather keeping track of the state. Do you want to have a single point of failure for the entire country? Probably not. Besides, a single box might not be able to handle the load. Spread it out across multiple boxes, and you'd better be able to handle load and failover. But with multiple boxes you need to coordinate allocation of ports. And you cannot suddenly change port in the middle of a connection, so you'd have to update the state in a way that is consistent across all your boxes. The protocol needed to setup a single entry in the translation table is itself going to be more complicated than TCP. And then wait till somebody decides to DoS the system. Sooner or later somebody is going to start a flood of SYN packets from inside to outside. And no syn cookies are going to come to the rescue there, because those boxes are not terminating the TCP connection, just forwarding the packets with minor translation. Stateful translation at that scale is not something you just do. Stateless handling of packets is just the way to go. That is after all what made the Internet possible to begin with.

      --

      Do you care about the security of your wireless mouse?
    19. Re:What is the point in having a public IP address by WuphonsReach · · Score: 1

      When your WHOLE COUNTRY is behind a firewall? NAT the hell out of that! Flatten it to a /8 network in 10.0.0.0 and put it all behind one public IP. Problem solved!

      The big issue with NAT is the limited # of possible ports (65k or so) due to the use of a 16-bit unsigned integer for port numbering.

      200-400 people who are doing a bit of heavy browsing along with IM and other background can easily eat up all 65,000 available ports for NAT. (That's assuming 20-30 active connections per person - which is no longer "a lot".)

      (Personally, I like NAT and private IP address space, because it makes things simpler for a lot of non-technical folks. I can tell them to get a NAT/firewall, and it does a good job of protecting them from a lot of nasty stuff. It's not perfect, but it's useful.)

      --
      Wolde you bothe eate your cake, and have your cake?
    20. Re:What is the point in having a public IP address by jonaskoelker · · Score: 1

      Second, the primary usage of IPs comes from blocks assigned to institutions and businesses, with the latter _requiring_ incoming connections.

      Exactly who is requiring that businesses can get incoming connections? I'd say it's the businesses themselves. So in the same vein, I require incoming connections (ssh, http, serving games; bittorrent would be nice). And institutions do. And... well, pretty much everyone does; CTCP and DCC springs to mind for Joe Public and http for Joe Public Company.

      Could a business have one public IP and NAT/load balance their servers and whatnot?

      One public IP and NAT? No. First of all, if you have one office in the US, one in the EU and one in Japan, your traffic has to be routed somehow. You're not going to buy your own fiber, you're going to use the public internet [with high probability]. So each office has to have their own IP. If you have a lot of people, you need a lot of connections.

      If everybody has one persistent connection (downloading files, being on IRC/MSN/..., ssh'ing home, whatever) and wants to do some web browsing, and you have a lot of visitors (who needs to get first priority), you end at a maximum headcount of 30K. I'm sure Microsoft (89809), Dell (82700) and Sun (33350) would be unhappy about that idea. Even Apple (28000) might find it a bit too tight.

      One is not enough.

      Sure, but they could always switch to IP6, which is gonna be a lot cheaper than all these NATs

      As has been pointed out, you need to translate to IP4 to be routed and translate back to have a meaningful conversation, which for our purposes is equivalent to NATting.

  6. So will the Interweb Gods force IPv6... by Ortega-Starfire · · Score: 4, Interesting

    Or will they just open up reserved addresses or something stupid like that?

    --
    ---- Liquid was a patriot ----
    1. Re:So will the Interweb Gods force IPv6... by Kwiik · · Score: 1

      IPv4 addresses are limited and 80% of the final allocation IP addresses have been used

      --
      Vehicle Stars used car search is my current project
    2. Re:So will the Interweb Gods force IPv6... by pla · · Score: 1

      Or will they just open up reserved addresses or something stupid like that?

      The world already uses more than 4 billion IP addresses, thanks to those reserved ranges (we probably have over a hundred million just in the 192.168 range).

      Open them up, and watch the internet crumble instantly.

    3. Re:So will the Interweb Gods force IPv6... by mollymoo · · Score: 1

      There are a lot more reserved addresses than just those reserved for private networks. There are 30 or so /8s reserved for multicast and future use, for example.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    4. Re:So will the Interweb Gods force IPv6... by Chang · · Score: 1

      These future use /8 blocks would be good to use but would require patches as many systems won't accept these or allow them to be used (hard coded in the TCP/IP stack).

      I think this is one thing that will happen as the available pool shrinks. But this will cause problems on the systems that can't be upgraded because they have been end of life'ed.

    5. Re:So will the Interweb Gods force IPv6... by kasperd · · Score: 1

      I think there are 16 multicast (224-239) and 15 reserved (240-254) and the last one reserved for some purpose (255). But if you are going to hand out those, you are probably going to find that loads of systems are filtering them out. Just look at what happened when people started setting the ECN bits. Just something as simple as ignoring a bit was implemented incorrectly by a lot of systems. If you are going to have packets show up from new and unexpected IP ranges, you are going to see at least as many systems just drop your packets. If anybody really want to open op the reserved ranges at this time, I think they should be opened up for the use in products intended to smooth the transition from IPv4 to IPv6.

      --

      Do you care about the security of your wireless mouse?
  7. Netizen? by Anonymous Coward · · Score: 5, Insightful

    Netizen is really stupid word, we really don't need more buzzwords.

    1. Re:Netizen? by jbeaupre · · Score: 5, Funny

      Worse, they are using "netizen" to describe people who aren't on the internet. Kind of like calling someone a pilot if they would someday like to fly a plane.

      --
      The world is made by those who show up for the job.
    2. Re:Netizen? by Ritz_Just_Ritz · · Score: 4, Funny

      One World, Two Internets.

      It's got a nice ring to it. LOL

    3. Re:Netizen? by mcgrew · · Score: 1

      How many netizens in the cloud does it take to make a blogosphere?

    4. Re:Netizen? by Ambiguous+Coward · · Score: 4, Funny

      Kind of like calling someone a pilot if they would someday like to fly a plane.

      Come now, this is Slashdot. It's actually more like calling someone a car mechanic, when they would some day like to work on cars.

      -G

      --
      Their may be a grammatical error, misspeling, or evn a typo in this post.
    5. Re:Netizen? by Luyseyal · · Score: 1

      You get my award for spewing coffee while laughing today.

      Thanks,
      -l

      --
      Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
    6. Re:Netizen? by Anonymous Coward · · Score: 1, Funny

      In terms of Libraries of Congress?

    7. Re:Netizen? by Anonymous Coward · · Score: 0

      I think the term means someone who just obtained access to the internet. Sort of like they became a citizen of a country (world, really) full of people that have the Internet. So to me "netizen" is just an odd term for newbie. Either way I probably won't ever use it after this post.

    8. Re:Netizen? by houghi · · Score: 1

      Why not? Competition is good.

      --
      Don't fight for your country, if your country does not fight for you.
    9. Re:Netizen? by Netlurker · · Score: 1

      It may be stupid, but it's not a new buzzword by any means. A quick search shows its usage on usenet as far back as 1995.

      http://groups.google.com/group/soc.culture.french/browse_thread/thread/b0e16ec1a7b5ec01/bf80a2a9224524c8?lnk=st&q=netizen#bf80a2a9224524c8

      ---
      Netizen since 1991

    10. Re:Netizen? by I+cant+believe+its+n · · Score: 1

      10 decimal delinquents

      --
      She made the willows dance
    11. Re:Netizen? by paniq · · Score: 1

      "One World, Two Internets and A Series of Tubes."

      I'm going to propose that title to Sergio Leone.

      --
      Do not trust this signature.
    12. Re:Netizen? by Anonymous Coward · · Score: 0

      (Pedant fight!)

      T(short)FA uses the term four times, and in only one instant is it arguably applied before it could be correct -- only arguably as I'm still a citizen when I'm out of town, and you can still be a netizen when you still only rent time via cafes and schools, not having a home IP yet.

      As for the word... well if you've got better, supply it. I realize a lot of us were frightened by WiReD when we were younger, but this is a legitimate construction. It follows 'denizan' and 'citizen' in construction, and provides a single-word term where we have not had one.

    13. Re:Netizen? by Anonymous Coward · · Score: 0

      Two Internets Enter. One Internet Leaves.

    14. Re:Netizen? by Anonymous Coward · · Score: 0

      We already have that. IPv4 and IPv6 are so incompatible they are practically separate Internets.

    15. Re:Netizen? by atraintocry · · Score: 1

      That's why it's a little uncomfortable for me to read it...I have to assume that if you call someone a 'netizen' that their ISP is Compuserve and they are hooked on VRML chat rooms.

    16. Re:Netizen? by Big+Nothing · · Score: 1

      Your car analogy is flawed.

      --
      SIG: TAKE OFF EVERY 'CAPTAIN'!!
    17. Re:Netizen? by Anonymous Coward · · Score: 0

      I had an internet sent to me last friday.. and i received it TODAY!

    18. Re:Netizen? by mre5565 · · Score: 1

      Kind of like calling someone a pilot if they would someday like to fly a plane.

      Come now, this is Slashdot. It's actually more like calling someone a car mechanic, when they would some day like to work on cars.

      No it's more like calling the average Slashdotter sexually active, when he'd someday like to lose his virginity.

  8. NAT? by FlyByPC · · Score: 1, Interesting

    Heck, they already firewall everybody -- why not just break IPs up into NATted subnets? The 10.x.x.x range should give them enough room for awhile, right?

    --
    Paleotechnologist and connoisseur of pretty shiny things.
    1. Re:NAT? by Shakrai · · Score: 4, Informative

      Heck, they already firewall everybody -- why not just break IPs up into NATted subnets? The 10.x.x.x range should give them enough room for awhile, right?

      Hmm.... 16,777,216 IP addresses divided by 1,300,000,000 citizens.....

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    2. Re:NAT? by TheLink · · Score: 1

      That works out to about 77 per IP. No big deal.

      NAT does work for most stuff normal users do (browse, play online games) since there are 65535 possible source ports, and people don't necessarily go all to the same place at the same time.

      Yes it doesn't work well for P2P or servers.

      But for some organizations and governments that's considered a feature - it means better control over information.

      --
    3. Re:NAT? by Vendetta · · Score: 2, Funny

      Don't you mean "netizens"?

    4. Re:NAT? by Tubal-Cain · · Score: 1

      My cat haz it.

    5. Re:NAT? by BigGar' · · Score: 1

      Maybe they can nest their NAT's.

      --


      Shop smart, Shop S-Mart.
    6. Re:NAT? by Chang · · Score: 1

      They already do.

    7. Re:NAT? by Xugumad · · Score: 1

      Please, PLEASE stop with the NAT. Do you know how long it takes to explain to someone WHY they can't run a web server on their computer, why 192.168.0.blah is not the IP address I need from them, where to get the IP address for their modem, why the two are different, and how to even start on tunneling traffic back through.

      Can we please try actually SOLVING the problem rather than just duct taping the same mess back together again? The only thing stopping consumer IPv6 takeup is lack of routers, and that Windows XP doesn't support it by default, we need to start getting the router manufacturers to support IPv6 and the rest will all follow.

    8. Re:NAT? by Anonymous Coward · · Score: 0

      16,777,214. Can't use 10.255.255.255 and 10.0.0.0.

    9. Re:NAT? by slimjim8094 · · Score: 1

      ...they already do. I've heard anecdotal reports of 5-tier NAT. Bad reports. Very bad reports...

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
  9. Q: Why is starting in the Subject: line annoying? by DNS-and-BIND · · Score: 5, Funny

    A: Because it breaks the flow of a message.

    --
    Shutting down free speech with violence isn't fighting fascism. It IS fascism!
  10. HP by QuietLagoon · · Score: 5, Interesting
    When HP acquired Compaq, HP also got DEC's /8 block of IP4 addresses. Now HP has at least two /8 blocks of IP4 addresses.
    .

    C'mon HP, be a good netizen and give back the bulk of those IP addresses. Try using NAT instead of hoarding IP addresses that others so desperately need.

    1. Re:HP by fprintf · · Score: 1, Interesting

      If I were HP (or Ford or AT&T), I wouldn't be a good "netizen" without giving consideration to what the blocks of /8 addresses are worth. If they wait another 365 days or so, perhaps folks will start getting desperate enough to pay for them. Can you imagine the value those addresses will have to a rapidly expanding internet enabled population, like China, that also has the means to pay for it? It might also be a whole lot cheaper to buy the blocks than implementing iPv6.

      On the other hand, what is being a good player in the internet enabled world anyway? Is there some intrinsic value in being good, or using the Google philosophy "Don't be evil"?

      I say hold out for a while.

      --
      This post brought to you by your friendly neighborhood MBA.
    2. Re:HP by fprintf · · Score: 5, Interesting

      Sorry, I should have previewed!

      If I were HP (or Ford or AT&T), I wouldn't be a good "netizen" before giving consideration to what the blocks of /8 addresses are worth. If they wait another 365 days or so, perhaps folks will start getting desperate enough to pay for them. Can you imagine the value those addresses will have to a rapidly expanding internet enabled population, like China, that also has the means to pay for it? It might be a whole lot cheaper for China to buy the blocks than implementing iPv6, even at an exorbitant, over-the-barrel rates HP might be able to get.

      On the other hand, what is being a good player in the internet enabled worth anyway? Is there some intrinsic value in being good, or using the Google philosophy "Don't be evil"?

      I say hold out for a while.

      --
      This post brought to you by your friendly neighborhood MBA.
    3. Re:HP by Amouth · · Score: 4, Interesting

      on top of that if they would redo ssl so thatyou can support host headers that would allow allot of consolidation of webservices/sites by farm hosters..

      personaly i think we are all just too lax about dealing with IP's..

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    4. Re:HP by Shakrai · · Score: 1

      It might be a whole lot cheaper for China to buy the blocks than implementing iPv6, even at an exorbitant, over-the-barrel rates HP might be able to get.

      Who says China can buy them from HP? Wouldn't HP have received the allocation from ARIN? Maybe they could sell them to another North American firm though.

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    5. Re:HP by poot_rootbeer · · Score: 1

      If I were HP (or Ford or AT&T), I wouldn't be a good "netizen" without giving consideration to what the blocks of /8 addresses are worth.

      How much did they buy them for originally? Oh, those numbers weren't actually bought, but rather leased out from a registry funded by US taxpayer dollars?

      IP addresses are a public resource, and entities that will not use that resource responsibly can have their access to it curtailed. If IANA has the status of your allocation listed as 'LEGACY', and you're not a governmental entity, look out.

    6. Re:HP by QuietLagoon · · Score: 1
      If I were HP (or Ford or AT&T), I wouldn't be a good "netizen" before giving consideration to what the blocks of /8 addresses are worth.
      .

      They are worth exactly zero dollars. HP does not own those IP addresses. HP was allocated the ability to use that IP address space.

    7. Re:HP by Anders · · Score: 1

      on top of that if they would redo ssl so thatyou can support host headers that would allow allot of consolidation of webservices/sites by farm hosters..

      That would be RFC 2817, which Apache already supports since version 2.2. Unfortunately, this is unsupported in most browsers.

    8. Re:HP by Anonymous Coward · · Score: 0

      Because my machines are in the HP block but the servers I use are in the DEC block. ;)

    9. Re:HP by _Knots · · Score: 1

      The technology you're looking for is called the TLS SNI extension. It's even vaguely supported these days, though there isn't a huge push to deploy it, sadly.

      --
      Anarchy$ dd if=/dev/random of=~/.signature bs=120 count=1
    10. Re:HP by olyar · · Score: 1

      I worked at HP when the Compaq merger happened.

      We used to joke that we needed to either buy Apple or MIT next, because owning nearly 1% of the ipv4 space just wasn't enough.

      --
      Custom, hands-free Linux installs. Instalinux
  11. China will be first to use IPv6 by QuoteMstr · · Score: 5, Insightful

    I predict that we'll see China begin to use IPv6 addresses before most other people. Why?

    • Extreme scarcity of IPv4 addresses: China gained internet access well after the era of enourmously wasteful address assignment ended.
    • The great firewall is always set up as a traffic relay. Not only does it provide a natural point to set up an IPv6->IPv4 NAT gateway, but running IPv6 internally makes it that much more difficult for dissidents to bypass the firewall.
    • China's strong central state would allow mandating of IPv6 and near-instantaneous implementation.
    • Chinese sites are accessed by relatively few non-Chinese. Therefore, the penalty for running an IPv6-only site inside China would not be very great.

    Granted, I'm no fan of China's human rights policies. But it definitely has an advantage in terms of adopting IPv6. Hopefully, when China switches protocols, it'll catalyze the rest of the world to do so as well.

    1. Re:China will be first to use IPv6 by Lumpy · · Score: 1

      Chinese sites are accessed by relatively few non-Chinese.

      yeah, so all those china sites that host most of the tech support for your motherboards, electronics and other components are not needed to be accessed.

      A HUGE number of people access Chinese websites daily.

      --
      Do not look at laser with remaining good eye.
    2. Re:China will be first to use IPv6 by skidv · · Score: 1

      Maybe the rest of the world won't need to switch to IPv6 if 1/6 of the population no longer needs (and frees up) all of those IPv4 addresses?

    3. Re:China will be first to use IPv6 by Anonymous Coward · · Score: 0

      yeah, so all those china sites that host most of the tech support for your motherboards, electronics and other components are not needed to be accessed.

      A HUGE number of people access Chinese websites daily.

      Most of those are actually Taiwanese Web sites, not Chinese Web sites.

    4. Re:China will be first to use IPv6 by raju1kabir · · Score: 1

      Chinese sites are accessed by relatively few non-Chinese. Therefore, the penalty for running an IPv6-only site inside China would not be very great.

      Strong disagree.

      There are many countries with large Chinese-speaking populations for whom sites in China are important: Singapore, Indonesia, Malaysia, Taiwan, and Vietnam, to name a few.

      Here in Malaysia the national ISP is still struggling to implement IPv2 (scheduled by 2020) so I'm not optimistic about them getting v6 working anytime soon.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    5. Re:China will be first to use IPv6 by wonkavader · · Score: 1

      Chinese sites are accessed by relatively few non-Chinese. Therefore, the penalty for running an IPv6-only site inside China would not be very great.

      Strong disagree.

      There are many countries with large Chinese-speaking populations for whom sites in China are important: Singapore, Indonesia, Malaysia, Taiwan, and Vietnam, to name a few.

      Here in Malaysia the national ISP is still struggling to implement IPv2 (scheduled by 2020) so I'm not optimistic about them getting v6 working anytime soon.

      You're clearly right, but the point still has merit. The numbers are greatly smaller than the English speaking world, or better, the modified Roman alphabet using world.

      China could clearly move to IP6 and afford to help Singapore, Indonesia, Malaysia, and Vietnam over as well. The backwardness of a network (Malaysia) is not an impediment, it's makes it easier -- China (or anyone willing to do it, including the Malaysian government, if they want an internet at all) comes in with a budget and sweeps the whole system. It's the big, established, working system which will be harder to change.

      And it gives China the opportunity to do outreach with Taiwan, if it wants, or to just screw them.

      As for sites the west needs, they can keep some IP4 infrastructure for that, and in a couple of years, they'll be the leading site location for IP6 sites. Why host your server in Cleveland for $400 a month when you can host it in China for $40? And they'll be the ones with that new fangled IP6 thing working when you decide to switch, unlike half their competitors.

      China gets to be the modern state, the leader of Internet tech, where the western states feared to tread. It gets to be big brother to a number of close trading and cultural partners (and sell them equipment), and gets to bully Taiwan.

      This is a pure win/win situation for China. They should move to IP6 right away.

    6. Re:China will be first to use IPv6 by chord.wav · · Score: 1

      ...I'm no fan of China's human rights policies...

      Can we please stick to the topic? You've probably included the human rights policies sentence to avoid bashing by your peers, so I'm really talking to everyone here. I don't see anybody add a "Despite Guantanamo..." for every NASA article that appears, why is that we have to bring that up EVERY time we talk about something happening in China?

      We all know what is wrong, there's no need to reinforce the "China is bad on human rights" meme. If you really want to help solve the human rights problem, stop buying iPods, Nike shoes, Macs, and everything that is made in China. Period.

      Now back to China's IPv4 space, I think you are right, specially for the hiper-centralized administration.

    7. Re:China will be first to use IPv6 by Hythlodaeus · · Score: 1

      Which is more likely: China rolls out ip6 on a massive scale, or China declares Internet access to be a scarce resource that requires government licensing and approval to use? Probably the second.

      --
      For great justice.
  12. They should ssh to the Great Firewall of China by dafdaf · · Score: 2, Funny

    ...and enable NAT.

    Problem solved. :)

    --
    To error is human, to forgive, beyond the scope of the OS.
  13. In other news by augustz · · Score: 5, Interesting

    Slashdot runs it's 15th story about IP addresses running out "real soon now". The first was something like 5 years ago :)

    These stats ignore the fact that there are huge available allocations that can go behind NAT's. An ISP can NAT big chunks of its user network. Charging even a modest amount per IP would free up huge numbers of IPs. There are abandoned blocks (companies out of business) and wildly oversized blocks (MIT etc).

    Plus, we've been hearing these stories for years. The idea that the internets resources are going to become ipv6 anytime soon is unlikly. So folks are going to figure out a way to manage the existing pool, where there is lots of room for improved efficiency.

    Fun to keep on reading these stories... they're always written as breaking news :)

    1. Re:In other news by Anonymous Coward · · Score: 0

      it's = it is. this is not difficult.

    2. Re:In other news by Anonymous Coward · · Score: 0

      Tell me about it! There's a Troll poster behind the same NAT router as me and Slashdot thinks I'm the Troll! That's completely ridiculous - stupid SOBs!

    3. Re:In other news by Shakrai · · Score: 1

      An ISP can NAT big chunks of its user network

      And in so doing break any application that needs to receive incoming connections. It would also make it pretty tough for law enforcement to track down individual users on the internet -- unless my ISP is also going to get into the business of logging every single packet I send.

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    4. Re:In other news by fabs64 · · Score: 3, Insightful

      Not a week goes by where someone doesn't trot out a new statistic on how P2P uses the vast majority of bandwidth on the internet. And you suggest NAT will be the solution to limited IP addresses.
      *sigh*

    5. Re:In other news by Anonymous Coward · · Score: 1, Funny

      damn it! I want a unique static address for each blade of grass on my lawn !
      Then I can shout at people to GET OF IT !

    6. Re:In other news by Anonymous Coward · · Score: 0

      It's far more likely that IPv6 will be abandoned before it's employed. The reason it hasn't been employed by now is that it's just not very good.

    7. Re:In other news by Anonymous Coward · · Score: 1, Informative

      5 years? People were saying the same thing when I was in grad school 15 years ago.

    8. Re:In other news by mollymoo · · Score: 1

      Sentences start with a capital letter. This is not difficult.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    9. Re:In other news by Anonymous Coward · · Score: 0

      For the ISPs it seems like a "Win-Win".

      - They reduce the viability of P2P traffic

      - They increase their available IP addresses

      - They can charge for the "service" of having a non NAT IP.

      Expect to see this within the next 3-5 years standard (unless we switch to IPv6).

    10. Re:In other news by Anonymous Coward · · Score: 0

      I stand corrected. I actually like the grammar people...

    11. Re:In other news by thepotoo · · Score: 1

      Most modern Bittorrent clients have NAT transversal. (At least the ones I've used - Bitcomet, uTorrent, Azureus, and KTorrent - all worked fine behind a NAT), so I don't think that any sort of move like this on the part of the ISPs would really slow down P2P.
      Rapidshare and similar free upload sites would be pretty pissed at them if they did this, though (they limit downloads to X/hour based on IP addresses).

      --
      Obligatory Soundbite Catchphrase
    12. Re:In other news by Anonymous Coward · · Score: 1, Informative

      First, big players already NAT.

      For law enforcement, many big players log mappings (ip:port -> ip:port), but not all packets unless you are in perhaps a corporate situation where it may be going through a filter.

      For incoming connections, when we really do get close to running out, it's inevitable you'll pay the $5/month for an ip address. You can usually do this through a static IP address option already.

    13. Re:In other news by Shakrai · · Score: 1

      First, big players already NAT.

      I hear this all the time and nobody ever bothers to provide a citation to these "big players". Which "big players"? Verizon? AT&T? Comcast? Time Warner? Which large ISP in the United States is already using NAT?

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    14. Re:In other news by Frenchman113 · · Score: 1

      "NAT transversal" is a fancy term for "connect to a proxy server outside of the NAT". If everyone is on NAT, that would obviously not work.

    15. Re:In other news by 4D6963 · · Score: 2, Funny

      Gah. Everyone hates a grammar Nazi who won't let a mistake slip in his comment for us to point at and laugh. That means you!

      --
      You just got troll'd!
    16. Re:In other news by Detritus · · Score: 1

      You are rearranging the deck chairs on the Titanic, and saying that everything is hunky-dory, while some of us are trying to get off the damn ship before it sinks.

      --
      Mea navis aericumbens anguillis abundat
    17. Re:In other news by Xugumad · · Score: 1

      Or AJAX. A technology that is frequently used to open a connection to the server and then hold it open on the off chance the server might want to send you some data.

      Not to mention every single idea that's been shot at the design stage because "configuring tunnelling through NAT is too hard".

    18. Re:In other news by fabs64 · · Score: 1

      NAT Transversal requires that the box doing the NAT'ing trust the the PC inside the NAT. Clearly an ISP can't rely on that.

      Also there's a hard limit on the amount of ports you can map through here as well. Though it is rather large.

  14. And this would be a bad thing because? by Anonymous Coward · · Score: 0, Interesting

    If only they could run out sooner.

  15. The worst part is-- by straponego · · Score: 4, Funny

    They're even running out of RFC 1918 addresses.

    1. Re:The worst part is-- by MadMidnightBomber · · Score: 1
      It's got so bad that 10.0.0.0/8 is already in use internally by many separate organisations!

      No wonder most admins have given up and simply refuse to route packets to 10/8. Stop the insanity!

      --
      "It doesn't cost enough, and it makes too much sense."
  16. Normal? by Rah'Dick · · Score: 1

    "new Chinese netizens will not be able to gain normal access to the Internet."

    They aren't able to gain "normal" access to the internet already! Hail the Great Chinese Firewall.

  17. Don't worry... by flowerp · · Score: 5, Funny

    the LHC will end it quicker than that. They estimate some 90 days until they've got their repairs done ;)

    --
    --- Eat my sig.
    1. Re:Don't worry... by RaceProUK · · Score: 1

      Actually, it won't start up again till March next year I believe, so we've got more than 90 days.

      Note: I don't actually think the LHC will end the world. George W. Bush is more likely to do so.

      --
      No colour or religion ever stopped the bullet from a gun
    2. Re:Don't worry... by ptbarnett · · Score: 1

      the LHC will end it quicker than that. They estimate some 90 days until they've got their repairs done ;)

      I was hoping to see an article posted about this, but your joke is as good a place as any to do so:

      LHC to restart in Spring 2009.

      The repairs wouldn't be completed until the beginning of the LHC's planned winter shutdown -- for either planned maintenance or to conserve electricity, depending on which article you read.

    3. Re:Don't worry... by Hal_Porter · · Score: 3, Funny

      Do they take PayPal? Would a donation speed things up?

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    4. Re:Don't worry... by Smivs · · Score: 1

      I have submitted one today....go to the firehose and mod it up!

    5. Re:Don't worry... by Bryansix · · Score: 1

      You're really of your rocker if you think a lame duck president is going to end the world with only a few months left in his term.

    6. Re:Don't worry... by Anonymous Coward · · Score: 0

      Do they take PayPal? Would a donation speed things up?

      I'll donate a few gallons of hot water to raise the magnet temps quicker.

    7. Re:Don't worry... by RaceProUK · · Score: 1

      I wouldn't put it past him. After all, who can resist the allure of the big red button?

      --
      No colour or religion ever stopped the bullet from a gun
  18. They'll just do what they always do by Centurix · · Score: 5, Funny

    Impose a one IP address per family rule...

    --
    Task Mangler
    1. Re:They'll just do what they always do by toddestan · · Score: 1

      Even so, that would still be a sizable chunk of the IPv4 address space.

    2. Re:They'll just do what they always do by fireforadrymouth · · Score: 1

      or deny/allow services based upon the day/month they were born (odds and evens, anyone?)

    3. Re:They'll just do what they always do by Centurix · · Score: 1

      They could use their birth year animals. Like Tiger IP, Monkey IP or Pig IP. Then on each Chinese PC they could redefine 127.0.0.1 as either Home, Den, Tree or Sty.

      --
      Task Mangler
    4. Re:They'll just do what they always do by halcyon1234 · · Score: 1

      And what happens when a family gets an IP address with a *ahem* "private subnet" that they don't approve of?

      Great, I can see the fashion trend now. "And here's Anjolina Jolie sporting her new iPhone that's connected to the Internet using an abandoned IPv4 address she adopted from China."

      "And coming up next on IQ Drain, we'll have world exclusive photos of Michael Jackson's new adopted IPv4 address. Ah, here it is-- wtf is that it's wearing?"

      "A feather subnet mask apparently."

  19. All those addresses.... by Notquitecajun · · Score: 0, Flamebait

    And what miniscule percentage of those sites AREN'T spam/phishing/scamming of one form or another...

  20. Re:John "Dishoner" McCain by NekoXP · · Score: 1

    That could be so much more poignant if you could actually spell.

  21. Dynamic address from ISP = intermittent lock-out? by Chief+Camel+Breeder · · Score: 2, Interesting

    What actually happens for domestic users when the addresses run out? I get my one, dynamic address at home from the ISP and I guess tomorrow they give that to some other subscriber (DHCP lease seems to be 24 hrs). If there are too few addresses, then what? No more new subscribers; or do they, the ISPs, allow over-subscription and not all customers can get an IP address every day?

  22. Why would China want to fix this? by FireStormZ · · Score: 4, Interesting

    Seriously their government is hell bent on controlling what goes into and out of that nation and what better way to do that than by forcing people to use a proxy..

    --
    "Ahh! Arrogance and stupidity in the same package, how efficient of you!" --Londo Molari
    1. Re:Why would China want to fix this? by ovideon · · Score: 1

      Because it's a lot easier if they can use a few big routers. NAT requires stateful tracking, which in turn would require a single point of failure.

      It's a LOT cheaper this way.

    2. Re:Why would China want to fix this? by Anonymous Coward · · Score: 0

      If china adopted ipv6, then every single networkable device coming out of china will suddenly start to support it.
      In about 3 years thats probably half of every networkable device in the western world with built in ipv6 support.

  23. It's more annoying if subject and post don't... by clickety6 · · Score: 5, Funny

    Pease porridge hot
    Pease porride cold
    Pease porridge in the pot
    Nine days old!

    --
    ----------------------------------- My Other Sig Is Hilarious -----------------------------------
    1. Re:It's more annoying if subject and post don't... by Anonymous Coward · · Score: 0

      What the fuck.

  24. And what does that buy us? by SmallFurryCreature · · Score: 4, Interesting

    IP4 doesn't have enough addresses, of course a managers solution is to put of the inevitable so that it happens on someone elses watch rather then taking the time we got now to develop and implement a solution.

    IF pushing IP6 doesn't work in the roughly 2 years remaining THEN we can use the buffer of under-used blocks as a last reserve. if we use the reserves now, and do nothing then we still have the same problem, just a bit further away but this time with no reserves remaining and no work chance of it being solves in time.

    You should run for president, you would do well with your solutions.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:And what does that buy us? by Anonymous Coward · · Score: 1

      You should run for president, you would do well with your solutions.

      True. I found him a visionary for a new hope. "We should redistribute the IP addresses from the few Haves to the Have-Nots."

      Sounds like a party platform around here, but I'm not sure which one. :/

    2. Re:And what does that buy us? by Anonymous Coward · · Score: 0

      Are you saying we shouldn't inflate our tires?

    3. Re:And what does that buy us? by Bryansix · · Score: 1

      Why do I have a feeling that you are a democrat and you are actually talking about oil?

    4. Re:And what does that buy us? by tiananmen+tank+man · · Score: 1

      Shutup grasshopper :)

  25. CIDR to the rescue! by scubamage · · Score: 0, Redundant
    Seriously though, some of the companies out there are still using class A and B networks and only using a few of those IP's. There's no reason for that in this day and age except for very extreme circumstances, like application service providers and web hosts. No company out there needs 16 million IP addresses, and I believe you'd be hard pressed to find one out there who even needs class B (65,000). Companies like IBM and apple need to give some of the spectrums they grabbed back when the getting was good back to the rest of the world. Switch from the allotment they got in the classy days and to the newer CIDR system. CIDR and NAT should postpone any real emergency for IP addresses if used properly.

    We still need to switch eventually, but this could push it back a ways.

    1. Re:CIDR to the rescue! by shentino · · Score: 1

      This "entitlement mentality" is exactly why we're in a fix.

      Companies back then bought up millions of acres of worthless desert, then they nuked the faultline by booming the net so now they're sitting on prime realestate.

      Costa del lex, Marina del lex, Otisburg.

      Given the high demand, do you really think they'll just GIVE them away?

      No, companies are too profit minded for such charity.

      The IANA needs to step in and confiscate the unused address space for the good of the internet.

  26. NAT is not a solution by QuoteMstr · · Score: 5, Insightful

    NAT is not a solution. It's a huge, gigantic clusterfuck of a problem. Some people only started their careers after NAT was widespread, so they can't imagine how wonderful the world is without it. The internet is much simpler when you can assume that all nodes can directly address all other nodes.

    Look: this is what we've done.

    In the beginning, each endpoint of a TCP (or UDP) connection looked like this:

    [octet][octet][octet][octet][16-bit port]
    [(------- host-------------)(--service--)

    Each octet was routed hierarchically, and the port acted as an additional level of routing within a single node.

    With CIDR, the model moved to this:

    [32-bit opaque address][16-bit port]
    (-------host----------)(--service--)

    This change didn't hurt anything, aside from an increase in router complexity. Allowed the 32-bit address space to be used much more efficiently.

    Now with the IP address shortage, the situation looks like this:

    [48-bit address]
    (----?---------)

    Note how we've lost the distinction between host and service and smushed them all together into one huge opaque number. We've caused ourself lots of problems with this:

    1. One can no longer tell which service is being used based on part of an endpoint address (i.e., the port.). Firewalls, proxies, and so on become much more complicated.
    2. Only part of the endpoint address is provided by DNS. (I'm ignoring SVR records, which nobody uses.) Thus, part of the address needs to be hardcoded:
      • Every damn piece of software has to have a knob to control what port to use.
      • When software is too much trouble to configure, we use hardcoded port-parts. Consider SMTP and HTTP. When the port-portion of the big smushed address is hardcoded, Herculean efforts have to be made to route these services through NAT. Good luck if you want to run more than one SMTP server behind a given NAT gateway.
    3. 48 bits still isn't enough to satisfy growing demand. What happens when you can't address the endpoint you want even if you use all the address bits and all the port bits? Do we start piling on in-band multiplexing? Should every protocol necessitate something like HTTP 1.1's host header?
    4. Getting a publicly-routable endpoint address involves talked to one or more routers, which may or may not allocate a port for you. And this portion of the endpoint address is highly dynamic.
    5. Because of the last reason, protocols that involve callbacks are complicated. FTP, for example, made perfect sense in the days before NAT. Now, it's viewed as a problematic pain in the ass that always needs special NAT rules and connection tracking to accommodate it.

    These days, instead of saying "connect to mydomain.foo.cx", for example, you have to say "connect to mydomain.foo.cx at port 12345". That's out of band address information, and should never be needed. Imagine if DNS only gave you the first three octets an IP address, and every application requires you type in the last one in manually. That's what the world is like today!

    1. Re:NAT is not a solution by StrawberryFrog · · Score: 2, Funny

      NAT is not a solution. It's a huge, gigantic clusterfuck of a problem.

      Can't it be both? Like so many things.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    2. Re:NAT is not a solution by Anonymous Coward · · Score: 0

      Waaaah they made my router too complex. It actually doesn't matter to me that a bunch of network engineers have to be inconvenienced. I use FTP daily without any real issue across the internets. I assume all this money I pay to connect, goes to someone who figures out how to do all of the above for me.

      And since when is using port numbers that much of an inconvenience? For most internet users, that's obfuscated by whatever program they are using, web browsers use 80 and 8080 by default, mail programs you set up once and forget it.

    3. Re:NAT is not a solution by Anonymous Coward · · Score: 0

      "Ah beer. The cause of — and solution to — all of life's problems."
          — Homer J. Simpson

    4. Re:NAT is not a solution by joshv · · Score: 1

      We've been able to proxy a virtually unlimited number of web hosts using a single IP/port for over a decade by allowing routing information into the protocol itself via the "Host" header. Why does all routing formation have to be contained in the IP/Port? It doesn't.

      We could design other protocols to contain routing information, or simply embed them in https, and allow forwarding based on domain names - which are never going to run out any time soon. There's no reason you couldn't run direct connect Skype this way, even if both users lack a public IP address - the ISP's router would just need to support forwarding based on the additional routing information contained in the protocol. If Skype made itself look like an https web server that supports persistent connections, it could be done with currently existing equipment.

      Massive hack? Maybe. But a hell of a lot cheaper than implementing IPv6.

    5. Re:NAT is not a solution by TheRaven64 · · Score: 1

      I'm ignoring SVR records, which nobody uses

      Actually, you'd be surprised how common they are. I didn't have my Jabber server set up to handle them properly (the default OpenBSD Erlang configuration needs some tweaking for them to work) and about half of my contacts were not reachable as a result.

      --
      I am TheRaven on Soylent News
    6. Re:NAT is not a solution by Anonymous Coward · · Score: 0

      Few hosts are "public, static" servers, some even use layer 7 multiplexing e.g. HTTP/1.1

      Other "public, transient" servers should be transport-agnostic. So P2P can use UPnP, since it doesn't care about ports.

      FTP is a legacy protocol.

      ------

      Are there any other fundamental problems with NAT?

    7. Re:NAT is not a solution by Sancho · · Score: 1

      We could design other protocols to contain routing information, or simply embed them in https, and allow forwarding based on domain names - which are never going to run out any time soon.

      ...

      Massive hack? Maybe. But a hell of a lot cheaper than implementing IPv6.

      At this point, it just moves the cost around. Now there's a cost associated with upgrading software to support the new protocols. Most of the software out there is already capable of using IPv6, and tunneling (again, already widely available) will ease the transition for software and consumer hardware which does not.

      And in the end, you're just addressing the symptoms rather than the problem. The only good that delaying the inevitable does is that maybe the equipment upgrades necessary to upgrade the larger portion of the Internet to IPv6 will be cheaper in the future (for example, built into the cost of replacing an already dead router.)

    8. Re:NAT is not a solution by QuoteMstr · · Score: 4, Insightful

      Let's ignore in-band multiplexing being messy a hack. Let's ignore the lack of consistency between multiplexing schemes. Let's ignore the immense complexity of making routers understand every stupid little application-level protocol. Let's ignore the latency introduced by waiting for a connection to open before knowing where the next hop goes.

      Even after all that ignoring, your proposal won't work. Not with anything resembling today's equipment anyway.

      I'm Bob, you're Alice. (We can switch; I'm flexible.) You want to initiate a call to me. Let's say we've registered with a central directory, and the directory tells you that I'm at address A.B.C.D:12345.

      But wait -- back up. What right do I have to use A.B.C.D:P? As far as I'm concerned, I'm at 192.168.1.1. So I connect to the directory and tell it I'm at 192.168.1.1, listening on port 12345.

      The directory replies "what the hell are you talking about? That's not a public IP. Your public IP is A.B.C.D.". If you, Alice, try to connect to me at 192.168.1.1, the connection will fail, or go to your annoying friend Carol, whom you really don't want to talk to. OTOH, if the directory replies with A.B.C.D, how are you supposed to connect to me? Remember, I'm listening at 192.168.1.1 at port 12345.

      Either I have to talk to my ISP and tell it "give me an external port and forward traffic on that port to 192.168.1.1 port 12345", or the directory server has to talk to A.B.C.D and tell it "Oh yeah. Your client 192.168.1.1. He's listening on port 12345. He told me so. Give me a port I can connect to you on that will have traffic go there."

      The second scheme is clearly a security problem. The first requires cooperation from ISPs. UPNP sort-of addresses the issue, but not really very well at all.

      Basically, you're reinventing an entire routing protocol. Poorly.

      You need to upgrade ISP equipment to allow this sort of chit-chat to go on whenever somebody wants to listen for a connection.

      What happens if your ISP is itself behind a NAT? What happens when you run out of ports?

      The way you propose, it's turtles all the way down. It'd still be cheaper to just adopt IPv6 in the first place.

    9. Re:NAT is not a solution by Toll_Free · · Score: 1

      Except, since the 90s when I was a WAN engineer, you could have your servers do mapping based on domain name, and my firewalls (Borderware, mostly) would read the tcp header and remap for you.

      Good post, just wasn't 100 percent. Dropping consumer level crap from the equation will allow NAT to take place. If your using applications on your border / firewall / whatever you want to call the entry point of your network, that doesn't support address based (and I'm talking based upon the domain name) translation, you should really check it out. Works great, and I believe IIS even had it back in the 90s.

      THAT BEING SAID, I agree with you on nearly every other point, as well as the point I didn't agree with you on. It IS nice to be able to remember every major server I worked on (by IP addy). HOWEVER, it is kind of a pain having to remember that just because I type in HTTP://123.456.789.010 might not take me to the exact website I want, because that IP addy actually hosts 3 or 4 business websites, and it serves them up based upon the domain name you wanted. GREAT use of available IP spaces (I ran 6 major companies on less than 12 IP addresses, including Citrix, Email, etc), but then again, it DOES remove you being able to just type in the octets to get to your domain.

      --Toll_Free

      --Toll_Free

    10. Re:NAT is not a solution by Toll_Free · · Score: 1

      Agree 100 percent.

      Also, during the juarez days (REQUEST2SEND BABY!!), I had a couple machines seperated by over a thousand miles and two universities.

      MAN, I tell you. IPV6 and I2 was hard drive speed. Set routing tables up between the two OC3s on I2, and movies where, like, immediate.

      Over the regular internet link, it was slow as hell.

      Why are we still bitching about the original intahnet and not just moving to I2... It's IPV6 based, no mo problems, right: )

      --Toll_Free

    11. Re:NAT is not a solution by QuoteMstr · · Score: 2, Insightful

      *sigh* With people like you, who needs strawmen? Did you read my post?

      Dividing the internet between "public, static" servers and "public, transient" ones results in a whole host of problems that I've mentioned. Even if you could make UPnP work reliable, and even if you could avoid running out of port numbers as well as IP numbers, you'd still be left with the problems I mentioned.

      FTP is only legacy because it dates from a better, vanished time when simple, direct, bidirectional connection is possible. There's nothing wrong with FTP: there's something disturbingly wrong with UPnP!

    12. Re:NAT is not a solution by QuoteMstr · · Score: 1

      TCP headers don't contain domain names. What on earth are you talking about?

      If you're talking about application-level multiplexing, well, that's part of the problem. Not part of the solution. You yourself identified part of the problem with this scheme: finding the network-level address of the thing you're talking to isn't good enough to identify the particular thing you're talking to.

    13. Re:NAT is not a solution by hab136 · · Score: 1

      Good luck if you want to run more than one SMTP server behind a given NAT gateway.

      If you're talking about load balancing SMTP servers, use a load balancer that presents one forward-facing IP and forwards to backend devices on RFC1918. Foundry and Cisco make gear that will do this, or Linux/BSD machine if you're cheap.

      If you're talking about differently configured machines receiving mail for different domains, all behind the same NAT, then put an SMTP relay in place to receive the mail and distribute to your machines. Your SMTP relay can also be load balanced as above.

      Some protocols have a method of determining the final service based on in-band information (Host: header for HTTP, domain in SMTP/DNS) and can share an IP. Others have tricks they can use. For example, logging into foo.com's FTP server, you login as username@foo.com. bar.com's FTP server, you login as username@bar.com. Now they can use a relay to share an IP.

      HTTP has pretty much taken over as "the" protocol for data interchange. Almost any non-realtime application can tunnel over HTTP. VOIP and games using UDP are the glaring exceptions, and they have their own tricks for NAT - central servers for matchmaking/directory, and matched UDP ports for NAT piercing.

      Because of the last reason, protocols that involve callbacks are complicated. FTP, for example, made perfect sense in the days before NAT. Now, it's viewed as a problematic pain in the ass that always needs special NAT rules and connection tracking to accommodate it.

      FTP has evolved: most clients use "passive mode" (no callback) by default now, and (almost?) all clients and servers support it. As for setting up NAT devices - most just require you to check "track FTP" or something similar, if it's not on by default.

      IPv4+NAT will muddle along for a long time. It's ugly. It's broken. There's an arguably better system (IPv6). But it's good enough, and can be stretched a lot further.

    14. Re:NAT is not a solution by QuoteMstr · · Score: 1

      Right. There are workarounds. It's reasonable to use them. But as George Barnard Shaw once said, "the reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man."

    15. Re:NAT is not a solution by Bryansix · · Score: 1

      Actually I have two SMTP servers behind NAT. Both send out but only one received email and the it's routed to the other one when needed. I could set it up for both to receive if I wanted though because I have an extra IP address and my router supports passing more then one IP address and port combination through.

    16. Re:NAT is not a solution by Anonymous Coward · · Score: 0

      OK, I'll try a more particular reply:

      > [People] can't imagine how wonderful the world is without [NAT].

      Today I'll be debating your implied point (pick one): NAT is not practical, unnecessarily complex, or fails to meet a legitimate design goal. We will end with the conclusion that NAT is wonderful.

      > ... we've lost the distinction between host and service and smushed them all together into one huge opaque number. We've caused ourself lots of problems with this:

      > One can no longer tell which service is being used based on part of an endpoint address (i.e., the port.). Firewalls, proxies, and so on become much more complicated.

      Users can subvert your simple legacy firewalls and proxies by choosing their own ports; if they want to work with the firewall and proxy, QoS exists independent of this. Of course today's solution, intelligent firewalls and proxies, obviates all this.

      > Only part of the endpoint address is provided by DNS. (I'm ignoring SVR records, which nobody uses.) Thus, part of the address needs to be hardcoded:

      If you're using DNS, your application is probably connecting to a known port.

      > Every damn piece of software has to have a knob to control what port to use.

      If you're not using DNS and known ports, the application should not care how it connects, and we have UPnP. For example, we don't want to waste time punching holes or choosing ports for BitTorrent to work

      > When software is too much trouble to configure, we use hardcoded port-parts. Consider SMTP and HTTP. When the port-portion of the big smushed address is hardcoded, Herculean efforts have to be made to route these services through NAT. Good luck if you want to run more than one SMTP server behind a given NAT gateway.

      Public HTTP and SMTP servers get public IP's, we can afford that.

      > 48 bits still isn't enough to satisfy growing demand. What happens when you can't address the endpoint you want even if you use all the address bits and all the port bits? Do we start piling on in-band multiplexing? Should every protocol necessitate something like HTTP 1.1's host header?

      48 bits is a lot of active connections, even in a multi-threaded, unicast world. When these are exhausted, we can switch to IPv10.

      > Getting a publicly-routable endpoint address involves talked to one or more routers, which may or may not allocate a port for you. And this portion of the endpoint address is highly dynamic.

      What's wrong with dynamic?

      > Because of the last reason, protocols that involve callbacks are complicated. FTP, for example, made perfect sense in the days before NAT. Now, it's viewed as a problematic pain in the ass that always needs special NAT rules and connection tracking to accommodate it.

      This was an unnecessary design. Also, FTP is obsolete. FTP's design goal does not include "use callbacks", specifically it's design goals are:

      To promote sharing of files (computer programs and/or data).
      To encourage indirect or implicit use of remote computers.
      To shield a user from variations in file storage systems among different hosts.
      To transfer data reliably, and efficiently.

      > These days, instead of saying "connect to mydomain.foo.cx", for example, you have to say "connect to mydomain.foo.cx at port 12345". That's out of band address information, and should never be needed. Imagine if DNS only gave you the first three octets an IP address, and every application requires you type in the last one in manually. That's what the world is like today!

      Wrong. You say "connect to google.com". That will never change. Sometimes you have an application that says "connect to 36.63.27.203:3098" (likely P2P) and this will likely be hidden from you. Users need not know about port numbers.

      ------

      So, we see that NAT is practical, not unnecessarily complex, and meets existing design goals. Also, it prevents the impending address exhaustion without massive capital expenditures.

      That's what I call wonderful.

    17. Re:NAT is not a solution by joshv · · Score: 1

      Yes, I explicitly state that the ISP would have to cooperate by running a proxy. So I register alice.com and point it at my ISP's proxy IP address. I also register my domain name with the ISP. Connections to alice.com get routed to the ISP proxy. The proxy inspects the "Host" header, looks it up in it's registry, and fowards to my current non-routable IP address.

      For HTTP/S this works today with current equipment - in fact I would be suprised if there weren't ISPs doing it now.

      You don't have to re-write the protocols, just tunnel them over HTTP/S.

    18. Re:NAT is not a solution by raju1kabir · · Score: 1

      FTP has evolved: most clients use "passive mode" (no callback) by default now, and (almost?) all clients and servers support it.

      Passive FTP just moves the NAT problem to the other end of the wire. Try running a passive-mode FTP server behind NAT and see how much fun you have.

      It's not quite as big a deal, because there are far more clients than servers, but it's still moving (if slowly) in the direction of a breaking point; it will not scale indefinitely.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    19. Re:NAT is not a solution by Anonymous Coward · · Score: 0

      NAT is a good solution because a lot of the IP address being used are personal computers being solely to access the internet. As long as they can access facebook they are happy. They do not need a pubicly addressable endpoint address, it is against their ISPs TOS to run a server anyway. FTP works fine to download files through a NAT.

      IP6 is not going to work out well. People do not like change and even more so, all the IP4 consumer equipment hooked up to the pipes don't like it. IP4 won't die anytime soon just like there will still be (low power)analog broadcast stations and plain old gasoline engine driven cars for years to come.

    20. Re:NAT is not a solution by Electrum · · Score: 1

      There's nothing wrong with FTP

      FTP is insecure for anything other than retrieval of public information (i.e. anonymous downloads). And for downloads, HTTP is far more efficient as it only requires one request/response. FTP requires five.

    21. Re:NAT is not a solution by Yaur · · Score: 1
      I think you are looking at the problem wrong. Each IP address only needs to be enough information to:
      • Get to the end-point
      • Get closer to the end point

      and doesn't really need to differentiate between the two. The IP address (first 32 bits) does exactly that with or without NAT.

      With NAT it will eventually hit a router that knows how to translate it and do exactly the same thing. Once traffic is inside my network firewalls, etc can just do thier thing... blissfully unaware that there was any NAT involved. This obviously decreases the ability of my ISP or other MITM to monitor my internet activity unless I explicitly set them up as an endpoint but this isn't a bad thing.

      On the server side things are obviously a little trickery... but the non-nated scheme is very wasteful even in the simplest case. consider the domain foo.com

      with servers:

      www.foo.com (listining on port 80)

      mail.foo.com (listining on port 25 and 110)

      ftp.foo.com (listining on port 20 and 21)

      so you have 3 different boxes that could be rolled into one IP address with no complexity outside of the router doing the nat. You obviously don't get the same efficiency as you do on the client side but that isn't necessarily needed.

    22. Re:NAT is not a solution by TheNarrator · · Score: 1

      If only DNS was expanded to include service type and return port number.

      For example

      $ nslookup www.slashdot.org:smtp

      Name: www.slashdot.org
      Service: smtp
      Address: 192.168.1.5:4000

      Then we'd actually be able to easily use all 48 bits available.

    23. Re:NAT is not a solution by hr+raattgift · · Score: 1

      Large correction: the transport layer port numbers are not canonically part of the IP header. The protocol number is, however.

      However, as I'll repeat below, I don't mind considering a pseudoaddress of {IP address (32 bits) + IP header protocol field (8 bits) + transport layer (src or dst) port (16 bits for UDP or TCP)} as a fundamentally routable object, provided one also sees almost every IP router implementation as imposing an in-built minimum prefix length filter of 32-bits. :-)

      With CIDR, the model moved to this:

      [32-bit opaque address][16-bit port]
      (-------host----------)(--service--)

      This change didn't hurt anything, aside from an increase in router complexity

      So this is wrong because "16-bit port" is a transport layer address and is transport layer protocol-specific. Even though UDP and TCP both use 16 bit port values, the mapping between well-known (and espeically dynamic) numbers to actual servers and clients is non-identical.

      A smaller correction: the [32-bit opaque address] varies in opacity depending on topological location. On the originating host it's not opaque because the host has to distinguish at least between system-local traffic, subnet-local traffic (which should be resolved using ARP) and non-local traffic (which should be forwarded through a router). The distinction is that a local subnet has a known prefix and mask, which means there is structure expected in the 32 bits. Likewise at every intermediate system it's not opaque because it is subject to a CIDR-style mask-and-match search for an appropriate forwarding rule. Only at the final destination is it nearly opaque, in the sense that either the entire 32-bit value matches "me, the recipient, 1.2.3.4/32", discarded, or probably forwarded into a loop. (The final destination can also do a header-rewrite and then forward, which is most of what a NAT does).

      Another small correction: CIDR decreased the complexity of the forwarding path of routers because a lookup was reduced to a trie (usually done as a Patricia tree or as an M-way search tree) which was amenable to mask-and-match optimizations in hardware. Nothing special was really needed in the path for the reserved unicast, local or multicast address spaces.

      With classful exterior routing, there was no obvious way to avoid longish pipelines of mask-and-match-or-shift in hardware, or class-finding loops in software. In retrospect, with the early-2000s use of smallish TCAMs, this approach could have been tuned somewhat into at most four TCAM lookups with two being the typical case, however that approach was not available in the early 1990s.

      BGP became slightly more complex code-wise, but the processing and storage complexity fell for the same set of NLRI data with the implementation of CIDR, independent of aggregation and route summarization, which caused even further falls by reducing the amount of NLRI data needed for full global default-free routing knowledge. Policy controls benefited from CIDR as well.

      Classless interior routing benefited where the protocols could handle subnetting already. RIPv1 could not. Most others in use could, or were easily modified to allow for "supernetting", which tended to reduce the number of routers required to service the same number of physical subnets. Classless interior routing also led to complexity reductions in run time and storage in most intermediate systems (routers, switches, brouters, policy filters, ...). Those that had to cope with end systems that could not cope with non-classful routing at all (I am looking at you IBM AS/400!) accumulated kludgey configurations, however.

      These days, instead of saying "connect to mydomain.foo.cx", for example, you have to say "connect to mydomain.foo.cx at port 12345". That's out of band address information, and should never be needed.

      The latter semantic

    24. Re:NAT is not a solution by QuoteMstr · · Score: 1

      Thanks. I appreciate when a well-versed person can teach me a few things.

      Large correction: the transport layer port numbers are not canonically part of the IP header

      Just for the record, I knew that the port wasn't in the IP header itself: my post was more a conceptual overview than a technical guide.

      [snip information about Apple telnet]

      I'm glad that more programs are using SRV records; they make the most of a bad situation.

      Your point (4) is answered through uPNP which is pervasive, and NAT-PMP which is fairly common, lightweight, and robust against intermediate system or end system crashes.

      Yep. They even work some of the time, though I imagine that nobody would deploy a system that required uPNP to work -- there are too many installations that ignore it.

  27. Escuse MEEEEE by zappepcs · · Score: 2, Funny

    Am I the only one that noticed Hey, they can only have one baby, but we'll give them 3 IP addresses? Sounds like the Chinese government is getting liberal or something

    1. Re:Escuse MEEEEE by WWWWolf · · Score: 1

      Am I the only one that noticed Hey, they can only have one baby, but we'll give them 3 IP addresses? Sounds like the Chinese government is getting liberal or something

      Yeah, and US Department of Defense has reserved (unless I miscalculated somewhere, could be just my uncoffeed brain speaking) 134,217,712 IP addresses for itself, which is nowhere near enough for everyone in the United States, in case there'll be a global termonuclear war and they'll need them for emergency use... =) =) Yeah, these allocation policies are so weird, all things considered!

  28. Counting the wrong things by thogard · · Score: 0

    We are not running out of IPv4 addresses, but we are running out of IPv4 routes. IPv6 isn't going to fix that and in fact doubles the number of routes needed.

    1. Re:Counting the wrong things by TheThiefMaster · · Score: 1

      What are you talking about?

      Explain please.

    2. Re:Counting the wrong things by caseih · · Score: 1

      But doesn't IPv6 actually make routing easier because much of the routing information can be ascertained from the IP address itself? One of the big points about IPv6 was that it was self-routing?

    3. Re:Counting the wrong things by TheRaven64 · · Score: 3, Informative

      IPv6 allows addresses to be assigned very sparsely, which simplifies routing tables a lot. Back in the early days of IPv4, you could look at the first octet of an address and make a routing decision. The next router would look at the next octet, and so on, and so you only needed 256 routing table entries in each one. The network was conducted as a tree. You'd send a packet to the local router, which would say 'this isn't in my local network, send it up a tier' until it got to one that could start sending it down again.

      With CIDR, you stopped being able to do this. Addresses were allocated in blocks of 256, so you had to look at the first three octets to make a routing decision. This meant you need up to 16,777,216 routing table entries. With IPv6, this is no longer required, and you can go back to having the IP addresses roughly corresponding to the network topology.

      --
      I am TheRaven on Soylent News
    4. Re:Counting the wrong things by Bryansix · · Score: 1

      Yes, please make some sense. What are you talking about?

    5. Re:Counting the wrong things by thogard · · Score: 1

      You logic assumes few people want to be dual homed which is a very bad assumption for any modern network. Once that happens you need router tables.
      The sparseness of the routing tables doesn't change how many entries there are unless your not really building a routing table but just want to build an association list. Once again IPv6 doesn't fix the real problem which is existing routers can't cope with the number of unique routes they need to hold. This is why places with a large number of existing IPv4 and IPv6 are ditching small entries for both. Try to route to a dual homed /24 in the US or Europe from Japan and you will see many of them are simply consolidated away even though they are directly connected to the same upstream providers.

      A modern 4 interface router that sees the world as a 16 million /24 needs as much cache ram as a modern CPU tied into an FPGA and the whole problem goes away and everyone could have several upstream ISPs and it would all just work.

  29. DEC's /8 block was assigned to ... by PolygamousRanchKid+ · · Score: 3, Funny

    Carly Fiorina's ego. It's so big that it was necessary to support all of her ego's operations. If it grows any more, the IPv6 address space will be screwed as well.

    --
    Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
    1. Re:DEC's /8 block was assigned to ... by The+Second+Horseman · · Score: 2, Funny

      Each dollar given to her as part of her ridiculous severance package was given it's own unique IP address.

  30. Blocks vs. sub-blocks. by DrYak · · Score: 5, Informative

    So the world runs out of addresses before China runs out?

    The world will run out of new blocks to allocate (as in "254.xxx.yyy.zzz"), before China gives out all addresses in the allocated blocks it has (as in "www.254.254.254").

    Nonetheless, IPv4 can only provide a little lower than 253^4 different addresses. What makes it worse is that it's allocated in chunks (some chunks are reserved like the 127.x.y.z family - other addresses may be free but land in a range which is allocated to some company and thus can't be used by your computer).

    Thus even if some providers use dynamic IP (only those machine which are connected have an IP address - thus an ISP needs a chunk only as big as the number of simultaneously connected users, not as the total number of subscriber), and lot of router use NAT (only 1 single IP address is visible on ther internet. all the machine are visible through this address and use a private address on the internal network),
    in a world where everything including your fridge is connected to teh interweb 24h a day, 7 days a week, we will quickly run into a situation where no more IPv4 address can be assigned to a new machine :
    - the ISP has ran out of addresses in its chunk because there are more simultaneous connection (because everyone stays perpetually connected) that there are free address in the chunk (china will reach this point in 2-3 years)
    - and there are no more new free chunk to allocate for the providers (all are already either reserved like the 10.*.*.* and 192.168.*.* range, or have already been allocated to others) thus now way to give more chunks with more IP to the ISPs (the world will reach that point too in about 2 years).

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:Blocks vs. sub-blocks. by Darth_brooks · · Score: 4, Insightful

      in a world where everything including your fridge is connected to teh interweb 24h a day, 7 days a week, we will quickly run into a situation where no more IPv4 address can be assigned to a new machine

      And tell me again why my fridge will be on a public IP, rather than the 192.168.1.xxx address my Best Buy $49.99 Linksys router will give it?

      Even better, explain to me why I, as Joe Sixpack will *need* my fridge on a public IP where every flaw and exploit will be passed directly to it, rather than dropped at the NAT box?

      Or better still, explain why a small business with 60 users should have every last user on a public IP?

      Or why a college or university needs to put every last workstation, printer, AP, and toaster on a public IP address?

      NAT exists because NAT works. No, it is not the be all end all for any perceived IPv4 woes, but there is a metric assload of stuff out there with a public IP that either should be, or desperately NEEDS to be on a 10.xxx.xxx.xxx network.

      --
      There are some people that if they don't know, you can't tell 'em.
    2. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0, Offtopic

      Why isn't there -1, Dis-informative?

    3. Re:Blocks vs. sub-blocks. by TheRaven64 · · Score: 4, Insightful

      So you can connect to your fridge and see if your milk has gone off from outside your home? NAT does not give security. A firewall gives security, and most NAT devices also do firewalling. If you don't want your fridge to be accessible from anywhere outside your network, or only from a set of VPN locations, then you can easily configure your firewall to block inbound connections to it (which is likely the default anyway).

      Does your small business with 60 employees want to use IP telephony? In this case, each PC (or each telephone) needs a public IP. You can get away with routing this at the application layer, but why bother when it doesn't actually gain you anything?

      --
      I am TheRaven on Soylent News
    4. Re:Blocks vs. sub-blocks. by dnoyeb · · Score: 1, Informative

      What will likely happen, especially in China, is the government will force NAT on companies.

      Unless you are running a server, NAT will work for you. If you are running a server, then a NATed address is not going to work. Most of our large companies in the US only run so many servers that are externally visible. The majority of desktop computers can easily be NATed.

      Where I work, our desktops are NATed.

    5. Re:Blocks vs. sub-blocks. by NFN_NLN · · Score: 4, Insightful

      Even better, explain to me why I, as Joe Sixpack will *need* my fridge on a public IP where every flaw and exploit will be passed directly to it, rather than dropped at the NAT box?

      What you want is a firewall not a NAT. A firewall will protect you just the same and allow people to initiate communication as YOU desire.

      Or better still, explain why a small business with 60 users should have every last user on a public IP?

      There are quite a few examples why this is important but here's one. Why can't all students / businesses have a public IP with an exposed port for VoIP? Why do VoIP products have to have complicated NAT traversal software that doesn't always work and at the very least just adds useless overhead.

      It's called a firewall. Set one up and stop spreading FUD.

    6. Re:Blocks vs. sub-blocks. by OriginalArlen · · Score: 1

      And on top of all the other excellent reason to migrate to IPv6, NAT is teh suxx0r. (I am a security person, and if I had a pound for everytime someone had said: "it can't get hacked, it's inside a NAT"... I'd be rich.

      --

      Everything I needed to know about life, I learnt from Blake's Seven
    7. Re:Blocks vs. sub-blocks. by truthsearch · · Score: 5, Informative

      In our small business IP telephony is handled with DHCP. All calls get routed through an asterisk server. So we only need one static IP address for the whole phone system. We need asterisk as a PBX anyway, so it's no extra fuss.

    8. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      What will likely happen, especially in China, is the government will force NAT on companies.

      Unless you are running a server, NAT will work for you. If you are running a server, then a NATed address is not going to work. Most of our large companies in the US only run so many servers that are externally visible. The majority of desktop computers can easily be NATed.

      Where I work, our desktops are NATed.

      Wrong. 99% of my problems are due to NAT.

    9. Re:Blocks vs. sub-blocks. by Bryansix · · Score: 5, Informative
      Actually NAT DOES provide some sort of security. That is because by default nobody can see which devices sit behind the NAT. They also can't directly address them. So you want to see if your milk expired at home while you are at work so you can buy more if you need to? That problem has been solved. Your fridge had NO problem making outbound connections. It CAN upload the latest stats to a website that either you host yourself or a service from your fridge manufacturer. Need a better solution? Map the Public IP of the NAT but with a high unused port number to your fridge. Then whenever you connect to your SINGLE IP address but on that specific port it will serve up the stats on the fridge.

      See there are two solutions already to your perceived problem.

      Does your small business with 60 employees want to use IP telephony? In this case, each PC (or each telephone) needs a public IP. You can get away with routing this at the application layer, but why bother when it doesn't actually gain you anything?

      Wrong! I deployed 100 Hosted VOIP phones in a NAT environment. My Router has 11 public IP addresses but the phones all use the same one. If I used SIP trunks instead it would be the same deal. Only the phone server would need a public IP for the SIP trunks; not each phone.

    10. Re:Blocks vs. sub-blocks. by themacks · · Score: 1

      Or why a college or university needs to put every last workstation, printer, AP, and toaster on a public IP address?

      At my university we give everything apart from managed APs a public IP, pretty much because we can.

      --
      i read about it in a blog once
    11. Re:Blocks vs. sub-blocks. by gnick · · Score: 5, Funny

      So you can connect to your fridge and see if your milk has gone off from outside your home?

      No problem. Just forward port 6969 (the standard port for FAP or Fridge Access Protocol) to the 192.168.1.x internal IP assigned to your fridge. Then you can FAP anywhere you have Internet access.

      --
      He's getting rather old, but he's a good mouse.
    12. Re:Blocks vs. sub-blocks. by ydrol · · Score: 4, Informative

      "Actually NAT DOES provide some sort of security"

      I agree, though being pedantic it's PAT and not (just) NAT

    13. Re:Blocks vs. sub-blocks. by gnick · · Score: 5, Funny

      Doesn't matter - the IPv4 shortage is a myth.

      DeBeers actually has plenty, but they're being hoarded away in vaults in Antwerp to keep the price artificially high.

      --
      He's getting rather old, but he's a good mouse.
    14. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 4, Insightful

      Actually NAT DOES provide some sort of security.

      Sure, in the same sense that crushing an airliner into a cube makes it useless for terrorists. NAT breaks the internet, and when you break something, it's useless because it's broken.

      You can filter packets with a firewall without doing any NAT at all. In fact, your life would be a lot easier without NAT. There would be no need for configuring ports. There would be no need for mapping and configuring and making and unmaking.

      You'd plug things in, and they'd just work. Globally. You can allow connections to your fridge from work, or from anywhere. A firewall could do that. The fridge itself could do it. But you'd still be connecting to your fridge, and not some random port on some arbitrary gateway machine somewhere.

      Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products? Why this artificial distinction between "inbound" and "outbound" traffic?

    15. Re:Blocks vs. sub-blocks. by genner · · Score: 2, Informative

      What will likely happen, especially in China, is the government will force NAT on companies.

      Unless you are running a server, NAT will work for you. If you are running a server, then a NATed address is not going to work. Most of our large companies in the US only run so many servers that are externally visible. The majority of desktop computers can easily be NATed.

      Where I work, our desktops are NATed.

      Most servers can and should be NAT'd as well with simple port forwarding. It's only when you have multiple servers that use the same ports that you run into problems.

    16. Re:Blocks vs. sub-blocks. by Darth_brooks · · Score: 0

      What you want is a firewall not a NAT. A firewall will protect you just the same and allow people to initiate communication as YOU desire.

      For the average user, they're interchangeable. Your average NAT box doesn't allow traversal without explicitly forwarding ports anyway.

      There are quite a few examples why this is important but here's one. Why can't all students / businesses have a public IP with an exposed port for VoIP? Why do VoIP products have to have complicated NAT traversal software that doesn't always work and at the very least just adds useless overhead.

      Why can't everyone have one? Because not everyone NEEDS one. How much of that /8 is Ford every going to really need? How many secretaries desktops need that public IP? How many of my inter-office calls are going to have to traverse the NAT?

      It's called a firewall. Set one up and stop spreading FUD.

      NAT traversal software that doesn't always work and at the very least just adds useless overhead.

      FUD Physician heal thyself...

      --
      There are some people that if they don't know, you can't tell 'em.
    17. Re:Blocks vs. sub-blocks. by jacquesm · · Score: 1

      search for 'the digital inprimatur' for more information on this very valid argument.

    18. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 1

      Perhaps my views on this are tainted, as I've used NAT from the very beginning. But the very idea of seperate inbound and outbound traffic (and streams) seems natural to me. NAT just makes sense, I have no problems with it. You know, it has that "this is how it should be" feel to it.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    19. Re:Blocks vs. sub-blocks. by nutrock69 · · Score: 5, Funny

      Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products?

      Dear Fridge,
      You're out of SPAM!
      - the grocery store

    20. Re:Blocks vs. sub-blocks. by Macfox · · Score: 1

      I think you'll find the parent is referring to a hosted PBX setup where SIP reinvites are used.

      --
      Area51 - We are watching...
    21. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 2, Informative

      Your average NAT box doesn't allow traversal without explicitly forwarding ports anyway.

      That's by virtue of what it is. How exactly should the NAT box know to direct port 22 to your server? It can't know unless you tell it so.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    22. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 1

      What's your netblock? I need some minions...

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    23. Re:Blocks vs. sub-blocks. by sega01 · · Score: 1

      Wow, an intelligent comment. Thank you so much! Lets rid ourselves of the beast of NAT.

    24. Re:Blocks vs. sub-blocks. by QuickSilver_999 · · Score: 1

      Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products?

      Because SPAM doesn't need to be refrigerated...

      --
      - No matter how subtle the wizard, a knife between the shoulder blades really cramps his style.
    25. Re:Blocks vs. sub-blocks. by Just+Some+Guy · · Score: 1, Funny

      NAT just makes sense, I have no problems with it. You know, it has that "this is how it should be" feel to it.

      You're into bondage porn, aren't you.

      That wasn't a question.

      --
      Dewey, what part of this looks like authorities should be involved?
    26. Re:Blocks vs. sub-blocks. by Ares · · Score: 1

      Or why a college or university needs to put every last workstation, printer, AP, and toaster on a public IP address?

      For network management purposes. While each and every printer, access point, and toaster needn't necessarily be on a public IP address, the workstations do, simply for the purposes of remote access to those workstations. CS departments tend to have lots of unixy systems around their labs, and not all students live/work/study on campus. having those systems available across the internet allows for access without the expense of maintaining a vpn setup and appropriate access controls, since the powers that manage the vpn and overall network may not be the powers that manage the workstations.

      with the workstations justified, printers, ap's and toasters receiving public addresses becomes a matter of network management, since they (at least printers anyway) tend to be physically clustered with clusters of publicly accessible workstations, and even though we have the concept of vlan's nowadays, again, the powers that control the network and the routers are often not the powers that control the printers.

    27. Re:Blocks vs. sub-blocks. by raju1kabir · · Score: 3, Insightful

      For the average user, they're interchangeable.

      That's a consequence of the way things have evolved, not a characteristic of the essential nature of things.

      The only reason we have these NAT boxes is because ISPs didn't give each customer a whole bunch of IPs. If they had, then we'd have the same boxes, but call them firewalls.

      You are trying to justify something based on its existence. That's what we call a circular argument.

      Why can't everyone have one? Because not everyone NEEDS one.

      From such statements does infamy arise.

      How do you possibly know whether or not it might be useful to have independent addressability for orders of magnitude more devices than have it now? Have you already invented all the things that this might bring about, and pronounced them useless? What a remarkably shortsighted view.

      --
      "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
    28. Re:Blocks vs. sub-blocks. by mikael_j · · Score: 1

      While that's pretty much the solution that all the NAT-heads suggest, but how fun is this when you need a second $SERVICE server? All of a sudden we're stuck with web servers running on ports 8080, 8088, 8880, 8081 and other sillyness, or sshd running on 22, 2200, 2222, 2022. Well, you get the point, hopefully.

      /Mikael

      --
      Greylisting is to SMTP as NAT is to IPv4
    29. Re:Blocks vs. sub-blocks. by sexconker · · Score: 1

      And if you had lost a pound for every time someone had said "it can't get hacked, it's inside a NAT", and ended up NOT getting hacked, you'd be back where you started.

      If you're not physically addressable, you're protected from a lot of crap.

    30. Re:Blocks vs. sub-blocks. by Ares · · Score: 2, Funny

      but i have 2 fridge's that i want to access from the internet using FAP. how can i do that without using a nonstandard port for one of them.

    31. Re:Blocks vs. sub-blocks. by Reo+Strong · · Score: 1

      First, this isn't a valid argument because even the Digital Imprimatur in fact doesn't condemn NAT'ing. It does suggest that NAT'ing is the next move that leads to the eventuality of your ISP stopping you from hosting any kind of server (which most already do).

      As this is Slashdot, most of us could probably setup NAT pass-throughs in our sleep (in our given environment).

      To the GP, one of the problems that I have with the grocery store having access to my dear Frigidaire is that if they have access, so does everyone else. Wouldn't it be a fun prank to break into someone anonymous' fridge and turn it off, or turn the temp up a few degrees? Another being that who is to suggest that they wouldn't be able (and willing) to put advertising/SPAM onto my food-cooler?

      In the end, NAT'ing does many things, the main 2 being (1) save on IP space and (2) increase security in an area that has historically needed it.

      --
      "Never attribute to malice that which can be adequately explained by stupidity." -Anon.
    32. Re:Blocks vs. sub-blocks. by Bryansix · · Score: 2, Interesting

      Inbound and Outbound traffic is an important concept to understand even if all devices were with public IP addresses but behind a firewall? Know why? Malware! It tends to infect machines and SPAM. So knowing this I can stop all outbound port 25 traffic from everything except certain IP addresses on my router. Doesn't matter if the IPs are public or not.

      Second of all, I agree life without NAT would be easier but your analogy doesn't hold up to scrutiny. I still do business and get along just fine with NAT. Life goes on. It doesn't break anything. It just adds some hurdles I have to jump over.

    33. Re:Blocks vs. sub-blocks. by Larryish · · Score: 1

      If you ever find me setting up a VPN to my refrigerator...

      SHOOT ME!

      Please.

    34. Re:Blocks vs. sub-blocks. by UnrefinedLayman · · Score: 1
      This assumes that I would want everything to Just Work When I Plug It In. For the same reason my house is enclosed by walls with a door, I use NAT. Anyone that comes knocking at my door won't know:
      • How many people live in the house (so far as the world can tell, it's one)
      • Who is currently home and who is out
      • Any personally identifying information about anyone inside
      • How to navigate the halls of my home

      Similarly, if my kids want to leave the house they have to come to me specifically for permission. Finally, the rest of the world terminates at my door. The rules of my house are mine, and my little sandbox can be bent and twisted and manipulated in any way I like, and thanks to the walls and the door, no one will be the wiser.

    35. Re:Blocks vs. sub-blocks. by mrdoogee · · Score: 1

      But what if a hacker installs a virus to my Milk and turns it to Yogurt? (yes yes, I know Yogurt is made by bacteria..)

    36. Re:Blocks vs. sub-blocks. by billcopc · · Score: 1

      So have you ever been stuck in such a pickle ?

      There's always proxies! Or you could figure out why you've got so many redundant services in the first place, and trim the fat.

      --
      -Billco, Fnarg.com
    37. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      When most ISPs that I know charge extra $ per IP, especially a static one, is when your theory gets thrown out the window by me.

    38. Re:Blocks vs. sub-blocks. by mikael_j · · Score: 1

      I've never been forced to do something like that, but I have spoken to those who have had to deal with situations where a service needs to run on more machines than there are public IP addresses. And this quickly gets ugly.

      /Mikael

      --
      Greylisting is to SMTP as NAT is to IPv4
    39. Re:Blocks vs. sub-blocks. by ugen · · Score: 1

      "Does your small business with 60 employees want to use IP telephony? In this case, each PC (or each telephone) needs a public IP. You can get away with routing this at the application layer, but why bother when it doesn't actually gain you anything?"

      No, it does not need a public IP address and this is a great example for this exact reason. How often does every person in a business have a direct publicly accessible telephone number? Some businesses do that - many (perhaps most) do not. Instead, you call the primary number and then dial an extension which connects you to appropriate person.

      VOIP is no different. You call a SIP server for the company and this server (acting as a proxy) connects you to appropriate person. Done and done.

    40. Re:Blocks vs. sub-blocks. by bendodge · · Score: 1

      I love the idea of IPv6, but whenever we start discussing it I keep thinking "IPv6 is godsend for anyone trying to tie IP addresses to individuals."
      What is being (or can be) done about the terrible privacy implications of every device having its own address? Will the addresses still be dynamic?

      --
      The government can't save you.
    41. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      To the GP, one of the problems that I have with the grocery store having access to my dear Frigidaire is that if they have access, so does everyone else.

      Have you heard of a firewall? Blocking packets has nothing to do with NAT.

      NAT'ing does many things... (1) save on IP space and (2) increase security...

      We wouldn't need to skimp on IP space if IPv6 were deployed. And we've already established that security has nothing to do with NAT.

    42. Re:Blocks vs. sub-blocks. by ChrisA90278 · · Score: 1

      "Just forward port 6969 (the standard port for FAP or Fridge Access Protocol)"

      But what if I own ten Fridges?

      I more resonable example is my workstations at the office. I have two public IP address one for each machine. We could have used NAT but then how would I SSH into the workstaion from an outside location?

      The real solution is V6. Then every grain of dust on Earth has it's own address.

    43. Re:Blocks vs. sub-blocks. by spazimodo · · Score: 1

      Actually, it's a myth in the sense that the price for an IP address is still ridiculously low (at least in contrast to other finite resources like domain names.)

      A place I used to work had two class Bs that they really didn't need. I'm sure when IP blocks are going for $1000 per /30 per year, they'll reconsider whether they want to hold onto them or sell them.

      Now who will be responsible for the first "Blood IPs?" I'm going to go with some gamer in Korea.

      --

      Fsck the millennium, we want it now.
      Millennium Crisis Line: 0890 900 2000 [calls cost 50p/min]
    44. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      Oh! - thats what I ever dreamed: SPAM direct into my fridge!!!

    45. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      Inbound and Outbound traffic is an important concept to understand even if all devices were with public IP addresses but behind a firewall.

      True. Blocking outbound SMTP is good. But with a NAT, the equivalent firewall configuration is allowing all outbound by default, and allowing nothing inbound. Allowing some inbound traffic makes life easier for everyone.

      It'd be better if some inbound traffic were also allowed.

      [NAT] just adds some hurdles I have to jump over.

      For you and the rest of the world. The sum of all these hurdles is a significant amount of frustration, wasted effort, and projects that could have worked abandoned.

    46. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 4, Informative

      So why do you need NAT instead of a non-translating firewall?

    47. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 2, Informative

      IP addresses can already be tied semi-reliably to individuals. That's why we have Tor, which works just as well in an IPv6 world.

    48. Re:Blocks vs. sub-blocks. by Sobrique · · Score: 1

      Get an ISP that isn't crooked.

    49. Re:Blocks vs. sub-blocks. by nsayer · · Score: 1

      And tell me again why my fridge will be on a public IP, rather than the 192.168.1.xxx address my Best Buy $49.99 Linksys router will give it?

      So that you can ask it from your cell phone at the grocery store whether or not you need to buy milk.

      Do you need that? No, of course not. But you dont need a lot of stuff the Internet can deliver, so that's hardly the point.

      NAT provides an illusion of security while getting utterly in the way of the exact kind of end-to-end connectivity the Internet was designed to provide.

      Or why a college or university needs to put every last workstation, printer, AP, and toaster on a public IP address?

      So that the students can get to them from off-campus housing. So that students can work together on projects. Or print out their term papers and pick them up on their way to class.

      NAT exists because NAT works.

      That's true as far as it goes. It works because it provides more connectivity than the alternative (private networks with no connectivity) in the situations where it is used (where a network only winds up with a single address). It is not a security solution, much as some people would like to believe that it is. If you want network security, you need a firewall, not a NAT. The Linksys boxen that you so adore actually have both in them.

    50. Re:Blocks vs. sub-blocks. by Cobralisk · · Score: 1

      Argh! I only have mod points when I don't want them. Best comment I've seen in a long while.

      --
      Waiting for ad.doubleclick.net...
    51. Re:Blocks vs. sub-blocks. by nsayer · · Score: 1

      That works for the fridge in the kitchen, but what about the freezer in the garage, and the little bar fridge in the TV room? Now I have to manage port mapping and port numbers, where as in an IPv6 universe, I wouldn't have to do any of that.

    52. Re:Blocks vs. sub-blocks. by Tony+Hoyle · · Score: 1

      So what you're saying is you NAT the companies' phones :p

      (and this is why NAT will stay around - for the same reason that exchanges with extensions will stay around - most companies don't *want* their employees to be directly contactable, via phone or anything else).

    53. Re:Blocks vs. sub-blocks. by themacks · · Score: 1

      Shouldn't be too hard to figure out, just watch out for honeypots.

      --
      i read about it in a blog once
    54. Re:Blocks vs. sub-blocks. by Kadin2048 · · Score: 1

      That's not really an inbound/outbound traffic issue -- you might as well just block all connections using port 25 to those machines. If you're blocking outbound on 25, there's little reason why you'd want to allow inbound connection attempts on 25 either. (Given that the stated goal of blocking outbound attempts in the first place is to stop users from running what are effectively mailservers -- albeit spammy ones.)

      So really you're just talking about blocking port 25 in both directions. If you were using a hypothetical IPv6, non-NATing firewall, you'd accomplish the same task by just turning off port 25, period. (Although any firewall would allow you to block outbound/inbound independently if you wanted to, I'm suspect, unless it was a very low-grade consumer device.)

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    55. Re:Blocks vs. sub-blocks. by surgen · · Score: 3, Informative

      >Actually NAT DOES provide some sort of security. That is because by default nobody can see which devices sit behind the NAT.

      You could also use a firewall to block some ICMP traffic. That is what the college I attend does, and they do it specifically so that, among other things, people can't see what devices are sitting on the network. Granted IPv4 gives the outside user some idea because of how many IP addresses are allocated to us, but with IPv6 that won't happen either.

    56. Re:Blocks vs. sub-blocks. by prayag · · Score: 1

      Why this artificial distinction between "inbound" and "outbound" traffic?

      The distinction is not artificial at all. The internet is based on a client-server model. It is by its very nature, a distinctive model.

      No, every fridge does not need a public IP. Yes, there is a huge mismatch in IP allocation area-wise and yes, people in developing countries would probably get many more public IPs if everyone in the first world uses them more judiciously.

    57. Re:Blocks vs. sub-blocks. by Bob+The+Cowboy · · Score: 1

      Oh my God. Kill yourself now. I cannot believe you just advocated a supermarket being able to suggest products to a refrigerator. As if *that* of all things was a bonus to dropping NAT!

    58. Re:Blocks vs. sub-blocks. by Syberz · · Score: 1

      Because you are not Joe Sixpack, the real Joe Sixpacks of the World have no idea what an IP address is, never heard of NAT and don't have a router unless they want to go wireless, hence everything is perpetually connected to the net.

      --
      ~Syberz
    59. Re:Blocks vs. sub-blocks. by LanMan04 · · Score: 4, Interesting

      Actually NAT DOES provide some sort of security. That is because by default nobody can see which devices sit behind the NAT.

      Well, kinda-sorta. If you look at the behavior of the IPid field of outbound TCP packets coming from a NAT/PAT router, which most of the time is untouched by the router, as well as the TTL field, you can make a pretty good guess as to how many devices are behind the router, and a rough guess as to their OSes.

      The IPid field is usually used as a packet counter for a given OS, so it will increase in value by 1 for every packet sent. So if you have a few machines, each counting, you can group the outbound packets by IPid value. Also, various OSes have different default values for the TTL field (64, 128), so you can make a guess as to what OS it is as well.

      See: "Passive Detection of NAT Routers and Client Counting," Straka, K., Manes, G., 2006 in International Federation For Information Processing, Volume 222, Advances in Digital Forensics, eds. Olivier, M., Shenoi, S., (Boston: Springer).

      --
      With the first link, the chain is forged.
    60. Re:Blocks vs. sub-blocks. by gnick · · Score: 3, Funny

      Usually people as enthusiastic about needing to FAP as you seem to be don't mind the option of "nonstandard ports". But, to each his own.

      --
      He's getting rather old, but he's a good mouse.
    61. Re:Blocks vs. sub-blocks. by morgauo · · Score: 1

      Carefull pushing the NAT. I have no problem with 1 ip per home and a NAT box. Same goes for an office full of business machines or even a university lab.

      Still, I fear the day when there is no public ip in the home, or in those college dorm rooms. Certainly public IPs do open up all sorts of room for abuse and security issues but they are also what make the internet a public network.

      With a public ip anyone can set up a server to share information, or create new kinds of servers/protocols then test how they perform in the real world with the help of a friend on another network somewhere distant.

      If the world doesn't eventually switch to IPV6 or something similar NAT is all we will have. Then I think the internet will end up evolving into just another proprietary network like AOL.

    62. Re:Blocks vs. sub-blocks. by Kadin2048 · · Score: 2, Interesting

      Yes, but this is pretty ugly.

      It shouldn't have to be this way. If every device had a globally-unique, routable address, you wouldn't have to have nasty NAT-traversal hacks, or use SIP/IAX trunking nearly as often. It would still be possible to set up a single "front office" line that then redirected to various extensions, but it wouldn't always have to be that way.

      And really, I doubt that many people -- if they had the choice -- would choose to have one phone number plus an extension, if they could have unique direct-dial phone numbers for everyone in the office plus a front-office line. (Sure, there are exceptions, like callcenters, but they're not really the rule.) But with NAT you get stuck setting up SIP proxies and trunks, and giving users extensions, far more often than is really necessary in order to accomplish what the users want in the optimal case.

      As an aside: most users don't really even understand what an end-to-end VoIP system might look like, because they're still thinking about it in terms of POTS. If you have SIP everywhere, you don't even have "phone numbers", much less extensions. You have email-style user@domain.tld addresses, and the call magically routes to wherever that user happens to be at that particular moment in time. Calling a phone, as opposed to a person, will one day seem pretty antiquated and strange, I think. (And before anyone says that users will never accept this or that it'll never happen -- how many people have contacts in their cell phones' addressbook that they don't know the numbers for? I thought so. We're already most of the way there.)

      More generally: It's always a bit strange to argue about IPv6, because people always claim that it's unnecessary because nothing we do right now requires it. Well, of course nothing we do right now requires it -- if it did, we wouldn't be using it, because IPv6 isn't widespread. Everything we do right now we can do over IPv4, because IPv4 is basically all there is. But that doesn't mean that IPv4 is good, or there isn't a whole lot of really neat stuff that we could do (stuff like VoIP mobile roaming) if we weren't stuck making everything work in the IPv4 framework.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    63. Re:Blocks vs. sub-blocks. by Reo+Strong · · Score: 1

      First, we should actually be talking about PAT, not NAT. In general parlance, they mean the same thing, but the distinction still needs to be made. It is my mistake to have not made that distinction in my previous post.

      Yes, I've heard of a firewall, but have you ever seen a PAT/NAT setup that didn't include a firewall (otherwise there would be no need for PAT/NAT).

      You are absolutely correct with your second point, if IPv6 were rolled out by now, it would be a moot discussion, but it hasn't been rolled out yet. So, here we are discussing the pro's and con's of PAT. Secondarily, there will still be a call for PAT once IPV6 is implemented as most ISP will not wish to allocate more that 1 IP address to each customer (think of the management and tracking overhead).

      NAT itself does not have anything to do with security. I should have been referring to it as PAT. NAT is 1-to-1 translation while PAT is many-to-1 translation. Which does add a layer of security since nothing on the "many" side can be directly addressed from the outside.

      --
      "Never attribute to malice that which can be adequately explained by stupidity." -Anon.
    64. Re:Blocks vs. sub-blocks. by davidsyes · · Score: 1

      "And tell me again why my fridge will be on a public IP, rather than the 192.168.1.xxx address my Best Buy $49.99 Linksys router will give it?"

      I know... I know... It's because they are forward-thinking. This is to permit refrigerators of the world to unite, to link up with the LHC, to show... some cool solid-ari-ty... (But, the dimensional shift/coolant teleportation unit is sold separately... and subject to US export regulations...)

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    65. Re:Blocks vs. sub-blocks. by cjb658 · · Score: 1

      Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products? Why this artificial distinction between "inbound" and "outbound" traffic?

      Gah, we don't need fridges to suffer from cell phone syndrome. That is, having manufacturers fiercely competitive on things like ringtones and cameras, so much so that they can't make a phone that works all the time and gives you decent call quality.

    66. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      Does your small business with 60 employees want to use IP telephony? In this case, each PC (or each telephone) needs a public IP.

      Only if your VOIP provider have their heads up their asses.

      A hacker could easily write a simple script that would, for example, cause your phone to ring non-stop, or DOS the phone itself, and more.
      ANY VOIP phone should be isolated behind a router, and if you need 60 unique number a better option is to have ONE public IP and a decent VOIP provider that can give you a business group.

    67. Re:Blocks vs. sub-blocks. by Al+Al+Cool+J · · Score: 1

      Yes, the correct thing is to use a firewall. But this is Joe Sixpack we are talking about. With ipv6, he could also use a switch. It looks more or less like a firewall. It would work just as well. It would be a lot cheaper. To Joe Sixpack, these are all just splitters -- they turn one cable into a bunch of cables. Plug it in, and if it works, you're good.

      There is one other thing that gives me pause. With ipv6, I know that if one of my neighbours were to statically assign themselves an IP within my subnet, that my firewall and possibly my ISP's router, should prevent them sniffing my local traffic. But I kind of have to take that on faith. It's not out of the realm of possibility that a poorly implimented firewall and/or a lazy ISP could open up my network to this kind of intrusion. I have no such fear with NAT, as non-routable means non-routable.

    68. Re:Blocks vs. sub-blocks. by multi+io · · Score: 1

      The point is that NAT and security are completely orthogonal things. The "security features" of NAT are an "en passant" effect that results from the way NAT achieves what it is designed to achieve (hide multiple hosts behind one IP address). You don't need NAT in order to have those security features. They are equivalent to the security features of a network of hosts with all global IP addresses in which the "NAT router" is replaced with a stateful packet filter that rejects all packets except ones that initiate TCP connections from the inside to the outside, or belong to such connections. NAT exists to solve one, and only one, specific problem: You want to provide (some) internet access for more devices than you have public IP addresses. If you no longer have that problem, you don't need NAT anymore. Period. No exceptions.

    69. Re:Blocks vs. sub-blocks. by BlackSnake112 · · Score: 1

      Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products? Why this artificial distinction between "inbound" and "outbound" traffic?

      Because maybe we do not want to wake up in the morning and be greeted by ads from a store on the fridge?

      Anyway if you have a home network, you should allow things in that you want in (or out). Everything else should be blocked. Most traffic goes in one direction at a time. One should be making sure that the traffic coming in is safe before it gets in. And also, you want to make sure that your outbound traffic is not harming others.

      Sometimes you need to look at bad things in order to understand/fix/prevent them. I have set up isolated networks (no internet access) and run a whole lot of bad things on them. It makes testing easier since it is controlled. And I do not harm anyone else during the test. If those machines were plugged in to the main network with internet access, a lot more people would have complained.

    70. Re:Blocks vs. sub-blocks. by powerlord · · Score: 1

      Your average NAT box doesn't allow traversal without explicitly forwarding ports anyway.

      That's by virtue of what it is. How exactly should the NAT box know to direct port 22 to your server? It can't know unless you tell it so.

      Well, there are tools to let "SOHO" routers be auto-configured by server/other devices for just that reason.

      Perhaps you've heard of IGN over UPnP perhaps? Or maybe NAT-PMP?

      Personally I like the idea of PMP-ing my NAT, but that's just me. :)

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    71. Re:Blocks vs. sub-blocks. by jefu · · Score: 2, Funny
      Clearly FAP will provide access to multiple refrigerators either by using NAT (FAP-NAT) or by using the Multi-Access-Refrigerator-Protocol (FAP-MAP).

      All standardized by the ISO and bought and paid for by (hmmm, lets see now, which manufacturer's name to use...) Kenmore. If you use another manufacturer, either you're out of luck or you have to use the Vendor-Appliance-Adapter-Access Protocol (so FAP-MAP-VAAAP).

    72. Re:Blocks vs. sub-blocks. by bb5ch39t · · Score: 1

      You want to SPAM my fridge????

    73. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 1

      I understand what you are saying, but having one host where ports redirect to other hosts behind it just makes perfect sense to me, putting each host on it's own IP seems wasteful to me.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    74. Re:Blocks vs. sub-blocks. by Ares · · Score: 1

      Oh but I do. I mean, come on. The protocol is a standard for a reason right?

    75. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 1

      Hmm, UPnP get's turned off immediately for all my equipment. I don't trust it - what stops an intruder from opening that port?

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    76. Re:Blocks vs. sub-blocks. by vidarh · · Score: 1
      I would use NAT even with the availability of unlimited IP's. Why? Because it means accidentally exposing servers that should stay private becomes harder. Misconfiguring a firewall by accident is easy, but by having your sensitive servers on addresses that are not publicly routed at all the barrier to making a mistake that makes any difference is a lot higher.

      At my newest work setup I need to explicitly set up NAT/PAT to grant access to a server. Even if I should accidentally open up a port on the firewall, unless I also replicated the same mistake in forwarding those ports to a server deeper into the network, it would have minimal impact as any traffic destined for the private IP's wouldn't get past our ISP's routers.

      Without the NAT/PAT a single misconfiguration could expose them. With it I now need to make two mistakes that must "match" in order to place the servers at risk.

      I don't care if this was not the original purpose of NAT - it gives me benefits entirely separate from hiding multiple hosts behind one IP.

    77. Re:Blocks vs. sub-blocks. by asdfghjklqwertyuiop · · Score: 1

      Actually NAT DOES provide some sort of security. That is because by default nobody can see which devices sit behind the NAT. They also can't directly address them.

      The problem is, you are not in control of who can route to your NATted networks or not. Anyone on the same network outside your firewall can add a route to your private network via your firewall's address on that network. The only way you can stop their traffic is with filter rules. And using those with private addresses is no different than using those with public addresses.

    78. Re:Blocks vs. sub-blocks. by cjb658 · · Score: 1

      I love the idea of IPv6, but whenever we start discussing it I keep thinking "IPv6 is godsend for anyone trying to tie IP addresses to individuals."
      What is being (or can be) done about the terrible privacy implications of every device having its own address? Will the addresses still be dynamic?

      Currently IPv6 addresses are based on a globally unique MAC address that won't change if your dynamic IP address changes. I'm sure this practice will change as more privacy advocates become aware of it.

    79. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      I hate to burst your bubble, but our company uses VOIP and each phone has it's own INTERNAL IP address, not a public one.

    80. Re:Blocks vs. sub-blocks. by Lennie · · Score: 1

      I suggest to use the mail-submission-port and authentication with ssl. And only use a 'real' mailserver for handing port 25 traffic.

      --
      New things are always on the horizon
    81. Re:Blocks vs. sub-blocks. by Lennie · · Score: 1

      If there was an abundance of IP-addresses they wouldn't need to ask for so much money.

      --
      New things are always on the horizon
    82. Re:Blocks vs. sub-blocks. by zmooc · · Score: 1

      "A firewall will protect you just the same"

      yeah... just like a locked wooden door will protect you just the same as having no door in the wall at all...

      --
      0x or or snor perron?!
    83. Re:Blocks vs. sub-blocks. by Lennie · · Score: 1

      There is a privacy-option in IPv6, which changes your IP-addresses randomly every x amount of time (for new destinations for outbound connections).

      --
      New things are always on the horizon
    84. Re:Blocks vs. sub-blocks. by Lennie · · Score: 1

      With IPv6 you wouldn't even need to block ICMP. If you use auto-configuration, you will be using an 16-byte IPv6-address derivate a 8-byte subnet-address and a 6-byte mac-address. Just to give you an idea, IPv4-addresses are only 4-bytes. So it takes months to scan your subnet.

      --
      New things are always on the horizon
    85. Re:Blocks vs. sub-blocks. by Bryansix · · Score: 1

      I don't program SIP phones so I don't know exactly what that means. I do know that out phones work behind a NAT. They also function even better if you use a device like an EdgeMarc router which handles some of the functions like the phones registering with the system.

    86. Re:Blocks vs. sub-blocks. by shaitand · · Score: 1

      'So you can connect to your fridge and see if your milk has gone off from outside your home?'

      I have no problem connecting to devices on my internal network now. I don't see why my fridge would represent a problem.

      'Does your small business with 60 employees want to use IP telephony? In this case, each PC (or each telephone) needs a public IP.'

      Why? You need one IP and a couple ports forwarded to an asterisk box.

      'why bother when it doesn't actually gain you anything?'

      ummm... because there aren't enough ip's for everything to have a public address?

    87. Re:Blocks vs. sub-blocks. by shaitand · · Score: 1

      'Going with your fridge analogy, why should it be a bad thing for a grocery store to connect to all the fridges it knows about in order to tell them about new products?'

      I'm pretty sure anyone who DOESN'T care to turn their fridge into an advertising portal might want a say in that.

      'You'd plug things in, and they'd just work. Globally.'

      And pigs would be giant and feed all the starving children of the world. And politicians would suddenly give the slightest rat fsck about the people who elected them. Your vote actually would be something other than a waste of time and suddenly become the magical voice people pretend it is.

      There aren't enough addresses to do it your way. And as your fridge example demonstrates, almost all internal devices have a need to access outside information but should not be reachable from outside the home/office/unit.

    88. Re:Blocks vs. sub-blocks. by Bryansix · · Score: 1

      I used IPTABLES and wrote a custom rule.

      iptables -I FORWARD -i eth0 -o eth1 -m iprange ! --src-range 192.168.1.251-192.168.1.253 -p tcp --dport 25 -j DROP

    89. Re:Blocks vs. sub-blocks. by Bryansix · · Score: 1

      What are you talking about. No they can't.

    90. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      If you want to make busywork for yourself, that's your business. But don't inflict NAT on the internet for that. There are a thousand ways you could achieve the same kind of double-checking with a firewall configuration. (Paperwork comes to mind.)

      As for firewalls -- you wouldn't put a firewall on each server. That's silly. With public IPs, you put a firewall in the same place the NAT gateway. You can configure it to block everything incoming by default.

      Then, if you wanted, you could use packet filtering on individual machines behind the primary firewall. How is that outcome any less secure than NAT?

    91. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      Many things make "sense" with familiarity and lack of exposure to better alternatives.

    92. Re:Blocks vs. sub-blocks. by burning-toast · · Score: 1

      Lack of public IP space he owns or is globally available with IPv4? lol...

    93. Re:Blocks vs. sub-blocks. by asdfghjklqwertyuiop · · Score: 1

      Um, yes they can:

      Attacker's and victim's shared public network: 10.0.0.0/24
      attacker's public IP address: 10.0.0.1
      victim's public IP address: 10.0.0.2
      victim's private NATed IP network: 192.168.0.0/24

      attacker-host# route add -net 192.168.0.0/24 gw 10.0.0.2

      Attacker can now send packets to any of victim's private hosts, NATed or not, if victim has no filtering.

    94. Re:Blocks vs. sub-blocks. by burning-toast · · Score: 1

      You would still have a firewall to open ports / IP addresses up on and you would have to keep track of either DNS entries or IP addresses for each device anyways so whats the difference?

      That is... unless you want to just hook up your appliances and computers sans-firewall to the net...

      Nothing like a hacker being able to hold your food hostage...

    95. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      Not if you disable IP source-routing you can't.

    96. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      they do it specifically so that, among other things, people can't see what devices are sitting on the network

      ICMP is another important feature. Sure, things sort of limp along without it, but with reject messages and path MTU discovery, things work better.

      Besides, dropping ICMP traffic doesn't actually get you any security. You can scan the network perfectly well with connect(2).

    97. Re:Blocks vs. sub-blocks. by asdfghjklqwertyuiop · · Score: 1

      Yes you can. The example I just gave will work without source routing.

    98. Re:Blocks vs. sub-blocks. by QuoteMstr · · Score: 1

      Oh. I missed the "on the same network" bit. In that case, you're right.

      Then again, every firewall should be using ingress and egress filtering regardless of whether it also performs NAT functions.

    99. Re:Blocks vs. sub-blocks. by againjj · · Score: 1

      One, you can only do so much NAT before your NAT device is overloaded. Two, as you get more and more entities, be they small businesses or people, you need more addresses.

    100. Re:Blocks vs. sub-blocks. by the+grace+of+R'hllor · · Score: 1

      If ISPs had given users IP addresses as needed, we wouldn't have anywhere near the proliferation of firewalls that we see with NATs. People care about security in the same way they care about the third world; they don't want it to bother them.

      NATs are a necessity, and it's the necessity which drives their demand. And because of that, pretty much everyone's PC is automatically screened from port scans and unwanted connection attempts from away.

      That said: Bring on IPv6. It's about time we had global multi- and broadcasting capabilities.

    101. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      Your neighbour could do this *now* as well, in exact the same scenario, namely a misconfigured router. 10/8 and 192.168/16 aren't inherital unroutable. they're discarded at the isp routers.

    102. Re:Blocks vs. sub-blocks. by AK+Marc · · Score: 1

      I agree, though being pedantic it's PAT and not (just) NAT

      Is there an official definition of them in the RFCs or elsehwere authoritative that you know of? I've not seen such a definition, and as best as I can figure, PAT is just a subset of NAT (much like Cisco's implementation where PAT is NAT Overflow). And since PAT necessarily changes the network address, then NAT would be an appropriate means of describing it. True plain old NAT is rarely used anymore. Aside from DMZs, a few statics, or merging companies, almost no one uses plain old NAT anymore, so to hear "NAT" and assume PAT means you are probably correct, and if not, it would quickly be clear.

      So, to be pedantic, if you can't give me a definition from an RFC that states NAT shall not be used to describe PAT, then I will presume your correction to be in error.

    103. Re:Blocks vs. sub-blocks. by Anonymous Coward · · Score: 0

      You have 30 minutes to move your airplane
      You have 10 minutes
      Your airplane has been impounded
      Your airplane has been crushed into a cube
      You have 30 minutes to move your cube

    104. Re:Blocks vs. sub-blocks. by powerlord · · Score: 1

      I agree. For me I prefer to turn things on and set it up.

      On the other hand, for your average Joe User, its great. Bluntly, the possibility of an attack via UPnP is minimal, and for an average user, who has no idea how to set up port forwarding, UPnP and other protocols like it are a terrific thing and allow NAT to work for the average user.

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    105. Re:Blocks vs. sub-blocks. by Hucko · · Score: 1

      It is, it is. Very wasteful. Do they know how many meter of dirt needs to be move just to provide them with their IP addresses? How much energy is consumed? It is incomprehensible! We should refuse all IP using products whether they are v4 or v6! Definitely don't want to waste any more IP addresses than we have to...

      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
    106. Re:Blocks vs. sub-blocks. by LingNoi · · Score: 1

      good luck that, lol

    107. Re:Blocks vs. sub-blocks. by nsayer · · Score: 1

      I wouldn't have to map ports for each of the fridges, I would just have to open up incoming connections to the fridge service. As for DNS, that could be handled automatically with either DHCPv6 or wide area Bonjour.

      I still win.

    108. Re:Blocks vs. sub-blocks. by atraintocry · · Score: 1

      Do they know how many meter of dirt needs to be move just to provide them with their IP addresses? How much energy is consumed?

      Probably still less dirt than was moved to build the world's biggest token ring.

    109. Re:Blocks vs. sub-blocks. by atraintocry · · Score: 1

      No, every fridge does not need a public IP.

      If you're using that to argue for NAT, you shouldn't be. That's something that's handled by the firewall.

      If you're saying it just on principle, then I agree. Not everything needs to have a public IP. But unfortunately the use of the remaining addresses will be driven by the market, not by anyone's grand plan. It's not a social problem, it's a tech problem. Hopefully within the next three years we can have the tech solution most of the way in place so we don't have to resort to social solutions.

    110. Re:Blocks vs. sub-blocks. by atraintocry · · Score: 1

      That's what the firewall is for, though.

      If NAT sticks around it'll be because it's become some mythical cargo cult thing, or because IT guys are willing to put huge kludges in place and jump through hoops to avoid learning a new system. Or business are too short-sighted to shell out for stuff they use every day. Luckily, this one sort of has a deadline on it.

    111. Re:Blocks vs. sub-blocks. by mcrbids · · Score: 1

      By definition, a NAT router effectively creates a "default deny" rule on all new, inbound connections. This makes it qualify nicely as a firewall, and provides a considerable degree of security.

      How does this not make sense?

      If you were to create a firewall for a public IP address, and reject all inbound connections, that would be "security". That NAT does this by default effectively makes it a "firewall"....

      Please explain how NAT provides no security benefit?

      Also, you don't need a publicly accessible IP for every workstation or node to use IP telephony - you need only one public IP address. See this site or this site for details on how to make this work.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    112. Re:Blocks vs. sub-blocks. by Eivind · · Score: 1

      Sorta. I mean, you'd not need to configure ports and deal with mappings. But instead you'd need to much about with the firewall-rules. Overall it's a tossup.

    113. Re:Blocks vs. sub-blocks. by Bert64 · · Score: 1

      Yes, indeed I have, and some services just don't like running on different ports...

      HTTPS is the worst offender, you need one listening port per site because of how SSL works, and if you run it on any port other than 443 most people who are stuck behind proxies will no longer be able to access it.

      SMB filesharing services don't seem capable of running on any port other than their default.

      SMTP can't really run on any port other than 25 if you want to receive incoming mail from the outside.

      And some services just don't like proxies, or no proxies exist etc...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    114. Re:Blocks vs. sub-blocks. by Killjoy_NL · · Score: 1

      Heh the only Fridgetone I would want is "Brrrrrrrrrrr" :D

      --
      This is the sig that says NI (again)
    115. Re:Blocks vs. sub-blocks. by X0563511 · · Score: 1

      ... you've got me. I concede my point. I haven't really had exposure to how you say it should be, I imagine if that was my only reference, I would feel the same way about that.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    116. Re:Blocks vs. sub-blocks. by UnrefinedLayman · · Score: 1

      Because of this requirement: How many people live in the house (so far as the world can tell, it's one). With NAT, do I have one IP-enabled device or twenty in my house? Which devices are the chattiest? The least chatty? Which one is always doing SMTP, and which one is always doing web browsing? And what if I need to work with multiple subnets, or with DHCP servers? Like the other person that replied to you said, I don't have control over the network in the same manner I do with NAT.

      NAT is a very clear demarcation: that side is your side, this side is my side, and I can do anything I want on my side, without anyone knowing what I'm doing.

      I guess it comes from a particular ideology. Just as no one needs to know what's going on in my physical house, no one needs to know what's going on in my network. Some people will talk to census takers, because what's the harm in telling the government how many people live in your house and what their ages are and other demographic information? Other people, like me, fail to see how someone else having that knowledge is worth giving up that privacy.

    117. Re:Blocks vs. sub-blocks. by dnoyeb · · Score: 1

      True, the majority of our servers are probably internal and NATed as well.

    118. Re:Blocks vs. sub-blocks. by OriginalArlen · · Score: 1

      There's only one problem with your idea, which is that you don't OWN the IP addresses you've been allocated, and you can't sell them.

      --

      Everything I needed to know about life, I learnt from Blake's Seven
    119. Re:Blocks vs. sub-blocks. by nobodymk2 · · Score: 1

      All this talk of blocks...CUBE!!!!!!SPHERE!!!! comeon people can't we be a little more original? this isn't tetris

    120. Re:Blocks vs. sub-blocks. by ydrol · · Score: 1
      I wasn't saying "NAT" is wrong. Thats why I deliberately added the word (just).

      Def pedantic : overly concerned with minute details or formalisms, esp. in teaching.

      The word 'Pedantic' does not imply negation nor disagreement.

      So, to be pedantic, if you can't give me a definition from an RFC that states NAT shall not be used to describe PAT, then I will presume your correction to be in error.

      To be *pedantic* at NO point did I say NAT was wrong.

  31. Can they? by VincenzoRomano · · Score: 1

    new Chinese netizens will not be able to gain normal access to the Internet

    Can they really have one?

    --
    Maybe Computers will never be as intelligent as Humans.
    For sure they won't ever become so stupid. [VR-1988]
  32. ObUseNATRetort by mike_sucks · · Score: 1

    Just to get this out of the way, for everyone that suggests "we don't need no IPv6, just use NAT!", the answer is "down boy, bad doggie".

    NAT is a horrible joke that has gone on far too long.

    /Mike

    --
    -- "So, what's the deal with Auntie Gerschwitz et all?"
    1. Re:ObUseNATRetort by powerlord · · Score: 1

      NAT is a horrible joke that has gone on far too long.

      Actually NAT isn't a horrible joke, its just the middle of the joke.

      The opener goes: "How do you stretch IPv4 address space while you work out and transition to a solution?"

      The middle is: "We use NAT of course."

      The punch line goes: "Yeah, that might work and help things for a while, but when are we going to transition to IPv6?"

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
  33. Re:Dynamic address from ISP = intermittent lock-ou by Anonymous Coward · · Score: 1, Interesting

    I have a friend that did support for an ISP that had this problem. Their answer, have the customer refresh/renew ip addresses until they get one.

  34. So am I missing something? by Rubikon · · Score: 1

    "Li Kai, director in charge of the IP business for CNNIC's international department, says that if a netizen wants to get access to the Internet, an IP address will be necessary to analyze the domain name and view the pages."

    Isn't this stating the painfully obvious? Haven't we always had to have an IP address to access the Internet and view web pages?

  35. Hardware too by DrYak · · Score: 1

    Hopefully, when China switches protocols, it'll catalyze the rest of the world to do so as well.

    Given the fact where most of the cheap modems/routers are currently produced, that also means that IPv6 supporting routers will quickly be available worldwide.
    The big IPv6 switch will be more easy for the rest of the world (at least at the ISP level).

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  36. Please by fahrbot-bot · · Score: 3, Insightful

    stop saying "netizens".

    --
    It must have been something you assimilated. . . .
    1. Re:Please by Enderandrew · · Score: 2, Funny

      Yes, be a good netizen and stop saying netizen.

      --
      http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    2. Re:Please by Anonymous Coward · · Score: 0

      it's a perfectly valid word here in the cyber-world

    3. Re:Please by Spatial · · Score: 4, Funny

      Quite so. It's simply good netiquette.

  37. Re:Dynamic address from ISP = intermittent lock-ou by Jellybob · · Score: 1

    That's an interesting thought. Kind of like going back to the dial up days, where you sometimes couldn't get a connection to your ISPs modems because they were all in use.

    I think it's more likely that you'll get NATed though, and have to pay if you want a real IP address.

  38. Who needs 16 million IP addresses? I do by Anonymous Coward · · Score: 2, Interesting

    My company has a quarter million employees. That means a quarter million desktop computers, a quarter million automated parking spaces, a quarter million employee badges, a quarter million IP phones, a quarter million cell phones, a quarter million ....

    And that's not even counting our publicly-accessible web servers and our employee kitchens, where every microwave, coffee pot, ice machine, and vending machine is online.

    All these things need network connectivity.

  39. Re:Dynamic address from ISP = intermittent lock-ou by ServerIrv · · Score: 3, Interesting

    ISPs will not be able to oversell their DHCP pool. Back in the days of dial-up, yes, but now that every broadband ISP installs a router/modem that is on 24 hours a day not a chance. Most people will turn off or suspend a computer when it's not in use, but will never do the same for their router.

  40. Am I drunk? by JshWright · · Score: 1

    Or does the summary plagiarize itself...?

    ". . .under the current allocation speed, China's IPv4 address resources can only meet the demand of 830 more days and if no proper measures are taken by then, new Chinese netizens will not be able to gain normal access to the Internet."

    "By the current allocation speed, China's IPv4 address resource can only meet the demand of 830 more days. If there is no available new resource by then, new netizens will not be able to gain normal access to the Internet. . ."

  41. Why is everyone talking about pushing back IPv6? by bugg · · Score: 4, Insightful

    Why is everyone in the comments talking about various steps (reallocating large blocks, more widespread NAT, etc.) that would allow us to push back IPv6?

    It seems that we very close to the point where every device supports IPv6 (Vista adoption is helping this) but just isn't using it. Let's start turning it on. What better way to help the adoption than by having users who are IPv6 only complaining?

    --
    -bugg
  42. If they didn't keep ending up in spam blacklists, by base3 · · Score: 1

    they'd have plenty. Anyway, since they censor the Internet, they only need one public IP.

    --
    One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
  43. There's plenty of addresses left by StoatBringer · · Score: 5, Funny

    We've only used half the available numbers.
    Just start using negative numbers: -248.100.-97.-201

    --
    Cress, cress, lovely lovely cress
    1. Re:There's plenty of addresses left by The+Dancing+Panda · · Score: 1

      ...What?

    2. Re:There's plenty of addresses left by Nadaka · · Score: 1

      /facepalm/
      Its not that kind of number.
      its less like 999.999.999.999, its more like FF.FF.FF.FF.

    3. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      We've only used half the available numbers.
      Just start using negative numbers: -248.100.-97.-201

      That hurt too much to be funny.

    4. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      whoosh...

    5. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      hahahahah good one. it made me LOL

    6. Re:There's plenty of addresses left by JStegmaier · · Score: 1

      WHOOSH

    7. Re:There's plenty of addresses left by Detritus · · Score: 1

      Why not numbers from the complex plane?

      --
      Mea navis aericumbens anguillis abundat
    8. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      fooool, the numbers are one byte signed or unsigned

    9. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      Screw it, why don't we just use wingdings?

    10. Re:There's plenty of addresses left by merreborn · · Score: 1

      Oh, duh. THAT's why we've been storing IPs in four, 9-bit signed ints!

    11. Re:There's plenty of addresses left by Anonymous Coward · · Score: 0

      Wrong! Only 1/16!

    12. Re:There's plenty of addresses left by svank · · Score: 1

      When those run out? 165.-212.14i.sqrt(186*8.2^5):1/19

  44. Re:Who needs 16 million IP addresses? I do by scubamage · · Score: 1

    Almost all of these things can be using a non-publically routable IP address. NAT exists for a reason. Do you really need to be able to log in to automated parking space 1a from anywhere directly, with no firewalling? I don't think so. If you do, however, please post your IP range, I want some free parking. :)

  45. /8 block availability by nneonneo · · Score: 1

    From http://www.iana.org/assignments/ipv4-address-space/ I count 39 /8 blocks assigned to individual companies or organizations. That's purely wasteful, since it is highly unlikely that any of these companies actually need the 16 million or so addresses in those blocks. If those blocks were reallocated, which will likely occur if we reach "X-day" ( http://entne.jp/tool/toollist/index_en.html ) before IPv6 becomes widespread, we will have gained approximately 500 million IP addresses. That will probably be sufficient to buy us another two years, since we currently have about 566 million free and two years to go (again according to the IPv4 exhaustion counter).

    So, we should have another four years if IANA pushes for reallocation of the /8 blocks by 2010.

  46. Fine by Anonymous Coward · · Score: 2, Funny

    8.3 * 10^2 days

  47. TOS already restricts "running a server" by tepples · · Score: 2, Informative

    An ISP can NAT big chunks of its user network

    And in so doing break any application that needs to receive incoming connections.

    This behavior is by design. The standard terms for residential service plans already restrict "running a server". FTP clients can use passive mode.

    1. Re:TOS already restricts "running a server" by Shakrai · · Score: 1

      This behavior is by design. The standard terms for residential service plans already restrict "running a server"

      Do they also restrict me from playing games with my friends? Most games require the host to be able to accept incoming connections.

      How about DCC chats on IRC? Are those also prohibited?

      What about file transfers on IM clients?

      I could keep going but I think you get the point......

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    2. Re:TOS already restricts "running a server" by Voyager529 · · Score: 1

      Verizon blocks incoming connections on port 80 on my Internet access. It isn't just TOS, they flat-out disable my ability to have incoming connections to access an HTTP server on a standard port. My desktop is presently an FTP server, a VNC server, and an e-mail server. I have hosted games of Unreal Tournament and have downloaded, uhm, Linux ISO's via bittorrent in which incoming TCP connections have been made. If they can block incoming TCP connections for HTTP, they can block them for e-mail and FTP, neither of which they have done. Joey

    3. Re:TOS already restricts "running a server" by Xugumad · · Score: 1

      Mine doesn't.

      Now, my ADSL service comes with a 256kb/s upstream, so it isn't going to exactly withstand a slashdotting, but for running a web app that I can connect to from outside, or letting me SSH into different boxes without having to assign non-standard ports to each...

    4. Re:TOS already restricts "running a server" by Hatta · · Score: 1

      This is fraud. All peers on the internet are just that, peers. Equally capable of being a server or a client. If you cannot run a server, you are not really part of the internet. Selling such access as 'internet' access is fraudulent.

      --
      Give me Classic Slashdot or give me death!
    5. Re:TOS already restricts "running a server" by Ant+P. · · Score: 1

      The standard terms for residential service plans already restrict "running a server".

      That's only standard in the third world.

  48. couldnt we just use by nimbius · · Score: 1

    NAT?

    oh wait...that makes 80gbit deep packet inspection tricky....

    --
    Good people go to bed earlier.
    1. Re:couldnt we just use by Anonymous Coward · · Score: 0

      couldnt we just use NAT?

      Nope

  49. Return more /8 addresses? by HockeyPuck · · Score: 3, Insightful

    Why can't some of the owners of /8 address spaces return them back to be re-allocated?

    For example, HP owns 15.0.0.0 through 16.0.0.0 (~33m ip addresses) can't they get by on just ONE class A network?
    Apple owns 17/8
    MIT own 18/8
    US Postal Service 56/8.
    http://www.iana.org/assignments/ipv4-address-space/

    Do all these companies need to have ALL of their devices on publicly routable IP addresses? From a security standpoint, I would hope not. Odd since IBM, a company much larger than MIT and Apple can get by on just one /8, and I'm having trouble believing that HP requires 2 /8 networks.

    We talk about making our datacenters "green" by consuming less power, there's got to be an equivalent for consuming fewer public IP addresses.

    I've just finished re-IPing our datacenter (~5000 servers), not to 'release IP addresses back, but to undo the damage done by years of seemingly randomly assigning IP addresses to servers in our datacenter. Yes it's a pain, but so is any form of cleaning up your datacenter (cabling for example).

    1. Re:Return more /8 addresses? by Anonymous Coward · · Score: 0

      Because they are still using addresses from both blocks. If you pay for the renumbering to get all addresses into one of the /8's, I guess they could give one back.

  50. IPV4 Addresses WASTED by Anonymous Coward · · Score: 1, Interesting

    I work for an ISP and even our PRINTERS and desktops have publicly routeable IP addresses. All of these devices of course point to a single gateway and have no real need to communicate directly with the outside world so NAT would be a perfect solution. I'm tired of reading about "the sky is falling". When we "run out" of addresses there will be public auctions to the highest bidder. Companies will NAT what they don't need direct access into.

  51. maybe... by Anonymous Coward · · Score: 0

    Maybe if they stopped giving away addresses to every other spammer and scammer that wanted one in China they would still have some to spare?

  52. Yeah, it is an old problem. by ichigo+2.0 · · Score: 2, Informative
    IPv4 Unallocated Addresses Exhausted by 2010 - dated 25th May, 2007

    The exhaustion of IPv4 address space - dated 17th October, 2005

    You are right, there's a whole lot of articles talking about this problem. And there have been people touting the NAT silver bullet for as long as the shortage has been known about. The interesting thing is that the rate of IPv4 consumption has kept increasing regardless.

    An ISP can NAT big chunks of its user network. Charging even a modest amount per IP would free up huge numbers of IPs.

    That sounds like a huge step backwards. Hopefully it won't come to that.

    1. Re:Yeah, it is an old problem. by Xugumad · · Score: 1

      What amazes me is that people scream about 250GB download limits (seriously, WTF are you doing with your connection?), but NATing large parts of the address space? Yeah, sure, why not, I mean there are no applications I want to use that require server sockets, and I'm certain that's not because they're either shot at the design stage or use absurd black magic involving polling the server for data.

  53. Why is it so hard to switch to IPv6? by tonytnnt · · Score: 1

    What's the disadvantage (beyond legacy devices) to switching to IPv6? Don't most operating systems support it? (noob question I know, but what's the deal?)

  54. That would be impossible by metalhed77 · · Score: 1

    You can't put a whole country behind one public IP because of port starvation. All those people will need multiple ports for their connections, even some large organizations experience this problem!

    According to this :

    IPv4/nat multiplexes multiple users through the port range, so 64k divided by
    300 parallel connections results in ~200 customers per ISP based nat address
    (assuming each customer is only allowed to run one simultaneous instance
    of iTunes or similar apps).

    --
    Photos.
  55. Are we calculating this right? by qqe0312 · · Score: 1

    Maybe we are forgetting that China also has access to the IP addresses allocated to Tibet, Hong Kong and even Taiwan! Now we know why they are occupying these territories, it's all about IPv4!

  56. The Link by metalhed77 · · Score: 1
    --
    Photos.
  57. Y2K all over again? by PDAMedic · · Score: 1

    I do think its amazing how something this old lasted this long. To be fair, who in 1981 thought that 4,294,967,296 would not be enough?

  58. well, china is good at great by HMage · · Score: 1

    They will probably need to build a great Chinese NAT.

    Imagine one IP for whole China.

    --
    Eugene 'HMage' Bujak
  59. More to the point by Viol8 · · Score: 2, Insightful

    Why will white goods need to be on the internet at all?

    I mean a *good* reason , not just the usual re-hashed fridge-can-reorder-beer-for-you Jetsons style drivel that is laughably spoken about as some vital function by techno evangelists.

    1. Re:More to the point by Snocone · · Score: 1

      Why will white goods need to be on the internet at all?

      Well, as an immediate convenience, if I decide to go out overnight instead of going home, it would be nice to be able to tell my crockpot to shut off and my coffee maker and alarm clock to not do their thing tomorrow morning.

      In general, the class of problem apotheosized by wondering "did I leave the oven on?" as one leaves for a month's vacation could be eliminated if all one's appliances were connected.

      Also, once I know when I'm arriving home, it would be nice to be able to tell the heater/air conditioner to fix the temperature for when I arrive. Or to start cooking the casserole I left in the oven. Or to put on appropriate mood music and lighting.

      A good bit of the above is possible already, just at insane expense. But since the iPod fridges are hitting the market already,

      http://devicedaily.com/gadgets/gorenje-the-ipod-fridge-launched-at-ifa-2008.html

      I quite confidently predict that within half a dozen product cycles or so every high range appliance is going to have some kind of network access option.

    2. Re:More to the point by deraj123 · · Score: 4, Insightful

      I'll answer your question with another:
      Why not?

      Seriously. This whole "X doesn't NEED to be on the internet" is a ridiculous argument. It's simply saying "oh, having a PC and computer type equipment on the internet should be enough for anybody". The whole point of this internet thing is innovation. Sure, a fridge doesn't NEED to be on the internet. Unless I want it to have some functionality that requires internet connectivity. Same with my computer. It functions just fine, and doesn't NEED to be on the internet.

      And why is "fridge can reorder beer for you" drivel? Is there some reason that a fridge SHOULDN'T reorder your beer? Sure, it's not a vital function, but neither most of the stuff that our technology does. Again, this is what innovation and technology is all about - improving the standard of living, making this easier, etc.

    3. Re:More to the point by pentalive · · Score: 1

      Assign a port to a "Home Control Computer", run that through the NAT and have the HCC turn off the oven and inform the cofee pot and the alarm clock (it probably is the alarm clock itself) it is also probably the thermostat. My Networking teacher told us that you can stack NAT routers - have 10.x.x.x Nat domain where each of the addresses is a NAT router to 192.168.x.x private network. This breaks getting into the inner networks from the outside, but if you are already under a "consume only" terms of services from your ISP what do they care?

    4. Re:More to the point by Anonymous Coward · · Score: 0

      If you still want to cook that casserole that you left in the oven, after a months vacation... I don't want to know what exactly it is you eat...

    5. Re:More to the point by Viol8 · · Score: 2, Insightful

      "I'll answer your question with another:
      Why not?"

      Because its added complexity that will add to the price and probably reduce the reliability. Instead of the manufacturer spending money on important things like good energy efficiency they'll waste R&D on crap like this that only appeals to a tiny minority of geeks.

    6. Re:More to the point by swrona · · Score: 1

      So Skynet will know when the laundry is done of course!

      --
      -=Steve
    7. Re:More to the point by Viol8 · · Score: 1

      Just how lazy are you?

    8. Re:More to the point by deraj123 · · Score: 1

      Because its added complexity that will add to the price and probably reduce the reliability.

      You could say this about any technological innovation. Add to the price, sure. An additional feature will, in general, increase the price. If it's a feature that I want, then I'm willing to pay the increased price. As for reliability, that depends on how it's done. There's no inherent reason that is HAS to be unreliable - it's just that chances are, it will start that way. Then it will improve. I still say "Why not?"

      It seems that your whole argument is based on "there's no need for innovation in area A because I think area B is more important." Companies will only "waste" R&D on "crap" that they think will appeal to a large enough market segment to turn a profit. If they're right, there's no waste. Also, if people WANT energy efficient fridges (which it appears people are becoming more interested in) then it stands to reason that fridge companies will take note of this, and invest appropriate R&D into that feature as well.

      Your needs and preferences are not everybody's needs and preferences - let others decide what they want (and are willing to spend their money on). Let the market do what it does best - there's no need to stifle any one area of innovation.

    9. Re:More to the point by D'Sphitz · · Score: 1

      Why does my car need gps navigation? Why does my cell phone need a camera? Why does my belt need to be adjustable? Why does my TV need a remote? Why does my alarm clock need a radio? Why does my lawn tractor need a cup holder?

      They don't. It's a matter of convenience, just like accessing my thermostat from work would be a convenience.

    10. Re:More to the point by Mister+Whirly · · Score: 5, Funny

      "Just how lazy are you?

      As much as technology will allow.

      --
      "But this one goes to 11!"
    11. Re:More to the point by mikael_j · · Score: 1

      And what if you have two "HCC" units on the same connection (just pretend you have a pool house or something)? Do you use the standard HCC port (like say 1337) for the "main" HCC and something non-standard like 31337 for the secondary one? Wouldn't it be much easier with public v6 IPs + DNS so you have hcc1.yourhome.tld?

      Hell, an ISP could pretty easily let a customer assign a subdomain like mycoolsubdomain.ISP.tld with hosts like winputer.mycoolsubdomain.ISP.tld and toaster.mycoolsubdomain.ISP.tld to devices that are connected through a web interface (for those users who don't administer such things themselves).

      /Mikael

      --
      Greylisting is to SMTP as NAT is to IPv4
    12. Re:More to the point by rufty_tufty · · Score: 1

      The same could be said of any technological progress. Be it mobile audio/video, personal computers or motor cars, someone always asks what the point of this new tech is and every time it ends up enhancing the quality of life.

      Unless you want to claim you don't have any of those 3 items? If you have those items then you own an item that countless people have used your argument on and are therefore a hypocrite. If you don't own those items then how are you even posting this message?

      I'm willing to bet once your home is fully remotely controllable you'll be online somewhere asking (for example) what the point of HD video content on your mobile phone is.

      --
      "The weirdest thing about a mind, is that every answer that you find, is the basis of a brand new cliche" -
    13. Re:More to the point by billcopc · · Score: 1

      Crockpot ? More like crackpot!

      So you're encouraging these technophiles to create disparate services for each device, rather than having one master control unit ?

      I'd much rather surf/telnet into an all-knowing front-end that consolidates and dispatches requests to the individual gadgets, and can script them all as a group.

      Supposing I'm a remote-cooking transient like yourself, I don't want to have to log into 5 different services just to shut off the kitchen appliances. In fact, I don't want to log in at all. I'd much rather phone it in, or text it in. Sitting down at someone else's PC or a public terminal, to log into something that can cause my home to burn down... god that's just stupid!

      --
      -Billco, Fnarg.com
    14. Re:More to the point by billcopc · · Score: 1

      They won't waste R&D resources, they'll just outsource it to the lowest bidder, and your fridge will fail spectacularly while delivering copious apologies in a funny accent.

      --
      -Billco, Fnarg.com
    15. Re:More to the point by D'Sphitz · · Score: 1

      I hear there's a vacant one room cabin just outside Lincoln, Montana.

    16. Re:More to the point by D'Sphitz · · Score: 1

      Kind of like your cell phone with a camera, gps, mp3 player, email client, web browser, calendar, im client, video player, and a clock?

    17. Re:More to the point by Tony+Hoyle · · Score: 1

      My Networking teacher told us that you can stack NAT routers

      Oh my god. I really hope he was either (a) winding you up, or (b) telling you so you never even *think* of doing that.

      NAT I don't mind... Double NAT.. screw that. It's the kind of thing that keeps network admins awake at nights...

    18. Re:More to the point by Abcd1234 · · Score: 1

      False dichotomy. Did it occur to you that manufacturers could do *both*?

    19. Re:More to the point by nsayer · · Score: 1

      Why have the Internet in your house at all?

      I mean a *good* reason, not just the usual downloading pr0n and reading /. style drivel that is laughably spoken about as some vital function by techno evangelists.

    20. Re:More to the point by kat_skan · · Score: 2, Insightful

      And why is "fridge can reorder beer for you" drivel? Is there some reason that a fridge SHOULDN'T reorder your beer?

      Man, all kinds of reasons.

      • Because I got two cases last time I was at the store, and the fridge only knows about the one that's cold.
      • Because I already got some on the way home.
      • Because my buddy gave me some that he brewed.
      • Because I want a different kind this time.
      • Because I threw a party and had ten times as much in my fridge as I normally want.
      • Because money's tight this month, and I have to decide between beer and electricity.
      • Because it's on sale at the store up the road if you also buy chips and dip.
      • Because the place I like to shop doesn't do online orders.
      • Because I'm going on a cruise and don't need to order more beer for a month.

      My refrigerator—indeed every device I own—are too damn stupid for me ever think it'd be a good idea to let them spend my money. Especially when it's something I could effortlessly do myself.

    21. Re:More to the point by OverZealous.com · · Score: 3, Insightful

      When discussing putting every device online with a distinct IP (especially IPv6), I've never seen anyone mention the ISP element. What happens when you all of the sudden need to add several dozen new devices to you internet connection?

      What I mean is, ISPs (at least, U.S. ISPs) right now are trying everything possible to charge money. They charge for every single static IP, small bumps in speed, etc. I remember when it they wouldn't even talk to you over the phone if you had a router in place.

      So, imagine that every device expects to be statically placed online. Now, all of the sudden, to use your Wii or PS3, access your fridge's web server, log into your coffee pot, or update your in-home automation and security system, you have to pay your ISP a small add-on monthly fee.

      My point here is that NAT or an equivalent cannot and will not go away. The overwhelming majority of devices just don't need open web access. Instead, these devices should be routed through some sort of obscuring and securing device. If a home-owner needs to access their fridge, they should first log into their home-portal, which provides access to their in-home network.

      Besides, someone else mentioned the store sending advertisements to my fridge. Thanks but no thanks. I'll just visit your website if I'm interested in the current ads.

    22. Re:More to the point by Anonymous Coward · · Score: 0

      The question is not whether a fridge should have access, it's whether it should have it's own external IP versus through a NAT, as discussed above. Having a fridge reorder you beer is an awesome idea, but your fridge does not need to have an external IP to do that.

      It does need an inventory tracking system though, and I'm way too lazy to tell my fridge every time I take a beer out.

    23. Re:More to the point by jefu · · Score: 1

      But processors are cheap these days, so you can up the price and get more profit with a cheap processor, network connection and display than by doing the (perhaps harder, more expensive) work to improve efficiency. Efficiency just isn't as visible (or, for some people show-off-able).

      On the other hand, I'm not sure I want my refrigerator ordering beer for me - is it really going to scan the local stores, find the best value in the range of beers I like? Will it account for my decision to choose different breweries to vary the taste?

    24. Re:More to the point by Hatta · · Score: 1

      My point here is that NAT or an equivalent cannot and will not go away. The overwhelming majority of devices just don't need open web access. Instead, these devices should be routed through some sort of obscuring and securing device.

      That's called a firewall, and is entirely orthogonal to NAT.

      --
      Give me Classic Slashdot or give me death!
    25. Re:More to the point by Lennie · · Score: 1

      To add to that.

      If enough people are willing to pay extra there will be more money available to make it more reliable.

      Also a lot of technology just exists to make things more efficient, it's a good investment. A little more money up front, but a whole lot less money over time.

      --
      New things are always on the horizon
    26. Re:More to the point by Lennie · · Score: 1

      You have a belt ?

      --
      New things are always on the horizon
    27. Re:More to the point by shaitand · · Score: 1

      'Did it occur to you that manufacturers could do *both*?'

      In fantasy land sure. In the real world companies spend X on development and X is a precious and limited resource. High tech, order my coffee for me options cost even more to research than energy efficiency. Especially since I don't want my fridge deciding if I can afford to buy the coffee today or need to wait until I get paid.

    28. Re:More to the point by Abcd1234 · · Score: 1

      Better not tell that to car manufacturers, who have been working on multiple lines of technology more or less since the inception of the industry...

      But other than that, I'm sure your blanket statement is universally true.

    29. Re:More to the point by Fyzzler · · Score: 1

      There are a few uses for double nat, consider a home user with a secure wired network and an unsecured wireless network. You set the wireless behind the second nat router and block it off from your wired network all with a single external ip address.

      --
      I have one question. If the Japanese Ministry of Agriculture is not in charge of Gundam, then who is?
    30. Re:More to the point by sponga · · Score: 1

      How cool would that be if your fridge could tell you when you need something, how much you eat of certain foods and make a list of stuff you need already at the store on a visual screen on the shopping cart.

      Think of it you can of jelly has an rfid tag on it and every time you pull it out of the fridge, it will register that.
      The trays could even be equipped with weigh machines that tell how heavy it is, so that when you take out something it registers it with rfid and than when you put it back in the tray will weigh how much you used of that. With dieting big these days I can see that happening as a selling point and the convenience of having a grocery list already made out.

      I am sure someone has already put the ultimate fridge together, I just probably missed it on an episode of MTV Cribs.

    31. Re:More to the point by Bert64 · · Score: 1

      Great, add additional power consuming devices to the mix, when people are trying to reduce their power consumption.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    32. Re:More to the point by shaitand · · Score: 1

      I assure you, even the large pockets of car manufacturers are limited and a dollar spent on one line of research is a dollar that isn't spent on another.

      For example, note the amazing lack of any revolutionary developments in the automotive industry in the last twenty years or so.

  60. Firewall... by WoollyMittens · · Score: 1

    With that great firewall of them, it should be very easy to just set up NAT.

  61. Everyone should have two /64 subnets in IPv6 by gambolputty3 · · Score: 3, Interesting

    Ordinary users of the IPv6 Internet should be allocated as a minimum two /64 subnets. One /64 subnet would be for a private LAN network and the other /64 subnet would be for a public facing DMZ network. The DMZ network would be useful for any kind of reachability which only selected people can access content. IPv6 capable VoIP PBXs would be especially useful here like Asterisk and Freeswitch. Imagine the possibilities of assigning every phone call or user its own IPv6. This should elimiate VoIP spam. Other notes: Point to point links should be a /126, not a /64. Businesses of differing sizes don't need a full /48. This would be like giving out blocks of IPv4 Class A addresses all over again. The size of the allocated IPv6 for a business should match their real size and needs. Applications and operating systems need to be more IPv6 aware.

    1. Re:Everyone should have two /64 subnets in IPv6 by QuoteMstr · · Score: 1

      Or, you know, you could just firewall off the parts of your /64 that you don't want publicly reachable. The concept of a "DMZ" is obsolete in a NATless world, and the vast, vast majority of IPv6 users won't need NAT.

      (Though I do agree with your post otherwise. If you're a business andy our /64 is too small, you can just get another /64. That should last another geologic aeon or two.)

      The single most pressing problem for IPv6 right now, though, is getting provider-independent addresses for everyone who wants them. We need to solve the route table size problem for that. One interesting proposal I read was to use DNS for routing information.

    2. Re:Everyone should have two /64 subnets in IPv6 by Anonymous Coward · · Score: 0

      Actually you should get a /48 from your ISP so you have 65k subnets to play with. See RFC 3177.

  62. Peak IP4 is a Myth by TimeTraveler1884 · · Score: 5, Funny

    Peak IP4 is a myth; there are still plenty of addresses buried in the Canadian tar sands. However, in the short term, the only solution is to lift the ban on coastal drilling for IP4 addresses.

    1. Re:Peak IP4 is a Myth by Agripa · · Score: 1

      It will take fifteen years to get new, offshore IP4 addresses online and they will only supply 3% of the IP4 addresses we need.

      - Shamelessly stolen from dkaa.

    2. Re:Peak IP4 is a Myth by halcyon1234 · · Score: 1

      Why not just invade Iran? I hear they have lots of IPv4 addresses there. Just tell people that terrorists are using them.

  63. Because IPv6 is a PITA by Viol8 · · Score: 1

    You try and remember even a single IP6 address or even type one in accurately and you'll see what I mean. Whoever though hex codes were the way to go for IP6 should be hung drawn and quartered then forced to run a IP6 DNS service in hell.

    1. Re:Because IPv6 is a PITA by the_one(2) · · Score: 1

      I remember ::1. That wasn't so hard now was it =) (a lot easier than 127.0.0.1)

    2. Re:Because IPv6 is a PITA by Nitage · · Score: 1

      IPv6 localhost = '::1'
      Unsurprisingly I had very little trouble remembering it or typing it accurately.

    3. Re:Because IPv6 is a PITA by Just+Some+Guy · · Score: 1

      You try and remember even a single IP6 address or even type one in accurately and you'll see what I mean.

      Oh, drop it already. I deal with exactly one IPv6 address directly, and it's hardcoded in resolv.conf. Honestly, there's always at least one person whining about how hard IPv6 addresses are to memorize, as though they're currently getting by without using DNS for IPv4.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:Because IPv6 is a PITA by Viol8 · · Score: 1

      I'm not talking about your little PC connected to ADSL FFS.

    5. Re:Because IPv6 is a PITA by Just+Some+Guy · · Score: 1

      And I'm not talking about your toy LAN in your three-room office.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:Because IPv6 is a PITA by Viol8 · · Score: 1

      No , you're talking out your rear end.

  64. Whew by PalmKiller · · Score: 2, Funny

    Thank goodness, maybe they will take away the Chinese spam houses IPs and use them for something less irritating.

  65. IPv6 also temporary by gmxgeek · · Score: 1, Funny

    Although IPv6 will be glorious when it arrives for the masses to use, it is still just as temporary well. It will eventually run out. Faster actually, since, as I have come to understand it, correct me if i am wrong, each individual computer will have its own global IP. Meaning that a company with 1 outer connection, and 5000 networked computers has the potential to take up 5000 global IP's instead of one. Just my thoughts.

    --
    --gmxgeek
    1. Re:IPv6 also temporary by Anonymous Coward · · Score: 0

      Although IPv6 will be glorious when it arrives for the masses to use, it is still just as temporary well. It will eventually run out. Faster actually, since, as I have come to understand it, correct me if i am wrong, each individual computer will have its own global IP.

      Read the description of IPv6 (wikipedia summary will do) and you'll realize how idiotic this statement is.

      We may move to another protocol eventually for various reasons but address exhaustion will not be among them.

    2. Re:IPv6 also temporary by mollymoo · · Score: 2, Insightful

      You have absolutely no conception just how big a number 2^128 is, do you? Every human who has ever lived could have a billion devices, each with a billion sub-components with their own public IP address. Doing that would use less than one billionth of the address space.

      --
      Chernobyl 'not a wildlife haven' - BBC News
    3. Re:IPv6 also temporary by Bryansix · · Score: 1

      You are not taking into effect the orders of magnitude here. IPv6 has many orders of magnitude more addresses available to it.

    4. Re:IPv6 also temporary by Tony+Hoyle · · Score: 2, Interesting

      Most of which is wasted, btw.

      My ISP gave me a /48. I use 6 addresses.. that's a lot of wastage. Also the bottom 64 bits of an IPV6 address are basically mapped to the MAC address of the network card, so they're predefined.

      The /48 is big but it's only 65k times as big as a /32 - the numbers aren't as huge as some would suggest.. still big, but not *huge* big - I could see scenarios where it could run out.

    5. Re:IPv6 also temporary by midnitewolf · · Score: 1

      Think about some of these numbers..

      "The very large IPv6 address space supports 2^128 (about 3.4Ã--10^38) addresses, or approximately 5Ã--10^28 (roughly 2^95) addresses for each of the roughly 6.5 billion (6.5Ã--10^9) people alive today. In a different perspective, this is 2^52 addresses for every observable star in the known universe â" more than ten billion billion billion times as many addresses as IPv4 (2^32) supported."

      Each person currently on earth could have 50,000,000,000,000,000,000,000,000,000 addresses allocated. If you really use all of yours, I'll lend you a few of mine. (Obviously, this is a bit of hyperbole, since there are reserved address blocks in IPv6 just as in IPv4.. but the point is the same. It's a much longer term solution that you're giving it credit for.)

      (From http://en.wikipedia.org/wiki/Ipv6)

  66. Good now we block all there IP's by Anonymous Coward · · Score: 0

    Good now we block all there IP's from Spamming China.

    I'm sure there good people in China but I have to tell you I block all china and Russian IP on my server.

    I'm life has been beautiful.
    If we move to IP 6 this will take up a lot more resources.

    Cheers,
    Web Server Admin

  67. Re:Why is everyone talking about pushing back IPv6 by idiotnot · · Score: 1

    Why is everyone in the comments talking about various steps ... that would allow us to push back IPv6?

    Because it's new, and change causes fear. And you have so many people who've had it hammered into their thick Certified+ skulls that NAT is a security measure. On the geek side, it's because people think it's a lot easier to remember an IP address that's only four octets.

    It seems that we very close to the point where every device supports IPv6

    Far from it, actually. While most of the mainstream operating systems now do, lots of embedded devices don't. I still haven't been able to get my wireless bridge (two wrt54g running OpenWRT) to pass traffic. My IP phone, not that, either. DSL Modem? Nyet. IPTV STBs? Sorry.

    Let's start turning it on. What better way to help the adoption than by having users who are IPv6 only complaining?

    Microsoft is making a big push, even on the server side. IIRC, you can't install Exchange 2007 w/out IPv6 enabled at the install.

    The bigger problem is that there aren't many ISPs that push it out to the endpoints, because their backbones don't support it. My DSL provider gets most of its upstream service from Global Crossing (who are doing lots of stuff with v6), but I haven't seen anything get out towards me. I'm stuck in tunnelville.

    Thankfully, SiXXs is pretty reliable. On my co-lo on a different ISP, my ping times over my he.net tunnel are now stastically the same as with v4.

  68. Has anybody noticed... by gparent · · Score: 2, Funny

    Has anybody noticed that the summary is basically repeated twice?

    I wonder if anybody noticed the summary was repeated twice.

  69. Just give them Taiwans by Anonymous Coward · · Score: 0

    they will take them anyway.

    Yes I know the comment is not nice, hence AC

  70. Re:Why is everyone talking about pushing back IPv6 by gmxgeek · · Score: 1

    It is mostly up to the ISP's right now. I can't just 'turn on' IPv6 for my computer. My ISP has to use it before I can.

    --
    --gmxgeek
  71. Re:Why is everyone talking about pushing back IPv6 by Anonymous Coward · · Score: 0

    Esepcially since Teredo let's just about anyone have ipv6 connectivity even behind a firewall.

    Combine that with bittorrent clients that can use ipv6 and you now have a reason to not hide behind NAT.

    If enough people start using ipv6 tunned over ipv4 I bet the ISP support will get better fast.

    So just turn ipv6 on and use it.

  72. Re:Who needs 16 million IP addresses? I do by fmobus · · Score: 1

    NAT is not a firewall! One could easily have a public automated parking equipment on a public routable IP address BEHIND a proper firewall. People like to equate NATs to firewalls. They are not the same thing.

    But yeah, this whole problem could be solved for the time being by freeing up the ridiculous portion of address space reserved for just a couple of companies.

  73. Non-story, move along by Toll_Free · · Score: 1

    Isn't China behind a massive firewall?

    Easy as pie. NAT.

    Done.

    Like China has "real internet" anyway.

    -Toll_Free

  74. Nothing is on it by coryking · · Score: 1, Informative

    It isn't backwards compatible in any real sense with IPv4. You might as well switch to a different protocol entirely then switch to IPv6. IPv6 can talk back to IPv4 through crazy tunnels that nobody but people on slashdot understand. But nobody on IPv4 can talk with IPv6 easily (from my understanding, anyway)

    Plus, IPv6 doesn't solve any other problem besides address space. It doesn't solve:

    1) Roaming between different networks and keeping your sessions alive.
    2) Multicast in any kind of sane way. Nobody cares about where a named document is served from--chunks might come from my microwave, my cell phone, my neighbors dog collar... I dont care. All I care about is that the document originally came from the right source, it is the most current version, and it hasn't been modified. Think BitTorrent meets GNUtella meets Freenet, only way down in layer 3, not the application layer.
    3) Mesh networks. Ever try to set up a mesh of wireless network access points and maintain a sane address scheme? Think of the hacks your cell phone provider must use.
    4) Doesn't do a damn thing about DDOS attacks or other kinds of network nasties. It doesn't matter how good your firewall is if an attacker can flood one end of it.
    5) Doesn't provide any real authentication. The network itself should let you be as anonymous or as "real" as possible. Fixing SPAM of all forms requires real authentication at the deepest bowls of the network stack. Layer 3 could be handling authentication for SMTP, IMAP, HTTP, AIM, whatever-- right now every protocol has to re-invent their authentication scheme... some suck (OpenID, which doesn't work with anything but HTTP) some are pretty slick (SSH + public key crypto), some are even at layer 2 (WiFI - WEP/WAP).
    6) Doesn't somehow magically fix the ability for people to use botnets or open proxys to screw you over. I dunno how you fix this, or if you even really can. All I know is right now the IP address is meaningless... it is useless to block IP's, it is useless to to use an IP for tracking a session (a single AOL user hitting your page will use several IP addresses). Maybe layer 3 needs some kind of "cookie" or way to maintain a session that doesn't require a stable network address. That way, a session could be maintained even if I hop between access points and change network addresses.

    Does Intrade take bets on IPv6 adoption? I'd like to put money on it never getting widely adopted. I'd wager some guy like Vint Cerf will pimp a new, better protocol by the time we really, really run out of IP addresses. I'd also wager this magical new protocol will solve at least a few of the problems I've given above. I also would bet it will challenge how we look at the network... maybe the OSI network model isn't the best way to think about networking?

    1. Re:Nothing is on it by misterjava66 · · Score: 1

      I agree.
      The real problem with ipv6 is that it is just plain not good enough of an improvement to bother with the trouble of doing a change. We only want to take the risk of changing something as fundemental as ipv4 to get something truely needed or widely and strongly desired. This is a wonderful case of we won't buy until it has something truly useful. Hey, we did the Kaminski-DNS thing. Look how hard it was to do that, and how important it was, AND how controversial it was. ipv4-replacement should be at least an order of magnitude more hard, so it needs to deliever at least as important of an improvement.

      I WANT MORE THAN MORE-ADDRESSES WITH THE NEXT CHANGE.
      I WANT SOMETHING THAT WORKS BETTER.
      GIVE ME AT LEAST ONE AWESOME FEATURE TO CHASE!

      thank you for your time. :-)

    2. Re:Nothing is on it by bucky0 · · Score: 1

      It isn't backwards compatible in any real sense with IPv4. You might as well switch to a different protocol entirely then switch to IPv6. IPv6 can talk back to IPv4 through crazy tunnels that nobody but people on slashdot understand. But nobody on IPv4 can talk with IPv6 easily (from my understanding, anyway)

      With all due respect, it doesn't seem like you know what you're talking about. If you have a dual stack (ipv6 and ipv4) machine, you can communicate with ipv4 machines just as easily as an ipv6 machine. There is a special prefix that maps to each ipv4 address in the ipv6 space. That was designed that way so we could have a gradual transition.

      Going the other way (ipv4 to ipv6) depends on tunneling solutions, but they were similarly developed to have gradual adoption.

      You can't solve any of these problems by swapping out IPv4 and also not ripping out/redoing the entire network stack

      1) You _can_ roam between different networks and keep your sessions alive, it just requires that the 'different networks' be run by the same company that can rewrite your packets. Mobile providers do that. Any other solution involves the public internet keeping track of where every 'roaming' user is at any time. Routing tables are already really full, adding in a potential billion or so new routes will make things worse.

      2) You misunderstand what multicast means. Multicast means that all clients receive all the same data at the same time. The intention is for streaming media where you can pick up at any point without since the old data is uninteresting. Pushing that functionality down to the data layer doesn't make sense. Would you suggest that all network stacks would have to keep a cache of all possible documents people could request?

      3) It's not sane because of routing issues. Again, routers have finite memory, you have to simplify the routing decisions. Making it so that any IP could be in any network and recieve packets is unrealistic.

      4) You can still DDOS any protocol. If you flood enough data at it, you win. The most you can do is tell your upstream to block that traffic (and that's what's done today)

      5) Authenticate against what? Cryptographically signing each packet you send? Who controls the keys, who verifies your identity? The good thing about keeping it how things are (at the application level) is that the APPLICATION gets to decide, not whoever wrote the network stack.

      6) Nothing can solve that problem outside of a completely controlled, homogeneous network. If I can hack a computer and get control of it, then all the data that's sent from there looks like it's from there. If you made a network of unhackable machines (ha), then you could solove your problem.

      6)

      --

      -Bucky
    3. Re:Nothing is on it by lennier · · Score: 1

      "If you have a dual stack (ipv6 and ipv4) machine, you can communicate with ipv4 machines just as easily as an ipv6 machine."

      Right, so that's exactly what the original poster said. IPv4 can't communicate with IPv6 - the IPv6 machine ALSO NEEDS TO BE DUAL STACK WITH IPv4. And use up one of those precious rare v4 addresses. So since your v6 server needs to have v4 on it to communicate with all the legacy v4 clients out there - you might as well save time and money and just leave it as straight v4 in the first place.

      Now if you could have a *pure* v6 machine and have pure v4 machines able to communicate to it through, I don't know, some kind of automatic protocol translation keyed off DNS or something, such that neither side needs to have raw IP layer connectivity... then you might have something.

      "Pushing that functionality down to the data layer doesn't make sense. Would you suggest that all network stacks would have to keep a cache of all possible documents people could request?"

      Speaking for myself: oh very yes.

      Not necessarily have *all* the cache be in the local 'network stack', you understand - have a server on the local LAN be that. But that's the only sensible way I can see networking expanding in the future, by implementing a distributed document fragment cache. Sort of like Ted Nelson's Xanadu vision. He's crazy, but he's right.

      See, we already have caching of various kinds built into the IP family stack: at layer 2, ARP caches IP addresses on each host and switches do the same; layer 3-and-a-bit, DNS has a local cache on each host and then each DNS server up to the roots also cache; layer 7, your web browser caches *aggressively* and so does every proxy you go through. Down further toward the motherboard, your OS uses RAM to cache hard drive documents, and your CPU has L1 and L2 caches of RAM.

      So pervasive document caching is not an alien idea at all. It's just that we currently do it in an extremely half-assed and crappy way. If we were serious about building a sane, healthy global network - yes, we'd implement a simple 'distributed document' protocol that let you persistently allocate a GUID to chunks of data at a size maybe midway between 'IP packet' and 'web page', give them a global storage and routing address, and then cache everywhere like no tomorrow.

      Cache in your browser. Cache in your OS. Cache in your LAN router/proxy. Cache in your ISP. Cache in your peering hub. Cache wherever and whenever you can; design so you can trade off storage vs transmission speed, so you use whatever's locally cheaper.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    4. Re:Nothing is on it by bucky0 · · Score: 1

      "If you have a dual stack (ipv6 and ipv4) machine, you can communicate with ipv4 machines just as easily as an ipv6 machine."

      Right, so that's exactly what the original poster said. IPv4 can't communicate with IPv6 - the IPv6 machine ALSO NEEDS TO BE DUAL STACK WITH IPv4. And use up one of those precious rare v4 addresses. So since your v6 server needs to have v4 on it to communicate with all the legacy v4 clients out there - you might as well save time and money and just leave it as straight v4 in the first place.

      You're partially right. The dual-stack machine can be using nat (or whatever else) just like it is now. No change, that's the status quo. But, as each machine gets their own network to support IPV6 further and further out, the need for 6to4 translation diminishes until, at some point, the entire internet supports it.

      Dual stack is a stopgap measure and a means to transition, not a permanent situation. The two situations I see are either permenantly using NAT (which works okay now, but what if we end up with 100 or 1000 or 1E6 as many devices as we have now) or moving to IPV6. It makes much more sense to go ahead and start transitioning now as opposed to when we really do exhaust the IPv4 address space.

      Cache in your browser. Cache in your OS. Cache in your LAN router/proxy. Cache in your ISP. Cache in your peering hub. Cache wherever and whenever you can; design so you can trade off storage vs transmission speed, so you use whatever's locally cheaper.

      Caching layer 7 data in layer 3 doesn't make sense because layer 3 just doesn't have enough information about the layers above it to be able to make decisions about what to keep and what to toss. All the examples you gave (ARP, DNS, RAM) etc... are great examples of good caching because the ARP resolver knows what's worthwhile and the DNS cache has different rules for what data to keep. You can cache things within your layer that you have knowledge about. At best, you can cache information that is BELOW your layer, but you can't cache upwards. That's why ARP, DNS, RAM, etc.. work so well. The IP layer, by design, doesn't have that knowledge, and can't cache efficiently.

      Your idea of a distributed document fragment cache sounds like freenet. I think it's a great idea, but it belongs in layer 7, not 3.

      --

      -Bucky
    5. Re:Nothing is on it by amorsen · · Score: 1

      Plus, IPv6 doesn't solve any other problem besides address space. It doesn't solve:

      1) I don't have a pony.

      --
      Finally! A year of moderation! Ready for 2019?
  75. Nobody is motivated to fix this by badfish99 · · Score: 2, Interesting

    Isn't the problem that nobody who could fix this is motivated to do so?

    If we all switch to ipv6 now, then everyone on the existing internet has incurred a cost, but will see no benefit; the benefit will go to currently-unconnected Chinese who will not pay the cost because the work will already have been done by the time they join up.

    The only way that the switch to ipv6 is going to happen, is if someone finds a way of making the currently-unconnected Chinese population pay for it. That could be done, for example, by waiting until ipv4 addresses become very scarce, then auctioning the remaining ipv4 addresses for large sums of money, and using that money to switch everyone else over to ipv6. But then you've got the problem of distributing the money...

    1. Re:Nobody is motivated to fix this by Xugumad · · Score: 2, Insightful

      > If we all switch to ipv6 now, then everyone on the existing internet has incurred a cost,

      Erm, no? Okay, so there's a cost for the sys-admin time at backbones, DNS servers, and a few other places that need to be adapted. Customers out at the edges don't need to worry about this, IPv4 will continue to work well until they're ready to upgrade.

      Why does everyone see these as mutually exclusive options?

  76. Duh by lord_sarpedon · · Score: 2, Insightful

    Had every router shipped since 3 or so years ago been required to have a) IPv6 support w/ stateful firewall on by default for internal hosts and b) a "turn on 6to4" button, we would have been near done already. That simple. You can do it with current routers with firmware mods and a lot of work.

    --
    "Strangers have the best candy" -Me
  77. Obligatory South Park quote by Xelios · · Score: 1

    Stan Marsh: "And so what have we learned through this ordeal? The internet went away, it came back, but for how long we do not know. We cannot take the internet for granted any longer. We as a country must stop over logging...on. We must use the internet only when we need it. It's easy for to think we can just use up all the internet we want, but if we don't treat the internet with the RESPECT!!! it deserves, it could one day be gone forever.

    So let us learn to live with the internet, not for it. No more browsing for no apparent reason, no more mindlessly surfing on our laptops while watching television. And finally, we must learn to only use the internet for porn twice a day... max."

    --
    Murphey's fighting Occam, and we're in the stands.
  78. oh boy by Anonymous Coward · · Score: 1, Interesting

    So it's like this. No one says my provider has to give me a publicly routable internet access. Most people only surf the net. Most people aren't running stuff out of their house. Why is Comcast giving those people publicly routable addresses? Why not just have their own class A private network space, and when your cable modem connects, why don't they just give you a 10.x.x.x address and save the public internet address for people who actually host services from their homes? There's no reason to give joe schmo who only checks his webmail and watches video.msnbc.com a public address. Ridiculous.

  79. Re:Why is everyone talking about pushing back IPv6 by powerlord · · Score: 1

    It seems that we very close to the point where every device supports IPv6 (Vista adoption is helping this) but just isn't using it. Let's start turning it on. What better way to help the adoption than by having users who are IPv6 only complaining?

    Actually, the problem is that most DEVICES don't support IPv6. The only thing the adoption of Vista (and also OS X which enables IPv6 by default) has done is increased the support for IPv6 on computers.

    What about your router? The only SOHO router I know of that supports IPv6 out of the box is Apple's Airport Extreme. What about the Cable/DSL Modems, not to mention all the other Linksys, DLink, (Insert your brand) routers?

    What difference does it make if most of the computers can use IPv6, if the infrastructure that connects them to the internet still doesn't/can't support IPv6?

    --
    This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
  80. the answer is california by saintsfan · · Score: 2, Funny

    i heard they got a whole mess o' internet in california. enough for everyone!

  81. Can someone provide more details? by david.emery · · Score: 1

    on the IPv4 route problem, and then mod parent up for introducing an interesting topic to discuss?

    dave

  82. nat by Spaham · · Score: 1

    Since everyone in china has to pass through their great firewall for censorship, couldn't they just use NAT and shut the fuck up ?
    (for anyone without servers, that is...)

    PS this is sarcasm, btw :)

    1. Re:nat by amorsen · · Score: 1

      They do. Residential customers don't get public IP's. Which makes this announcement all the more newsworthy.

      --
      Finally! A year of moderation! Ready for 2019?
  83. Maybe the market doesn't want IPv6? by coryking · · Score: 1

    Seems to me like nobody wants IPv6. Why should we force something like IPv6? It isn't like earth will implode the day we run out of address space.

    If we force IPv6, we run the risk of pushing back something else--innovation. Odds are good there is a better way to do this interweb thingy, and if the governments start mandating IPv6, you can forget about network research. That or worse, conservative people blow tons of money on IPv6 upgrades only to find themselves on a virtual island because everybody else has move on to StarNetV8 (now with free ponies).

    1. Re:Maybe the market doesn't want IPv6? by squizzar · · Score: 2, Insightful

      There has been research, lots of it, and conferences and RFCs and discussion and development and testing and everything else and it led to IPv6. You seem to suggest that someone is going to come up with a magic 'new' network protocol from out of their arse, which seems unlikely. Nobody wants IPv6 because for the most part IPv4 works for them. When that stops happening there will be a shift towards IPv6 (hopefully, I can imagine there will be some horrible bodged setups that sort of work, but not on tuesdays if it's raining before then). The other issue is that people are afraid of having to remember longer numbers.

    2. Re:Maybe the market doesn't want IPv6? by Just+Some+Guy · · Score: 2, Insightful

      Seems to me like nobody wants IPv6.

      They will - in about 831 days. It's like the idea behind Peak Oil, where instead of an instant failure one day, there will be a shift toward exponentially increasing prices. I don't know if Peak Oil will happen, but in about two years Peak IPs certainly will.

      IPv6 is the working technology that we have available. There aren't any viable alternatives in the pipeline that I'm aware of, and certainly none far enough along that they'll be well-tested and ready for use in that short of a time period.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Maybe the market doesn't want IPv6? by Cato · · Score: 1

      Which bit of "IPv6 is running out in 2-3 years" don't you understand, and why do you think something better is going to appear before that time runs out? IPv6 has taken at least a decade to develop and complete - there is a complete suite of updated and some new protocols around it. There is absolutely no change of a "better than IPv6" protocol before IPv4 runs out - the only options are to accept a future of no-growth, or NAT everything (making VoIP and BitTorrent work much less well, for example), or get started on deploying IPv6.

      There is plenty of space for network research beyond IP core protocols, e.g. ad-hoc routing etc.

    4. Re:Maybe the market doesn't want IPv6? by Lennie · · Score: 1

      Peak Oil has already happend, prices have been jumping up and down since 2001 or something or other, just as they predicted.

      --
      New things are always on the horizon
  84. Stupid IP hoarding by swb · · Score: 1

    I worked with a company that had TWO public /16s and static NAT'd one public /16 to the other /16 internally. Of course its hard to blame hoarders since you could probably never get another /16, and IIRC these were "old" allocations from the 80s or early 90s when a /16 was to be had by just about anyone who asked.

  85. I can't wait...... by up2ng · · Score: 1, Flamebait

    Only 830 days to less SPAM !

    --
    Success is not the result of spontaneous combustion, you must set yourself on fire.
  86. Poor Allocation by ironicsky · · Score: 2, Interesting

    Its not that we're actually running out of IP addresses, its they were poorly allocated to begin with.

    In total, there are 4.2 Billion IP's available in the IPv4 Space.

    Summary of wasteful allocation:
    1) 10.X.X.X for internal usage,
    2) 192.168.X.X for internal usage
    3) 172.18.X.X for internal usage
    4) 127.X.X.X reserved for localhost,
    5) 169.254.X.X for "I'm not on a network" IP's
    6) Everything 1.X.X.X - 10.X.X.X is reserved for IANA.

    So adding this up we've wasted
    1) 16,581,375
    2) 65,025
    3) 65.025
    4) 16,581,375
    5) 65.025
    6) 149,232,375 Total : 182,560,200 IP's unusable.

    There is no reason why private networks need three different ranges of IP's for private use. Most, if not all businesses can get away with using the 192.168 or the 172.18 ranges(Exceptions would be google, governments, and research places with over 65k machines)

    Then you have residential users who think they need an IP for each computer and their xbox.

    Realistically, a company with a mail server, web server, ftp server etc... only needs one IP and a NAT to do port forwarding to the inside network.

    If they clamp down on IP usage and free up some of the wastefully reserved IP ranges we wouldn't be having this discussion

    1. Re:Poor Allocation by kasperd · · Score: 1

      1) 10.X.X.X for internal usage,
      2) 192.168.X.X for internal usage
      3) 172.18.X.X for internal usage

      There are a few more than that. But that's not a huge deal. There are actually corporations that need that many internal IPs. Of course the correct way would be for a corporation to use part of the IPs that they got allocated, and then just announce the subset they want to be worldwide routable and filter the rest. Using the same internal addresses in multiple corporations is bad because sometimes corporations have partnerships that does involve communication between their networks. If they were already using the same addresses internally, that would be causing trouble. But only corporations that were on the Internet early enough to get a /8 can do things the right way. All others are forced to do things not entirely right. If we revoke those ranges to do things right, we would be out of addresses before we could even release the ranges.

      Most, if not all businesses can get away with using the 192.168 or the 172.18 ranges(Exceptions would be google, governments, and research places with over 65k machines)

      I think it is safe to assume that there are at least two corporations with such needs. So we can revoke 10/8 and give it to the first and allocate a new /8 and give it to the next. Then we will already have less IPs available than we have now.

      6) Everything 1.X.X.X - 10.X.X.X is reserved for IANA.

      No, most of those are reserved for corporations that were out early enough to get enough IP addresses. And that was at a time where the four octets in the address were actually supposed to indicate structure of the network to make routing simple.

      --

      Do you care about the security of your wireless mouse?
    2. Re:Poor Allocation by kayditty · · Score: 0

      uhh 172.18.0.0/16 falls under 172.16.0.0/12, which is the 1918 reserved network I guess you're referring to. then there are the class E addresses, the multicast addresses, and a multitude of /8s that haven't been allocated since the inception of the internet and may not be any time soon. you can find a list here. also, several /8s in between 1-10 are not reserved, and have been allocated ages ago. 4/16 notoriously belongs to bbn (now assimilated by level 3), 3/8 belongs to GE, 8 also belongs to Level 3, and 9 is owned by IBM.

      your numbers on how many IP addresses have been wasted are way off as well. 10/8, for instance, wastes 2^24 - 2 or 256^3 - 2 or 16,777,214 addresses. the maximal decimal value per octet in an IPv4 address is 255, excepting the first octet, but we count from zero -- there are 256 values represented by eight bits. we subtract two for the network number and broadcast address which default in a classful system.

  87. Ok, but you missed something... by QZTR · · Score: 1

    "I mean a *good* reason"

    He meant a good reason.

    --
    To quote LongNoi "QZTR was right and won't leave me alone because I called him a moron when I was wrong" FYS
  88. Energy costs. by Kadin2048 · · Score: 3, Interesting

    The refrigerator is a poor example, but other appliances and home HVAC systems could realize significant energy savings by communicating with each other, and by being controlled remotely over the internet (or some other means).

    There are a lot of interesting scenarios: if you had real-time, fluctuating power pricing, you might want to have appliances change their energy consumption or other settings in response to their cost. Only run some appliances when the spot price is below $0.15/kwh, for example.

    Or even simpler, if you have a peak-load factor as a component of your bill, devices could communicate with each other to ensure the total draw at any one time doesn't exceed some predetermined maximum. Different appliances would each have a priority, and would have to shut down to accommodate higher-priority draws. (E.g.: the clothes dryer would shut off if you turned on the electric stove or microwave, because it would have a lower priority -- unless you were really obsessive about not having wrinkled clothes, I suppose, in which case you could set it the other way around.)

    The two could be combined, as well: once you have the infrastructure in place, you could set up whatever rules you wanted, balancing preferences for certain services against costs, and prioritizing certain services at various times. It wouldn't be hard to produce detailed reports of what each appliance/service was costing to operate, and how new rules would affect costs based on past usage patterns. (There's the potential for a lot of complexity in the control system, but to a user it might seem very simple on the surface.)

    Also, there's a wide range of appliances that really only need to run when people are in the house (or just before they enter the house) but tend to run continuously because it's a PITA to run them based on inflexible timers: HVAC, lighting, water heaters, possibly even water pressure-pumps. Devices would only be turned on when necessary for another device, or a user need was anticipated. I could easily imagine a system that was plugged into an online calendar and controlled this in a way that hid it from the user as much as possible. Heck, if you had a PDA with GPS, you wouldn't have to do anything.

    The driving force behind "home automation" up until now has mostly been the geek factor of controlling all your lights/appliances/whatevers from a single point, but I think in the future, energy savings and integration will be the selling point. Since it seems unlikely that we'll really make significant inroads on alternative sources of energy before we start to run low on petroleum, there's a non-trivial chance that energy may become staggeringly expensive. I could easily see a future where the running costs of energy-intensive appliances greatly exceed -- even to the point of triviality -- their purchase price.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  89. IPv6 config generator for Debian and Ubuntu by Anonymous Coward · · Score: 1, Informative

    http://debian6to4.gielen.name/

    generates a configuration specifically for your computer, based on its IPv4 address.

    This way your entire local network will have real IP addresses, while you only need a single IPv4 address.

  90. Dialing for dollars (and ham radio) by bromoseltzer · · Score: 2, Interesting

    The reason organizations don't "give back" their IP assignments is that there is not much incentive to do so. Why not a market based solution?

    One example: I am puzzled that radio amateurs (AMPRNET) own 44.00.00.00/8 and do not make significant use of it. As a ham myself, I'd be happy to convert that to, say, $10M for the betterment of the hobby.

    --
    Fiat Lux.
    1. Re:Dialing for dollars (and ham radio) by HockeyPuck · · Score: 1

      Why not sell blocks of IP addresses? ISPs do that, I'm sure that MIT could fund quite a bit of classes/research/new dorms for $X per IP address.

    2. Re:Dialing for dollars (and ham radio) by bucky0 · · Score: 1

      Because:

      a) You don't "own" the IP addresses, you are assigned an address by the IANA, and they don't let you "transfer" them from one person to another.

      b) If you were to try to resell some of your own IP range to another, you would have to sell a ridiculously large number of addresses to be large enough for the global routers to pay attention to your route message.

      --

      -Bucky
  91. IP Resources.... by spotmonk · · Score: 1

    Should they conserve IP Addresses and just inflate their tires or should they start drilling for more ip addresses now?

  92. Even if it wasn't hex codes, it would be a PITA by coryking · · Score: 3, Interesting

    What is IPv6, 128-bit address space? That is what, 16 bytes?

    Worse case in decimal (I added the dashes so *I* could make sure I typed it right :-)
    216:126:59:03-58:95:58:32-126:43:55:129-59:59:59:1

    Worse case in hex (same deal).
    FA:FA:FA:FA-12:55:43:BA-55:DA:CC:DB-89:A1:C1:01

    Basically, you are boned :-) Maybe we need a different number system that is like Base64 instead of Base16? Heck... why not just base64 encode the IP address. Base64 is what, A-Z, a-z, 0-9,+,=? A Base64 encoded IPv6 address is just:
    Az.

    Or make it Base32 instead so you can be case insensitive (A-Z, 0-9 and only drop a couple easy to mix up characters like i, l and o to get to 32 chars). A Base32 IPv6 is:
    A1Y2.

    You could even break out subnets with Base32:
    A1Y:2/96 (subnet mask ZZZ0)

    So yeah... why didn't they go Base64 or Base32 instead of Base16?

    1. Re:Even if it wasn't hex codes, it would be a PITA by Anonymous Coward · · Score: 0

      base64 does not encode 64 bits to a single 8 bit char. You can't do that.

      IPv6: 74:6F:6D:75:63:68:73:70:61:72:65:74:69:6D:65:21:21
      Base32: ORXW25LDNBZXAYLSMV2GS3LFEEQQ====
      Base64: dG9tdWNoc3BhcmV0aW1lISE=

    2. Re:Even if it wasn't hex codes, it would be a PITA by Kadin2048 · · Score: 1

      I agree, I've always thought base 32 or base 36 would have been a good choice for IPv6.

      I think something is off with your math, though; for a full 64-bit address (max value 2^64), you'd need a 12 or 13-digit Base36 'number'. This seems to me like a fairly big improvement (in terms of memorization by a human) from the 18 digits of hex that would otherwise be required, and puts the value down in credit-card-number-length territory, which many people memorize easily with use.

      This converter says that hex FF:FF:FF:FF:FF:FF:FF:FF (decimal 18446744073709551615) is equal to Base36 3W5E11264SGSF.

      So in the worst case it's not quite as compact as the 4 digit addresses you're thinking of, I don't think. Still, I'd like to see equipment manufacturers / software developers include the ability to enter IPv6 addresses in a form besides hex, since I'm unconvinced that it's the most convenient way for humans to represent them. (I'd never given much thought to base-32 but maybe that's a good compromise; it preserves the ability to break it up by octet -- although I don't know how necessary that is anymore with CIDR.)

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    3. Re:Even if it wasn't hex codes, it would be a PITA by uid8472 · · Score: 1

      You're looking for RFC 1924: A Compact Representation of IPv6 Addresses, which uses base 85. Note the publication date.

    4. Re:Even if it wasn't hex codes, it would be a PITA by visible.frylock · · Score: 1

      Maybe I just don't know enough, but why not get rid of numeric addresses altogether? I'm showing google as 64.233.187.99. Why should their web site be anything other than "google"? Why is it that "google" is 2nd class and 64.233.187.99 is 1st class?

      How about:

      1. Declare that all traffic going to 192.168.255.255 (or somesuch) really means "use IPv7", then encapsulate the "real" address underneath
      2. Transistion period
      3. Now, "google" is 1st class and legacy 64.233.187.99 is 2nd class
      4. Drop 64.233.187.99 altogether

      I fail to see why numeric addresses and ports are necessary. Why not "sourceforge:ftp"? Every domain could be 32 chars, 32 bits each, thus 1024 bits per address. Sure, it's slightly more overhead for processing, but speed gains can quickly overcome that, right? Didn't DJB have something to say about a problem with IPv6 not allowing much in the way of transition capability. If we just provide proper transition, would address space even be a problem today?

      --
      Billy Brown rides on. Yolanda Green bypasses Gary White.
    5. Re:Even if it wasn't hex codes, it would be a PITA by bugg · · Score: 1

      Routing becomes way more complex then, because "sourceforge" and "sourceforjf" have very similar prefixes, but with your arbitrary naming scheme they could be on opposite ends of the internet. Every router with multiple links needs to decide how to route packets, and they do so now using routing tables that are maintained via a protocol like BGP (for internet-facing interfaces), and routing table size is already large, and this is a problem that IPv6 will hopefully fix by enabling more use of contiguous blocks - in a sense we are going to get to gain what was lost with CIDR: the ability to look at fewer bits to make a responsible routing decision.

      Whether we represent them numerically or with letters is irrelevant to a computer. Whether they can easily be inspected for information on hierarchy/topology, is very relevant, and can't be given up.

      --
      -bugg
    6. Re:Even if it wasn't hex codes, it would be a PITA by visible.frylock · · Score: 1

      Thanks, I've been educated.

      --
      Billy Brown rides on. Yolanda Green bypasses Gary White.
  93. Remembering by coryking · · Score: 1

    I hate doing what I'm about to do, link to my own comment, but what the hell.

    IPv6 would be way easier to remember if they Base32 encoded it instead of using Hex (Base16 encoding). See here

    1. Re:Remembering by Abcd1234 · · Score: 1

      Or you could use this other nifty thing: a DNS entry.

      Seriously, if you're in the position to need to reference things by IP address, then you should be capable of handling a hex-encoded IPv6 address. Otherwise, DNS is your friend.

  94. Holders of /8 IP addresses... not using them? by Anonymous Coward · · Score: 1, Interesting

    Does it bother anybody else that many of the holders of the /8 IP addresses don't even use them for their web sites?

    http://en.wikipedia.org/wiki/List_of_assigned_/8_IP_address_blocks

    Example:
    GE.. 3.0.0.0 â" 3.255.255.255... nslookup www.ge.com = 216.74.131.56

    IBM.. 9.0.0.0 â" 9.255.255.255... nslookup www.ibm.com = 129.42.60.216

    Ford.. 19.0.0.0 â" 19.255.255.255... nslookup www.ford.com = 63.147.175.36

    I guess it's not that strange that they're not hosting their own websites... but that's a helluva lot of IP addresses that they hold to be "pilfering" from the limited supply that the rest of us have to play with.

  95. I will miss my China spam by peter303 · · Score: 1

    Sniffle. Sniffle.

  96. Wow, I suck by coryking · · Score: 1

    Totally blew it! I must not have had my coffee yet. Those examples I gave were not 128-bit addresses, they were like 256-bit and I made a whole case around an address space that had twice the string length as IPv6.

    Sheesh. Now I'm embarrassed. Better hand in my nerd card.

    But still... my Base64 and Base32 examples are right and my point still stands. Just ignore the hex & decimal examples. heh...

    1. Re:Wow, I suck by Srin+Tuar · · Score: 3, Informative

      your examples are wrong.

      HEX: 4 bits per byte, takes 32 chars to encode IPv6 Address

      Base32: 5 bits per byte, takes 26 char to encode an IPv6 address

      Base64: 6 bits per byte, takes 22 chars to encode an IPv6 address

      You can see the return on investment is pretty small for base32 and base64, since it costs you the transparency of the output.

      try again.

    2. Re:Wow, I suck by FlyingBishop · · Score: 1

      The point is so we can still say "ssh 192.168.0.1" or somesuch, and not need a DNS entry for every machine we own (with a small domain name.) Only with base 32 it would be even easier. It's not even really an implementation thing so much as just a display/input thing for human users.

    3. Re:Wow, I suck by Srin+Tuar · · Score: 1

      as I just explained: it would not be easier with base32, it would be harder. The length would be almost the same, well beyond whats convenient for people to memorize, and it would be impossible to understand the subnetting boundaries.

      The people who designed ipv6 were pretty smart, give them some credit. They knew what they were doing.

    4. Re:Wow, I suck by Just+Some+Guy · · Score: 1

      Plus, whoever comes up with case-sensitive IP addresses deserves a switch throatpunch.

      --
      Dewey, what part of this looks like authorities should be involved?
  97. Re:Who needs 16 million IP addresses? I do by scubamage · · Score: 1

    Agreed, I screwed up, and meant to say, "directly, with no firewalling and no NAT." Though to be semantic about it, NAT is actually considered a type/generation of firewall even though it really doesn't firewall in the popular sense of the term. You can only forward certain ports onwards. NAT only firewalls are all but dead these days, so the point is a bit moot, but its something to note.

  98. How is China running out of IPs a bad thing?? by hlygrail · · Score: 1

    I run my own mail server and have router-side blocks for entire IP blocks, including China. Even so, a *significant* portion of the spam hitting my mail server originates from China. I'm all for universal access, but only if it's used responsibly. Clearly that isn't the case here, so let the pool dry up. I'd say the same thing if the majority of my spam came from elsewhere. Nigeria, you're next!

    1. Re:How is China running out of IPs a bad thing?? by amorsen · · Score: 1

      The majority of spam comes from the US. I'm all for cutting the US off from the Internet. That should buy us a few more years if we reuse the IP's.

      --
      Finally! A year of moderation! Ready for 2019?
  99. To Chinese Slashdot Readers: by paniq · · Score: 1

    Please visit my store on eBay. IP addresses now for sale!

    --
    Do not trust this signature.
  100. They'd work, but only in theory by coryking · · Score: 1

    Your plan for world domination might work in theory, but there is some flaws in it.

    1) Unless you are "big", your IP addresses come from you ISP. The second you switch ISP's, your appliances will have to renumber and you'll have to get your "iKitchen" software to use the new addresses.
    2) Why does it matter where the toaster gets on "the net" anyway? Why can't it use the cell phone network instead of my Netgear router? In theory, those two entirely different networks can talk to eachother, right? Why does TCP/IP make it so difficult to do so? It shouldn't matter if the data packets are sent via SMS to my laptop's hotel internet connection.
    3) What if my iSink has a washer malfunction and starts to flood the kitchen? I have a cell phone that is almost always on and I have a laptop that might be on. How does the iSink know where to locate me and which device to use? TCP/IP only makes it easy for my laptop to continually poll my iSink for equipment failures. TCP/IP makes it almost impossible to *push* information to my devices. It doesn't even began to address *which* device to push the information to!

    So really, NAT has nothing to do with anything. No NAT, no stable IP addresses. No VPN, my iSink will flood the iKitchen and nobody will stop it.

    1. Re:They'd work, but only in theory by rufty_tufty · · Score: 1

      Not True.
      Correctly configured DNS fixes problem 1

      I don't see how number 2 is relevant - and on what planet is SMS used as a data connection? Have you any comprehension as to how SMS works?

      The routing issue in Number 3 is again fixed by DNS. TCP is perfectly happy both for push and pull operations, it is NAT that makes pushing things to client devices hard not IP.

      And I don't know what you're talking about in your final paragraph - but I want some of what you've been smoking 'cause it looks like good stuff.

      --
      "The weirdest thing about a mind, is that every answer that you find, is the basis of a brand new cliche" -
    2. Re:They'd work, but only in theory by QuoteMstr · · Score: 1

      These problems exist with or without NAT.

      Also, the next generation of cell phone network will be based on IPv6.

  101. NAT transveral = UPnP by coryking · · Score: 1

    It does *not* connect to a proxy server outside of your nat. NAT transversal means "Use a protocol called UPnP to talk to the NAT box and get it to hook me up with a few forwarded ports".

    In otherwords, uTorrent or whatever asks your Netgear router to forward a couple ports for it. It does *not* connect to a proxy server, that would be insane for a number of reasons no the least of which is *whose* proxy would it connect *to*?

    1. Re:NAT transveral = UPnP by Cato · · Score: 1

      UPnP is also known as "the protocol that lets malware on client PCs talk outbound through your firewall" - not exactly a good security model. Although IPv6 will have a similar issues with firewalls that aren't doing any NAT.

  102. Devil's advocate: ISP-recommended workarounds by tepples · · Score: 1

    Do they also restrict me from playing games with my friends? Most games require the host to be able to accept incoming connections.

    MMORPGs and other games where a well-known party provides a dedicated server do not. If you want to run this dedicated server, upgrade your service to a business class SLA.

    How about DCC chats on IRC? Are those also prohibited?

    Instead of DCC, use encrypted XMPP through a well-known dedicated server.

    What about file transfers on IM clients?

    The party with a more powerful machine could be construed as running a server. Use your ISP's web space.

    1. Re:Devil's advocate: ISP-recommended workarounds by bucky0 · · Score: 1

      All your responses are band-aids that would be totally unneeded without NAT. Does it not bother you to have developers spending extra time/effort getting the network to do what it wants (let you connect to another machine) instead of on other features they want?

      --

      -Bucky
    2. Re:Devil's advocate: ISP-recommended workarounds by Shakrai · · Score: 1

      MMORPGs and other games where a well-known party provides a dedicated server do not. If you want to run this dedicated server, upgrade your service to a business class SLA.

      I don't want to run a 'dedicated' server. I want to be able to host a game for myself and a handful of friends this Friday night. You realize that not every multi-player game comes with dedicated servers, right?

      Instead of DCC, use encrypted XMPP through a well-known dedicated server.

      In other words, your solution to protocols that don't work behind NAT is to not use them or pay for a business class account? Do you use your connection for anything other than web browsing and e-mail?

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    3. Re:Devil's advocate: ISP-recommended workarounds by tepples · · Score: 1

      In other words, your solution to protocols that don't work behind NAT is to not use them or pay for a business class account? Do you use your connection for anything other than web browsing and e-mail?

      Residential ISPs don't expect their customers to, which is my point.

    4. Re:Devil's advocate: ISP-recommended workarounds by Shakrai · · Score: 1

      Residential ISPs don't expect their customers to, which is my point.

      If they don't expect them to do anything but surfing and e-mail then how do you explain all of the commercials I see from Time Warner touting how 'superior' Roadrunner is for gaming?

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
  103. Sorry - bad luck for you by Anonymous Coward · · Score: 0

    don't care.

  104. Can't they just share? by joetheappleguy · · Score: 2, Funny

    Can't they just all use the same IP address just like they all shared the same license key of Windows XP?

  105. DNS doesn't fix anything by coryking · · Score: 1

    Because unless you set your TTL to like 60 seconds, you cannot "roam" between network addresses. How will your iSink be able to inform you of is washer failure when it has a stale DNS record because your laptop changed access points and network addresses?

    Plus, what do these mythical DNS hostnames look like and who is managing them? Do I have to assign a DNS record to every device in my home in order to contact them? Do we all have to own a domain name, or will my iSink become corysink4032.seattle.wa.comcast.net? How will my parents manage this at their home?

    I dont care how SMS works (though I do know how it works). But I do know it is a good way to contact my mobile phone to notify me of a washer failure. In fact, SMS is a far better way to contact me because my cell phone number is globally unique *and* can roam across providers and still be reachable. Your DNS hacks aside, you can't do that with TCP/IP.

    1. Re:DNS doesn't fix anything by rufty_tufty · · Score: 1

      Let me address those points in no good order:

      "what do these mythical DNS hostnames look like and who is managing them?"
      In the most basic case when I DHCP an IP from my ISP I get the dns name of (for example) machine1.cust108.cmbg.cable.ntl.com, each address I grab gets an incrementing machine number. I then tell my ISP to lock that dns name to that MAC (as I currently do with my DHCP management in IPcop that is so simple even my elder relatives can use it). I then tell my laptop that the fridge can always be found on machine35.cust108.cmbg.cable.ntl.com. If people can cope with the concept of a device having a phone number i see no reason why they can't cope with this now unique address.
      ntl is then free to change my IP allocation at any time provided that it forces a DCHP reconfiguration of all clients when it does this.

      The beauty of this very hierarchical system is that TTL for the bottom level domains can be set very low without stressing the DNS servers at higher levels because only the server associated with cmbg.cable.ntl.com needs the TTL set low. and they are in control of when they migrate addresses so if they set it high to save resources then they pay the cost that it takes time before they can reconfigure the network.

      These problems were solved decades ago and the solution is just waiting to be used.

      As for the phone number I now see what you were trying to say, I thought you were trying to advocate SMS as some form of carrier protocol similar to RFC 2549 :-)

      --
      "The weirdest thing about a mind, is that every answer that you find, is the basis of a brand new cliche" -
    2. Re:DNS doesn't fix anything by coryking · · Score: 2, Interesting

      Dammit, slashdot ate my comment.

      IPv6 has so many addresses that the IP address becomes opaque and meaningless (pretty much like we dont care what our MAC address is). The problem then becomes, how do you give every single device a unique, human readable name? Sure DNS will scale on the technical end find, but DNS as it exists today will fail in the human factors end. When your shoes have dozens of devices like moisture sensors in every part of them, "moisturesensor.shoelace.left.favorite-shoes.cust29534.seattle.wa.comcast.com" is not exactly an easy to remember name.

      What will happen, I suspect, is your home router will start doing your DNS. You'll get your own private top level domain (say, .local). Then your kitchen sink will be "kitchensink.local", your dryer will be "dryer.local", etc. Your car and laptop will use your netgear DNS server instead of somebody elses.

      The problem will then become how to two homes talk to each other when they both have a device named "xbox.local"? Will both have to get a "real" hostname from their ISP? Sounds a bit like NAT to me, only now it is NAT'ing DNS addresses instead of IP addresses.

    3. Re:DNS doesn't fix anything by powerlord · · Score: 1

      The problem will then become how to two homes talk to each other when they both have a device named "xbox.local"?

      I hear Nintendo has already been researching this problem by getting people used to ridiculous strings they need to enter to play on-line (see: FriendCode).

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    4. Re:DNS doesn't fix anything by shaitand · · Score: 1

      'machine35.cust108.cmbg.cable.ntl.com'

      Oh yes, that is MUCH more clear and memorable than a random string of numbers.

      It's also about as useless. If you have www.bobsdomain.com you can take www.bobsdomain.com with you and update DNS appropriately when you cross networks. The same is not true of machine35.cust108.cmbg.cable.ntl.com.

      What about my iSneakers? How will I address them? If we are getting rid of IPv4 shouldn't we get rid of the ancient and outdated protocols that go with it, DNS, SMTP, etc?

  106. charge 700 billion for a block of US Addresses? by wardk · · Score: 1

    wall street gets their free cash, but not from taxpayer wallets.

    win-win

  107. eww by Yaur · · Score: 1

    You would eat a casserole that had been sitting in your oven for a month? Not to mention that having most of those things on while you are not home isn't safe.

  108. Great Firewall... by probityrules · · Score: 1

    Easy solution: most firewalls can perform NAT/PAT, so I'm sure the Great Firewall can do Great NAT/PAT!

  109. Re:Who needs 16 million IP addresses? I do by rufty_tufty · · Score: 1

    NAT is a hack to fix a problem. It's a good hack, but if a better solution exists (and it does, it's called IPv6) then we should use that rather than a bodge that's entire purpose is to work around a problem that shouldn't exist.

    --
    "The weirdest thing about a mind, is that every answer that you find, is the basis of a brand new cliche" -
  110. That would work fine with NAT by Yaur · · Score: 1

    With either with polling for price information or a central controller (which would be needed anyway) that received pushed updates.

    1. Re:That would work fine with NAT by atraintocry · · Score: 1

      Similarly, you can hide networked devices from the public internet just fine with a firewall.

      Computer-controlled HVAC with remote access is not some future technology, it is presently used in industrial and commercial settings. We have an ammonia system cooling sections of a warehouse. It can be accessed remotely by the guys who actually put it in and understand the equipment.

      I don't know if it would benefit from pushed updates (and in either case, it's a modem), but I do know that I'm not handing out VPN access to every contractor that puts something with a glowing panel somewhere in the building. But yeah, this stuff is coming sooner than later, and it's going to need addresses.

      We have other similar devices, put in by a utility company, one of which emails out. For simple logging, that's all you need, but what if they had to do more with it?

  111. Confiscate IPs from spammers by Cmdr-Absurd · · Score: 1

    Solution: Yank the IPs from spammers and script kiddies back and buy yourself a few more years.

    My servers see attacks from *A LOT* of IP addresses, most of them located in China. I sometimes wonder if there are *ANY* hosts in China not infected by malware or operated by black hats.

    1. Re:Confiscate IPs from spammers by amorsen · · Score: 1

      You're likely seeing NAT'ted addresses. If there are a thousand hosts behind a NAT, it's likely that at least one of them will be infected.

      --
      Finally! A year of moderation! Ready for 2019?
    2. Re:Confiscate IPs from spammers by Cmdr-Absurd · · Score: 2, Insightful

      You're likely seeing NAT'ted addresses. If there are a thousand hosts behind a NAT, it's likely that at least one of them will be infected.

      These are many, many unique public IPs. From a wide variety of subnets all owned by chinanet. Yes some might be NATing more hosts behind them, but then the owner of the public IP still should be required to police the hosts on his/her network.

    3. Re:Confiscate IPs from spammers by amorsen · · Score: 1

      but then the owner of the public IP still should be required to police the hosts on his/her network.

      It's not his network. He's just the ISP.

      --
      Finally! A year of moderation! Ready for 2019?
    4. Re:Confiscate IPs from spammers by Cmdr-Absurd · · Score: 2, Interesting

      It's not his network. He's just the ISP.

      My first post was at least half tongue-in-cheek, but to say the ISP (if we are talking ISP) is not responsible for activity happening on its network is just plain wrong-headed. ISPs have AUPs. Nations have laws. These ISPs are on notice that bad things are happening on their networks and are being provided evidence of exactly what sort of bad behavior is going on. They choose to look the other way or be actively complicit. I'm just suggesting revoking access to those who can't behave.

    5. Re:Confiscate IPs from spammers by amorsen · · Score: 1

      Well, as I have stated in another comment, I'm all for cutting the US off the Internet until they learn to behave.

      --
      Finally! A year of moderation! Ready for 2019?
  112. Obligitory SP reference by Anonymous Coward · · Score: 0

    Maybe they got more internet in Californee...

  113. The magic protocol is here by Yaur · · Score: 1

    its called NAT... it works and widely used it solves the problem for a very long time.

    1. Re:The magic protocol is here by surgen · · Score: 1

      NAT is great, except for when devices behind the NAT need to take incoming connections. Non-standard ports? Please that makes you look like a fly by night operation and user error skyrockets. Or when I want to host two https websites on two different domains. Or when I two networks behind NAT need to see eachother and we have to build a vpn... the list goes on.

      NAT is good for some places, but I am sick and tired of seeing dirty hacks to deal with NATed boxes to get around the fact that a box doesn't have a routeable IP address.

    2. Re:The magic protocol is here by Lennie · · Score: 1

      It's not a protocol it's a workaround we kind of got in to a working state.

      --
      New things are always on the horizon
  114. specter of control? by Sebastopol · · Score: 1

    isn't ipv6 more easy to control, track, trace, or monitor?

    is it possible this is just a farce to push the new standard?

    or am i confusing this with Internet2.

    please to be educated. /danke

    --
    https://www.accountkiller.com/removal-requested
    1. Re:specter of control? by amorsen · · Score: 2, Insightful

      It's dead easy to control, track, trace, and monitor IPv4, and even to do automatic man-in-the-middles. It is in fact so cheap that some ISP's do it just to insert advertising. IPv6 won't change anything about that.

      --
      Finally! A year of moderation! Ready for 2019?
  115. WHY can't we release reserved Class E Addresses... by Anonymous Coward · · Score: 0

    WHY can't we release reserved Class E Addresses...?

    Isn't that WHY they're reserved? For when we run out?

  116. But IPv6 doesn't help these ideas by coryking · · Score: 1

    IPv6 doesn't help home automation at all. Once you expand beyond your little subnet, network addressing becomes a challenge. Sure it is great all these devices have globally routable IP addresses, but the *exact* IP address changes every network you get onto.

    Here is a good scenario that even has cars:

    - You own a car. You would like to get to your music collection at home to play some of the latest tunes from Back Street Boys.

    Question:
    1) What is the address of my media server at home? If you said DNS, wrong. Who controls the DNS - you or your ISP? Given you are not a nerd, odds are good your ISP will give it a name... something like cust0323.provo.ut.qwest.net. Sure you can change that to joesmedia.provo.ut.qwest.net, but some other jerk is named joe and he owns a media server too. Odds are high your hostname will be joe210949.provo.ut.qwest.net

    2) While I'm driving down the road, my cars IP address is changing every couple miles as I switch between providers and cell towers. How does this get handled? If you said the application should handle this, I think you are wrong. Handling network address changes and keeping a session is something the bowls of the stack should handle.

    3) Since cars IP is changing all the time, how will my VoIP calls get sent to my car stereo instead of my home phone? If you said DNS, you are wrong. DNS has too much caching to deal with my always changing IP address. Plus, which DNS servers will my car be using on each network? More importantly, which DNS servers will my car contact to update the AAAA record for my car. Even more important, what does that DNS hostname look like anyway? Is it gonna be car395323.autos.btinternet.net?

    My point is, IPv6 doesn't solve anything. Both your examples and mine are examples of what happens when all our devices are always on "the net". The problem people seem to think the only way to get everything connected is by trying to force fit everything into a TCP/IP way of doing things. Nobody said the net has to be IPv6. In fact, IPv6 probably is *not* the best way to get everything on the net.

    1. Re:But IPv6 doesn't help these ideas by Cato · · Score: 1

      There are simple solutions for all your 'problems':

      Re (1), you can already get dynamic DNS services for IPv4 - they can simply expand to providing low cost DNS for your home IPv6 addresses. Or buy a nice domain name from any web host and map its subdomains to your hosts.

      Re (2), IPv6 already solves this, and it's called Mobile IPv6 - you have one 'real' IPv6 address which changes all the time as you move between IPv6 access networks (e.g. WiFi hotspots, WiMAX, 3G, etc), and one 'static' IPv6 address that remains the same regardless. See http://en.wikipedia.org/wiki/Mobile_IPv6 for more about this. IPv4 has something like this but imposes 'triangular routing', i.e. basically packets to mobile node must always go via a tunnel which is often inefficient compared to direct routing. Mobile IPv6 isn't fully standardised yet but the drafts have been around a long time.

      Re (3), once you have Mobile IPv6 the VoIP issue is solved.

    2. Re:But IPv6 doesn't help these ideas by Lennie · · Score: 1

      OK, let's start with number one, with IPv6 everyone will get there own subnet when they connect with an ISP. Subnet means you are allowed to have reverse DNS-nameservers. All you need is you own domain.

      it could just be: my-family-name.cable-isp.tld

      If you have this, you can make: fridge1.cable-isp.tld

      When those things happen, I wouldn't be surprised if you IPv6-enabled cable-/dsl-router will also include his own public-addressable nameserver.

      Now for the second problem.

      Ever heared of Mobile-IP ?

      You have a roaming device which connects back to a device (at home for example) which has an extra static-address which just forwards traffic to the IP that moves around (think of road-warrior IPSec or similair).

      --
      New things are always on the horizon
  117. not it isn't by Yaur · · Score: 1

    There are several NAT traversal solutions (e.g. STUN)... using an external proxy is typically the method of last resort.

  118. It could save money too by coryking · · Score: 1

    What if your thermostat could get the weather forcast for the next 3 hours. That way it wouldn't need to heat your house up if it is just gonna be 70 degrees out in an hour anyway. Big buildings already do stuff like this, why can't our home systems do it too?

    What if your car or mobile phone could tell your thermostat you just left the house and that it doesn't need to maintain a temp of 70 degrees anymore? For that matter, why cant I use my 1080p hi-def monitor (aka, my TV) to manage my HVAC system? Why cant the HVAC system talk with my SageTV/Tivo/MythTV so I can control it with a remote? Likewise, why can't my apartments dryer notify my DVR that the laundry is done so I can go down and get it?

  119. Re:Dynamic address from ISP = intermittent lock-ou by Larry+Lightbulb · · Score: 1

    That's why Comcast is announcing limits on their service - use it too much, you go to the back of the queue for addresses.

  120. DNS doesn't help by coryking · · Score: 1

    The architects of IPv6 envision an environment that *everything* has a globaly unique address. If everything in my apartment has a unique address, what, exactly, are these hostnames going to look like?

    If every speaker in my stereo system has its own IP address, what will the hostnames be--ltweeter.livingroom.myhouse.mycity.mystate.myisp.com? How will they differ from my bedroom stereo? Keep in mind I mean *every speaker*.. every tweeter, midrange and woofer should be controlled by the amplifier.

    1. Re:DNS doesn't help by Abcd1234 · · Score: 1

      be--ltweeter.livingroom.myhouse.mycity.mystate.myisp.com

      Uhh... exactly. So what? Do you have trouble remember the address to your house? How does adding one more qualifier (the specific device) make that more difficult?

    2. Re:DNS doesn't help by kasperd · · Score: 1

      DNS names are orthogonal to the protocol. You can name your devices with IPv6 the exact same way you would with IPv4. Do you think the full names are too long? Then just use a DNS search path. Only specify the local part of the name and have every device on your network know which search path to use. With IPv4 you would usually announce the search path through DHCP. I would expect you could do something equivalent with IPv6.

      Do you need to change the top level part of the host names? Just update the DNS server as well as the server that announces the search path to everything on your network, and you are all set. Getting tired of having to make such changes? You don't have to buy your own domain name, there are various places where you can get a subdomain for free.

      --

      Do you care about the security of your wireless mouse?
    3. Re:DNS doesn't help by dcam · · Score: 1

      In my house they will look like:
      lightbulb1.uberconcept.com
      mail.uberconcept.com
      wife.uberconcept.com

      Actually I'm thinking my wife might object to having a fully qualified domain name.

      --
      meh
  121. DNS will not work by coryking · · Score: 1

    We already are "out" of human friendly domain names. Do you really think there are enough easy to remember domain names for every single home on the planet?

    And if you dont buy your own domain name, is your ISP's DNS going to be ready to handle the burden of every device, every speaker and every lightbulb all trying to register themselves and get unique, globally routable hostnames?

    Look at how poorly this kind of stuff scales already. If you are named "Kim Nguyen" and want to use your name on MySpace or Facebook, you are probably gonna be kimnguyen40000 by now. You think it is bad now, wait until every lightbulb on the planet wants to register a hostname.

    PS: lightbulb21.myhome.mycity.mystate.myisp.com won't cut it either.

  122. Re:830 days? China? Wait.. what happened to "The by davidsyes · · Score: 1

    Internets"? Can't we just do an overlay, and add more pipes and tubes?

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  123. what if you switch isp's? by coryking · · Score: 1

    If you were using them for the lower parts of your DNS, now you've got to "rename" every device in the house. "Buy a domain name" you say? Too late, with IPv6 everybody will try to register a domain name to get around "domain name lockin" and nothing good will be left.

    Plus, none of this addresses the fact that whatever DNS server you use will also have to manage "knowing what all these devices to". If your lightbulb is on a different subnet from the lightswitch, how will they discover eachother? DNS? Whose DNS server?

    (the answer, I suspect, is your netgear router will manage your DNS records and let you set up a private top level domain name... the problem will be that now everybody has private TLDs that cannot see eachother and you wind up with exactly the same problem as you did with NAT boxes)

    1. Re:what if you switch isp's? by Abcd1234 · · Score: 1

      If you were using them for the lower parts of your DNS, now you've got to "rename" every device in the house.

      Then suck it up and do it. The alternative is you have to remember a bunch of new IP addresses. The problem remains.

      "Buy a domain name" you say?

      Actually, I didn't say that, but nice strawman. :)

      If your lightbulb is on a different subnet from the lightswitch,

      And why oh why would they be on a different subnet to being with? Sounds like bad network engineering to me.

      how will they discover eachother?

      With a discovery protocol. You've heard of UPnP, right? Same basic idea. And in that case, neither the light bulb nor the switch need a DNS record, as they autodiscover (unless you want to address it directly for some reason).

    2. Re:what if you switch isp's? by coryking · · Score: 1

      The problem remains.

      And it is a big one that I dont think people are treating too lightly. If the goal of IPv6 is to give everything a global IP address, how do we name them all, or do we? Does the current naming scheme scale in terms of human factors?

      And why oh why would they be on a different subnet to being with?

      Because the "lightswitch" is actually your mobile phone. I'll have to take a look at this MobileIPv6 thing...

      With a discovery protocol

      Yup. Will UPnP scale up to a a buttload of local devices though? I'm not that familiar with how it works. For that matter, if everything in your house has an IP address, how does routing work within your own home? Does everything sit on the same, giant, subnet or does each room need a /24?

      The alternative is you have to remember a bunch of new IP addresses

      A thought did occur to me. What if DNS allowed you to "chop off" bits of the domain name when addressing. That way you could program your devices to use "lightbulb.upstairs" instead of "lightbulb.upstairs.some.long.hostname.com" - either form would work depending on where you were in relation to your home network.

  124. The internet fridge problem by DrYak · · Score: 2, Interesting

    in a world where everything including your fridge is connected to teh interweb 24h a day, 7 days a week

    And tell me again why my fridge will be on a public IP, rather than the 192.168.1.xxx address my Best Buy $49.99 Linksys router will give it?

    Your's will probably be on a private address. But as it has 100% uptime, it will be constantly connected to the web, which will cause your router to stay connect almost 24h (except, when the ISP forcefully reset the connection and forces a DHCP renewal), which in turn makes that your router will constantly hold and never let go its public IP adress (except for an occasional DHCP renewal). Netword connected appliances that periodically phone home already aren't unheard of (gaming console checking for firmware upgrades, media player checking DRM licenses, multimedia systems downloading various data such as news, meteo and/or TV guides, etc.).
    And they dangerously bring the "amount of simultaneously connected users" close to the "total amount of subscribers".

    Even better, explain to me why I, as Joe Sixpack will *need* my fridge on a public IP where every flaw and exploit will be passed directly to it, rather than dropped at the NAT box?

    It's not about the need. It's about the fact that it's going to be anyway, and thousands of "shiny" features are going to be added afterwards. (And will inevitably end up exploited in every possible way as you are justly afraid).
    People are currently already enjoying the ability to connect to their home tivo-like setup to remotely program recording, to be able to share data from their home computer (not as in "I'm geek and I have a nice home built Linux file server", but as in "I have a Mac and leave it on 100% of time, because thank iAirSomething, I can access my home photo at work to show them to my colleagues"). The imaginary future internet enabled fridge will probably be able to automatically generate a list of groceries. And Joe-6-pack will love to be able to log to his fridge (using some secure password as "joe" "beer" or "123456") to check how much six-packs he needs to buy on the way home.

    Or why a college or university needs to put every last workstation, printer, AP, and toaster on a public IP address?

    Lots of tools used in academia are old and date back before the age when NATs became pervasive. Internet was never designed with NATs in mind in the first place. At that time, it was just about a few academia linked together on the same network as some military. Back then it simply made sense to put everyone (of the few thousands of computers) on the same net because that was the way it was designed. Nobody was thinking that 20 years down the line not only everyone would have an internet connected computer, but everyone would even have 20-something online appliances at home AND AT THE SAME TIME still use a deprecated addressing scheme designed at a time when the net was just about a thousand of computers spread over twenty faculties all talking together.
    What happened is that the same designs remained in the same place, simply more computers were appended to the same old network. Every decade maybe cables were upgraded, but nobody bothered changing the topology of the network.

    Also, lots of (old and not so old) networked application require both ends to be visible to each other and sitting on the same net (lots of old-school unix phone apps, or even recent VoIP systems simply start listening on local ports and assume that, wherever the user is).
    People are still using them and still need to be able to quickly setup a connection between the relevant computers. Which may now be in separated buildings and/or departments.

    NAT exists because NAT works. No, it is not the be all end all for any perceived IPv4 woes, but there is a metric assload of stuff out there with a public IP that either should be, or desperately NEEDS to be on a 10.xxx.xxx.xxx netwo

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  125. No Spam by IchNiSan · · Score: 1

    I don't keep spam in my fridge or pantry now, why would I want the store to put it there?

  126. Hurry! by bizitch · · Score: 1

    Will somebody PLEASE tell the Chinese about NAT!

    --
    ---- "Logoff! That cookie shit makes me nervous!" - A. Soprano
    1. Re:Hurry! by amorsen · · Score: 2, Interesting

      The Chinese are using NAT very extensively already. Residential customers don't get a public IP address. If China is running out, that means that businesses can't get addresses either.

      The US hasn't started feeling the pain even for residential yet, AFAIK. Europe is seeing deployment of NAT in some mobile broadband networks, but so far not much in regular broadband.

      --
      Finally! A year of moderation! Ready for 2019?
  127. 'Say a man can practically roll around in it. by cparker15 · · Score: 1

    When I get to that Internet I'm gonna click on just about everything in sight. 'Might even click on a pop-up ad just for the heck of it.

    --
    Have you driven a fnord... lately?

    You must wait a little bit before using this resource; please try again later.

  128. Recently leaked paper by Burz · · Score: 1

    ...allegedly shows China's intentions to eradicate anonymity on the Internet to bring dissidents into line.

    http://news.cnet.com/8301-13578_3-10040152-38.html

    They are joining the IETF to accomplish this, and interestingly the USA is pursuing the same goal at the IETF re: anonymity (though not naming dissidents).

    It is in neither governments' interest to keep IPV4 and the practice of NATing around. Security theater may push applications on an IPV6 Internet to increasingly reject users at NAT'ed, re-used IPs.

  129. MIB-FRIDGE::hwTemperature by Nicolas+MONNET · · Score: 1

    Have your fridge respond to SNMP queries and return temperature, power consumption, and so on.
    A monitoring system could record and make sense of this data to optimise power consumption and so on.

  130. How smart of your biz! by Nicolas+MONNET · · Score: 2, Interesting

    Seriously, that's not the point. Everybody does that, because that's what you have to do; but trust me, for having dealt with the low level stuff of VoIP, this is a major pain in the ass. And that DHCP server is a major spof. Pof pof.

  131. IPv6 has a problem by Nicolas+MONNET · · Score: 1

    There is no upgrade path to IPv6. As you just implied, it "just" takes everybody switching ... and it doesn't make sense for anyone to switch until then. So nobody does.

  132. great firewall = NAT by bugi · · Score: 1

    China is all behind a firewall anyway, so they could just allocate from 10.0.0.0/24.

  133. IPv6 - get yours at tunnelbroker.net by caluml · · Score: 2, Informative

    I've been using IPv6 since about 2001, but after the BT Exact Tunnel Broker stopped, I was lost as to where I could get access from. I signed up with Sixxs, but they have rather tight (anal, some would say) policies. They'll give you access, etc, but a single bounced/rejected email, and they disable your account. http://www.sixxs.net/faq/account/?faq=bounces.
    Then I gave Hurricane Electric's Tunnel Broker a try. What a breath of fresh air. It takes about 2 mins from sign-up to being connected - they give you the relevant commands to run too, if you're not familiar with it. If you've got 2 mins to try it out, give them a go.

    And Slashdot - how can you be one of the top tech sites, and not be accessible over Ipv6? And throw in SSL too, while you're joining the 21st century.

    1. Re:IPv6 - get yours at tunnelbroker.net by kayditty · · Score: 0

      hurricane electric is okay. I started using their service in about 2001 or 2002 or thereabouts as well. there were many, better tunnel brokers around back then, but they seem to have all but vanished. he is still around, but it's got its flaws. for a long time, they seemed to neglect the service entirely (and it's free, so maybe that's ok; whatever). in contact with the administrator, I found out that .. he didn't really know what he was doing, and he didn't really care. I don't think he should, but I wouldn't recommend using the service if isn't all that usable. anyway, they seem to have stuck it out over the years, for better or worse, and it's still fairly reliable. it's just that the interface sometimes break, and sometimes their endpoints do weird things.

      at the moment I can't even say; in mid-late 2006 I switched to Charter, whose network unfortunately doesn't route 6-in-4 packets. I might add that tunnels are kind of a hack, anyway; it would be great if more ISPs would start offering last mile IPv6, but we know that won't happen for quite some time, if ever.

  134. DNS? by linuxpyro · · Score: 1

    Wouldn't it be possible to use a DNS record to specify the port of a particular instance of a service? (I think this is what an SRV record can do; correct me I'm wrong.) Just a thought, I could see it making things uglier too.

    --
    Saying "I'll probably get modded down for this" in a post is the best way to get it modded up.
  135. base64 means 6-bits per digit, not 64 by Anonymous Coward · · Score: 0

    Using base64 to encode a 128-bit address would only reduce it to 22 digits.

    Now if you were fluent in Japanese and could reliably differentiate all 2000 jouyou kanji you'd be up to 11-bits per digit and the address could be represented with a mere 12 characters ;)

  136. If you call the USA "third world" by tepples · · Score: 1

    The standard terms for residential service plans already restrict "running a server".

    That's only standard in the third world.

    As I understand it, TOS restrictions on home servers are standard in the United States, home of Slashdot. I can cite the policies of major U.S. home ISPs, such as Verizon and Comcast, if you want. So does that make Slashdot a third-world web site?

    1. Re:If you call the USA "third world" by Hucko · · Score: 1

      No, but the grammar does...

      --
      Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
  137. So... by submain · · Score: 2, Funny

    There will be 2 more years until we run out of IPs and about 4 more years if we use big corporations IPs.

    2008 + 4 = 2012 = end of the world

    I guess the mayans were right after all...

  138. (false) NAT security by himi · · Score: 2, Insightful

    Okay, I'm a little sick of seeing this argument.

    Network/port address translation is /not/ a security system. It is /not/.

    A NAT box is two things: an address translation system, and a /router/. The router is just the same as any other router - if you send it a packet with a destination address that it knows how to route, it will forward it along to that destination, regardless of any NAT rules you might have in place. If you send it a packet addressed to 192.168.1.23 from the public side, and that address is routable as far as the NAT box is concerned, /it will forward it on/. I could sit on the public side of that NAT box and spam it with connection requests on common ports (443? 22? 13[789]?) - ~65000 packets could map out the contents of the NATed network without ever hitting the NAT rules. NAT would have supplied /zero/ security, even through obscurity.

    In order to provide security the NAT box has to refuse to forward those packets, unless they meet one of the NAT rules. Oh, look - it's suddenly become a /firewall/.

    Now change that scenario to an IPv6 router: you could indeed set it up such that anyone outside could send anything they wanted into the site network, but that would be the same as the NAT box. Alternatively, you could set it up to block incoming traffic unless it matches certain rules - a firewall, and in fact /exactly the same/ firewall as existed on the NAT box. The only difference is that the machines behind the IPv6 firewall are publically addressable, meaning that they can be used for /anything/ a public Internet host can, assuming they're granted permission by the firewall. No futzing around with DNAT and non-standard ports, just simple, reliable operation, exactly the way the Internet was originally designed.

    /Now/ do you see why people keep saying that NAT has nothing to do with security? Any security you get from sitting behind a NAT box is entirely due to the firewall that is almost always implemented alongside the NAT. And /that/ can be replicated on the non-NATed network, without replicating the management headaches that NAT introduces.

    </rant>

    Now that I've got that off my chest, I'll concede that it's rather more difficult to get an rfc1918 address across the public Internet to your NAT box than it is to get a publically routable IPv6 address there (modulo the limited IPv6 availability, of course). That said, with the increasing prevalence of wireless networking it's becoming easier and easier, and even without that it's possible that rfc1918 addresses won't be dropped by intervening routers (ironically, increasing use of NAT will likely make that more of an issue, as companies demand the ability to route their NATed traffic across semi-public WANs). So, although there /are/ some valid arguments that NAT combined with rfc1918 addressing provides significant security benefits, they're not as great as people generally like to think, and they're a lot less reliable than a firewall which doesn't make /any/ assumptions about address routability.

    himi

    --

    My very own DeCSS mirror.
    1. Re:(false) NAT security by kayditty · · Score: 0

      A NAT box is two things: an address translation system, and a /router/.

      well, I guess it could be, depending on what the hell "himi (29186)" means by "NAT box," a term he seems to have made up on-the-fly. in reality, NAT itself has absolutely nothing to do with routing, and is usually routing's antipode. I also don't think you understand regular expressions (or at least their utility).

      If you send it a packet addressed to 192.168.1.23 from the public side, and that address is routable as far as the NAT box is concerned, /it will forward it on/. I could sit on the public side of that NAT box and spam it with connection requests on common ports (443? 22? 13[789]?) - ~65000 packets could map out the contents of the NATed network without ever hitting the NAT rules. NAT would have supplied /zero/ security, even through obscurity.

      which is why 99% of routers do bogon filtering at least on rfc 1918 addresses. it is entirely possible for such a thing to happen, but you'd first have to get it through the intermediary routers as well, and then have a "NAT box" which was completely and utterly retarded and disregarded network segmentation. in various scenarios, this would be completely impossible, on the other hand. I've no idea what "13[789]" is supposed to mean; there is the daytime port at 13/tcp, but I don't know what services run on 789/tcp or 13789/tcp. approximately 65536 ports could map out the "contents" of each individual host you're allowed to access in this manner, given a few conditions, and it would only map out the ports for one particular protocol (TCP, in this case). those conditions might be various firewall and routing rules affecting the reverse path. in fact, the nature of such a "NAT box" is usually to translate (as the name suggests) IP address combinations back and forth, which necessitates the "box" itself handling connections. in any normal system, then, requests sent to private IP addresses wouldn't be accepted on the external interface, and in many cases the local network may even be isolated on a different subnet. I don't think you will find any such system that will meet all of the above conditions, let alone the multitude of others I've failed to mention so far. that in itself does not mean that NAT is intended as some sort of security method, because it isn't. however, it does function that way in practice, to a degree. it is not security through obscurity. it is security through expectation, and normally completely founded expectation. as far as NAT traversal goes, there are far more, easier methods for detecting such machines that don't rely on a disparate set of remotely plausible conditions to be present.

      In order to provide security the NAT box has to refuse to forward those packets, unless they meet one of the NAT rules. Oh, look - it's suddenly become a /firewall/.

      not rely. in order to provide such security, it would need to ACCEPT forwarding those packets, which is a subset of forwarding anything in the first place, which is something most NAT devices don't actually do. see above where I informed you that NAT is not routing. why the fuck would a "NAT box" forward packets from an external interface (it might be hard for you to understand that mangling the packet's destination when properly addressed to the external interface and the subsequent forwarding done is different from this, but it is)?

      it's not a router, which means it cares what the destination IP is. it owns your external IP. it is listening on it. it doesn't advertise routes. any packet destined toward a private IP address is discarded, because that IP address is not bound to that interface. it's quite simple, really.

      I didn't read the rest of your post, and I still don't think you understand regular expressions.

    2. Re:(false) NAT security by himi · · Score: 1

      Okay, I think you're simply trolling here - either that or you're a total moron.

      I've no idea what "13[789]" is supposed to mean; there is the daytime port at 13/tcp, but I don't know what services run on 789/tcp or 13789/tcp. approximately 65536 ports could map out the "contents" of each individual host you're allowed to access in this manner, given a few conditions, and it would only map out the ports for one particular protocol (TCP, in this case). those conditions might be various firewall and routing rules affecting the reverse path.

      This is what makes me think you're a moron. You aren't capable of reading that string and going "Oh, he means ports 137, 138 and 139, as in a shell glob or a regex class"? Those being the NETBIOS ports, commonly open on Windows boxes or boxes that run some kind of SMB server. NETBIOS generally runs over UDP, but also supports TCP; 443 was a typo/thinko for 445, which is the CIFS/SMB port, also open on most Windows boxes and anything running an SMB server - good choices for mapping out a network with a minimum of packets.

      You also have some issues with understanding the way that routers implementing NAT work, apparently - given your reading comprehension problems, that's probably understandable.

      Also, what's with double quoting my nick and tacking on my userid? Are you trying to suggest I'm not really who I say I am? Some kind of sock-puppet or something?

      Definitely a troll, or a complete moron.

      himi

      --

      My very own DeCSS mirror.
  139. Shutdown all the phishing servers.... by Anonymous Coward · · Score: 0

    ... should free some IP ranges

  140. This is a great opportunity ... by dezent · · Score: 1

    To introduce the Great NAT of China !!

  141. Re:Dynamic address from ISP = intermittent lock-ou by Hucko · · Score: 1

    HA my router doesn't even have a power button!

    --
    Semi-automatic amateur armchair Australian philosopher; conjecture ready at any moment...
  142. No-one will force anything by ekhben · · Score: 1
    No-one will force anything. But when IPv4 has run out, that means there's no more addresses. It's up to the people trying to start or expand their businesses at the time whether they deploy IPv6, use NAT or 6-to-4 bridging (if they already have some v4 addresses), or try to find a competitor who's got more addresses than they can use and thinks they'll make more money selling the right to control those addresses than they'd make using them.

    Using NAT is incredibly short-sighted. NAT only works to grow existing client networks by a factor of maybe 100. It can't be used for new services, because those services must be directly addressable; I don't see anyone wanting their URL to be http://my.stupid.business:3431/. It can't be used for new networks, because you can't use NAT if you don't already have some routable addresses. It won't support new ways to exploit connectivity, or developing regions and economies.

    But of course, it will happen, because NAT is cheap and quick and easy and there's plenty of people who are happy to use a solution that will give them enough to get by another year.

  143. MMOs use a dedicated server by tepples · · Score: 1

    how do you explain all of the commercials I see from Time Warner touting how 'superior' Roadrunner is for gaming?

    Because some of the most popular games, such as World of Warcraft, use a dedicated server operated by the publisher.

  144. Take some back from the email marketing companies by Anonymous Coward · · Score: 1, Interesting

    Why is that email marketing companies get so many ipv4 addresses? ISP's have a hard time getting a /22 while some email marketing companies use up /18's and more. They only need a single IP Address, they just like lots to help get past blacklists.

  145. Re:Why is everyone talking about pushing back IPv6 by bugg · · Score: 1

    You're right, things in the home don't generally support IPv6 yet. But in enterprise and universities, I think we're in a different boat: and I think we, especially those of us who work on university networks (which I do), should start doing preparations to set sail.

    --
    -bugg
  146. Re:Dynamic address from ISP = intermittent lock-ou by Anonymous Coward · · Score: 0

    Some ISPs already do oversell their DHCP pool; many of these operate WiFis in airport lounges, cafès, hotel common areas and the like, where individual devices are only connected transiently.

    SOHO routers should sleep on idle. Most don't. This is a bug. If there is nothing generating traffic, and nothing in the ARP cache, the router should enter a low power mode.

    Since most of these routers are controlled by the ISP, and consume a few watts of power, it is grossly unfair to their customers (and their non customers in the area) that they do not implement a sleep-on-idle/wake-on-activity-or-administrative-access-from-ISP-side.

    The idle timer need not be aggressive, precisely because people do suspend or turn off computers when they go to work or school or out shopping, etc.

  147. Re:Holders of /8 IP addresses... not using them? by kayditty · · Score: 0

    I guess it's not that strange that they're not hosting their own websites... but that's a helluva lot of IP addresses that they hold to be "pilfering" from the limited supply that the rest of us have to play with.

    it isn't strange at all. how does it follow then that they're not making use of this address space? who wrote the law that says you have to host your webserver inside of IP space you on, and who wrote the logic that makes that necessitates under"utilization" (I hate the word utilize; see dictionary.com)? it was probably a guy by the name of N. Sequitir.