Slashdot Mirror


Vint Cerf Keeps Blaming Himself For IPv4 Limit

netbuzz writes "Everyone knows that IPv4 addresses are nearly gone and the ongoing move to IPv6 is inevitable if not exactly welcomed by all. If you've ever wondered why the IT world finds itself in this situation, Vint Cerf, known far and wide as one of the fathers of the Internet, wants you to know that it's OK to blame him. He certainly does so himself. In fact, he does so time and time and time again."

309 comments

  1. Things people do... by Anonymatt · · Score: 5, Insightful

    Is this a backwards opportunity taken for asserting that he is one of the Fathers of the Internet?

    1. Re:Things people do... by Hognoxious · · Score: 5, Funny

      We all know it wasn't him. Seriously - is there anyone here who doesn't know who algoreithms are named after?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    2. Re:Things people do... by mcgrew · · Score: 2, Informative

      No need to assert; it's common knowledge.

      Vinton Gray "Vint" Cerf[1] ( /srf/; born June 23, 1943) is an American computer scientist who is recognized as one of [4] the fathers of the Internet", sharing this title with American computer scientist Bob Kahn.[5][6] His contributions have been acknowledged and lauded, repeatedly, with honorary degrees, and awards that include the National Medal of Technology,[1] the Turing Award,[7] the Presidential Medal of Freedom,[8] and membership in the National Academy of Engineering.

      In the early days, Cerf was a program manager for the United States Department of Defense Advanced Research Projects Agency (DARPA) funding various groups to develop TCP/IP technology. When the Internet began to transition to a commercial opportunity during the late 1980s,[citation needed] Cerf moved to MCI where he was instrumental in the development of the first commercial email system (MCI Mail) connected to the Internet.

      Vinton Cerf was instrumental in the funding and formation of ICANN from the start. Cerf waited in the wings for a year before he stepped forward to join the ICANN Board. Eventually he became the Chairman of ICANN.

    3. Re:Things people do... by Anonymatt · · Score: 0

      Well then let's get him!

    4. Re:Things people do... by bennomatic · · Score: 1

      Wish I had mod points. That was funny.

      --
      The CB App. What's your 20?
    5. Re:Things people do... by bill_mcgonigle · · Score: 1

      Is this a backwards opportunity taken for asserting that he is one of the Fathers of the Internet?

      It's an opportunity to get attention. Perhaps that bring consulting dollars, who knows.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:Things people do... by microbee · · Score: 1

      My thought exactly.

      It's like "Sue me, and make me famous, again!".

    7. Re:Things people do... by Anonymous Coward · · Score: 0

      Come on, be smart enough to understand he was making a joke. Al Gore Rhythms. How can you be on /. and be that stupid? OH, that's right, it is all about being SMUG. You are just showing off your knowledge. Well aren't we the bright one, now move along little boy.

    8. Re:Things people do... by Daniel+Phillips · · Score: 3, Insightful

      Is this a backwards opportunity taken for asserting that he is one of the Fathers of the Internet?

      I would say so. Below is the references section of RFC 791. Cerf shows up only on the "Catenet" article while the bulk of the heavy lifting was apparently done by John Postel, a rather more humble person it would appear. And Bob Kahn, who for some reason does not appear in these references. On the whole, Cerf seems to have mainly acted as a PM and money man.

      [1] Cerf, V., "The Catenet Model for Internetworking," Information
                Processing Techniques Office, Defense Advanced Research Projects
                Agency, IEN 48, July 1978.

      [2] Bolt Beranek and Newman, "Specification for the Interconnection of
                a Host and an IMP," BBN Technical Report 1822, Revised May 1978.

      [3] Postel, J., "Internet Control Message Protocol - DARPA Internet
                Program Protocol Specification," RFC 792, USC/Information Sciences
                Institute, September 1981.

      [4] Shoch, J., "Inter-Network Naming, Addressing, and Routing,"
                COMPCON, IEEE Computer Society, Fall 1978.

      [5] Postel, J., "Address Mappings," RFC 796, USC/Information Sciences
                Institute, September 1981.

      [6] Shoch, J., "Packet Fragmentation in Inter-Network Protocols,"
                Computer Networks, v. 3, n. 1, February 1979.

      [7] Strazisar, V., "How to Build a Gateway", IEN 109, Bolt Beranek and
                Newman, August 1979.

      [8] Postel, J., "Service Mappings," RFC 795, USC/Information Sciences
                Institute, September 1981.

      [9] Postel, J., "Assigned Numbers," RFC 790, USC/Information Sciences
                Institute, September 1981.

      --
      Have you got your LWN subscription yet?
    9. Re:Things people do... by Profane+MuthaFucka · · Score: 1

      Vint Cerf you short-sighted MOTHERFUCKER! We hate you more than the guy who thought BNC connectors were a good idea.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    10. Re:Things people do... by Lanboy · · Score: 1

      No that was Metcaffe. Ethernet predates TCP/IP.

    11. Re:Things people do... by Vegemeister · · Score: 1

      What's wrong with BNC connectors?

    12. Re:Things people do... by tzot · · Score: 1

      It's hard to differentiate between algorithms and algoreisms :)

      --
      I speak England very best
    13. Re:Things people do... by Profane+MuthaFucka · · Score: 1

      It might have just been my own bad luck, but I've never found a COAX network cable attached with a BNC connector capable of withstanding a little wiggling. It sucked to have someone bump the desk a little too hard and bring the whole network down.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
  2. Glad thats sorted out! by powerlord · · Score: 5, Insightful

    Cool. Now that we've assigned blame, hopefully we can move forward with FIXING the problem.

    Since there is already a fix available (IPv6), if/when this DOES become a problem, THAT problem should be assigned squarely on the shoulders of the people who failed to implement the FIX in a timely enough manner.

    --
    This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    1. Re:Glad thats sorted out! by Omnifarious · · Score: 1

      It's not that I don't believe you, but I would like a little more information than a simple bald assertion by a random Slashdot poster.

    2. Re:Glad thats sorted out! by commodore64_love · · Score: 1

      What happened to IPv5?

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      You're new here, aren't you?

    4. Re:Glad thats sorted out! by MachDelta · · Score: 1, Funny

      Same thing that happened to our razor blades.

    5. Re:Glad thats sorted out! by Anonymous Coward · · Score: 2, Funny

      You're new here, aren't you?

      Omnifarious (11933)

      The five digit UID somewhat disputes your position...

      -AC

    6. Re:Glad thats sorted out! by powerlord · · Score: 2, Informative

      Since I actually bothered to read the article:

      But Cerf, chief Internet evangelist at Google, has long known a good laugh line when he has one. In an Aug. 17 talk at NASA, he said:

      This is the amount of IP version 4 address space, about 5% left -- my fault actually. In 1977 I was running the Internet program for the defense department, I had to decide how much address space this Internet thing needs. ... After a year of arguing among the engineers, no one knowing, 32 bits, 3.4 billion terminations, has to be enough for an experiment. The problem is the experiment never ended.

      So, since the internet is just an experiment that never ended, can we name this "Endless October"? :)

      --
      This space for rent. All reasonable inquiries will be entertained at proprietors discretion.
    7. Re:Glad thats sorted out! by PolygamousRanchKid+ · · Score: 2, Informative

      What happened to IPv5?

      It was the ST2 protocol: http://www.faqs.org/rfcs/rfc1819.html

      Never went anywhere.

      --
      Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
    8. Re:Glad thats sorted out! by JustOK · · Score: 0

      have to use Netscape Navigator 5 for full effect.

      --
      rewriting history since 2109
    9. Re:Glad thats sorted out! by desertfool · · Score: 1

      There was something in the way of IPv5, the Internet Stream Protocol:

      http://www.oreillynet.com/onlamp/blog/2003/06/what_ever_happened_to_ipv5.html

      --
      Just a dude. Stuck in IT.
    10. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      My understanding is basically as follows:

      A 4-bit portion of the IP header block indicates what "version" of the IP protocol is being referenced and for reasons I'm not at all familiar with, the first bit is always supposed to be a zero. So, thus far, the value in that field has always been "0010" (thus "4") but under the new system, it will become "0110" (thus "6").

      -AC

    11. Re:Glad thats sorted out! by hardburn · · Score: 5, Informative

      Except IPv6 is hierarchical, for that very reason. Routing tables can be much, much smaller than they are on IPv4.

      --
      Not a typewriter
    12. Re:Glad thats sorted out! by XanC · · Score: 2, Informative

      That's the dumbest thing I've ever heard. Every one of those changes would require just about as much conversion energy as switching to IPv6 does now. If we're going to have to go through that, we sure aren't going to do it just to add another octet. And then do it again. And again.

      I don't know where the idea comes from that a conversion to a smaller address space is less of a pain than conversion to a big address space.

      NAT wasn't re-invented, it was UN-invented, which is a *good thing*. In any case it's still possible. DHCPv6 is certainly available for you to use, although you now have the option of not needing it.

    13. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      You are SO fucking STUPID. God! Get a brain, moran!!!!11

    14. Re:Glad thats sorted out! by Jeremi · · Score: 2, Informative

      Why did they do this? I mean When we ran out phone numbers the first time we just added an exchange number, when we ran out again we just added a area code, then a country code and so on.

      And how would you propose to tell all the IPv4-only apps out there to "just add an exchange number"? Oh, right, you have to modify and recompile them all to so that they will know how to do that.

      Why didn't they just add an extra octet? or even just double the address space from 32 to 64?

      Because breaking compatibility with all twenty gazillion existing IPv4 apps will cause the same amount of pain whether your add 1 bit or 96. Either way, all the legacy software and hardware has to be upgraded, or interfaced to.

      Given that we are going to have to break compatibility once, our next goal is to not have to break it two times. Which is why IPv6 is designed to be as future-proof as possible -- so we won't have to go through this hassle again 10 years from now.

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    15. Re:Glad thats sorted out! by Cramer · · Score: 2, Informative

      DHCPv6 is certainly available for you to use, although you now have the option of not needing it.

      Wrong. RA provides only a prefix (which MUST be /64 for SLAAC) and gateway (i.e. the thing sending the RA.) That is "all you need" today because IPv4 is filling in the rest of the equation... hostname, domain name, nameservers, etc. Turn off IPv4 and you quickly see how much is left out. Modern systems depend on a lot more than just an address to function productively.

    16. Re:Glad thats sorted out! by Coren22 · · Score: 1

      Funny enough, there is a candidate for sheriff in MD by the name of moran, always makes me laugh when I see the signs "Moran for Sheriff"

      http://www.moranivsheriff.com/

      --
      APK likes to ask for responses to the same things over and over. Maybe he just likes the responses?
    17. Re:Glad thats sorted out! by Daniel+Phillips · · Score: 1

      For what it's worth, Vint Cerf was instrumental in ensuring that the putative IPv6 fix would fail massively.

      It's not that I don't believe you, but I would like a little more information than a simple bald assertion by a random Slashdot poster.

      Ask and you shall receive. Vint Cerf helf the post of "Internet Architect" from 1989 to 1992 during which time IPv6, then called IPNG was designed. Vint described himself personally to me as "chairman of the committee" which I accepted at face value, although the documentary evidence does not support that. Nonetheless, wearing his various hats including chairman of ICANN and chairman of ISOC, he played more than a cameo role in the evolution of IPv6.

      --
      Have you got your LWN subscription yet?
    18. Re:Glad thats sorted out! by toastar · · Score: 1

      That's the dumbest thing I've ever heard. Every one of those changes would require just about as much conversion energy as switching to IPv6 does now. If we're going to have to go through that, we sure aren't going to do it just to add another octet. And then do it again. And again.

      I don't know where the idea comes from that a conversion to a smaller address space is less of a pain than conversion to a big address space.

      NAT wasn't re-invented, it was UN-invented, which is a *good thing*. In any case it's still possible. DHCPv6 is certainly available for you to use, although you now have the option of not needing it.

      Backwards compatibility is a good thing.
      Say we used 64 bits rather then 32. When you requested had an "AAAA" record and just requested the "A" record the server would just send out the first 32 bits of the address.
      Simple and easy. and no going to the IPv6 version of a website

      Instead of extending IPv4 logically, The engineers must of thought, 'well IPX to IPv4 wasn't hard, We'll just start over from scratch'

      We've gone through the need to increase address spaces before, From time_t, to CPU address spaces. No where has it been as big of a change as IPv6.
      My argument isn't that it's not an improvement, but that the lack of adoption is directly correlated with the increase in complexity.

      I mean can you even imagine if intel or amd said, 32 to 64 forget that we're going to use 128bit chips? Oh and we're axing SSE because you don't need it with that large an address space.

    19. Re:Glad thats sorted out! by silas_moeckel · · Score: 2, Interesting

      The IPv4 bloat has a lot more to do with TE than anything else. Basic BGP routing (what the internet uses) is a hot potato system where you get the data as close to the end AS as quickly as possible so the receivers ISP should be doing the majority of the work. Well there were a lot of companies that didn't like that expense they wanted to say they had a national or global network but wanted the other guy to get the data as close as possible before having to do any work. This is where TE or traffic engineering comes into play you advertise more specific routes only from where those packets are going. Since IPv4 CIDR routing allowed this and a haphazard method it works. IPv6 the expectation has changed people do not accept those deaggregated routes meaning instead of the current 250k ish routes in IPv4 IPv6 should have about 50k if all the current IPv4 AS's switch to IPv6 this is very manageable. As long as nobody accepts anything smaller than the minimum allocation (which are well known inside of IPv6 blocks and not expected to change) that number will stay steady.

      It's really not about the routing engines ability to process the routing tables you can put more and more cpu time at that and make it work. The ASIC's that actually move data around have to be able to look up those routes at line rates. This means they have a local and simplified version of that table or a subset of that table. Obviously if it's a subset you can DOS the ASIC if you can send data through it to more routes than it can handle, if it contains a full view of that table it's very expensive to store that data in very fast ram. As servers get faster they can do the job of a generation of two ago of fast routers, PC's are getting into a 10ge line rates routers are an order or two faster than that now.

      --
      No sir I dont like it.
    20. Re:Glad thats sorted out! by Daniel+Phillips · · Score: 1

      Corrected link...

      For what it's worth, Vint Cerf was instrumental in ensuring that the putative IPv6 fix would fail massively.

      It's not that I don't believe you, but I would like a little more information than a simple bald assertion by a random Slashdot poster.

      Ask and you shall receive. Vint Cerf held the post of "Internet Architect" from 1989 to 1992 during which time IPv6, then called IPNG was designed. Vint described himself personally to me as "chairman of the committee" which I accepted at face value, although the documentary evidence does not support that. Nonetheless, wearing his various hats including chairman of ICANN and chairman of ISOC, he played more than a cameo role in the evolution of IPv6.

      Incidentally, when I asked him if more could have been done by the designers of IPv6 to ease the transition from IPv4 to IPv6 he got red in the face and spat out in a most unseemly way "certainly not". I was quite taken aback at that response to my simple, fair and on the face of it, topical question. I did not further converse with him, and have not done so since.

      --
      Have you got your LWN subscription yet?
    21. Re:Glad thats sorted out! by XanC · · Score: 0, Troll

      We have the 6to4 transition mechanism, which is basically what you're describing: an IPv4 address encoded in an IPv6 address.

      "must of thought" - this doesn't parse.

    22. Re:Glad thats sorted out! by gclef · · Score: 2, Informative

      It was targeted to be hierarchical as of 1999 (when that presentation was made). That has since been abandoned, and it's now somewhat more free-form the way IPv4 is. To my understanding, there are no restrictions on region or organization as to where IPv6 can be announced, and the criteria for IPv6 Provider-Independent IP space are identical to the ones for IPv4 space.

    23. Re:Glad thats sorted out! by sjames · · Score: 1

      Well, in fact, they simply quadrupled the address space. Given the difficulty getting people to switch, we don't want to have to do it again any time soon! Then they removed the IP checksum since it turned out that IP is always carried by a layer2 with it's own checksums anyway.

      If you really wanna, you can use DHCP6 to assign addresses. You can even use NAT if you really want to (as pointless as that would be). Other than that, as long as you can remember that instead of each network having a different (but systematically determinate) broadcast address, it's always ff05::1, you'll be fine.

      Honestly, you only need to know about the rest if you decide to use it. Just what is so hard about that?

    24. Re:Glad thats sorted out! by toastar · · Score: 1

      And how would you propose to tell all the IPv4-only apps out there to "just add an exchange number"? Oh, right, you have to modify and recompile them all to so that they will know how to do that.

      Nah the router just adds a prefix on the way out, and subtracts it on the way in, Kinda like how 6to4 works.

      This should of been thought of before rfc 2460 was published

    25. Re:Glad thats sorted out! by toastar · · Score: 1

      >

      "must of thought" - this doesn't parse.

      I ' when i should of "

    26. Re:Glad thats sorted out! by toastar · · Score: 1

      We have the 6to4 transition mechanism, which is basically what you're describing: an IPv4 address encoded in an IPv6 address.

      The thing is 6to4 came out 4-5 years after IPv6

    27. Re:Glad thats sorted out! by Wyatt+Earp · · Score: 2, Informative

      That is "new here" to me.

    28. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      He should be careful about that, in the US you get sued for the strangest things, barring his neck like that, is like asking for trouble.

    29. Re:Glad thats sorted out! by HTH+NE1 · · Score: 1

      "of" is not a verb. The word you want is "have".

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    30. Re:Glad thats sorted out! by Abcd1234 · · Score: 2, Informative

      It was targeted to be hierarchical as of 1999 (when that presentation was made). That has since been abandoned, and it's now somewhat more free-form the way IPv4 is.

      Somewhat, yes. But the v6 space is still very much aggregable, which simplifies routing considerably. This is specifically mentioned in RFC 3513:

      Though a very simple router may have no knowledge of the internal structure of IPv6 unicast addresses, routers will more generally have knowledge of one or more of the hierarchical boundaries for the operation of routing protocols. The known boundaries will differ from router to router, depending on what positions the router holds in the routing hierarchy.

      Furthermore, in the description of the structure of an IPv6 address.

      The general format for IPv6 global unicast addresses is as follows:
      --diagram--
      where the global routing prefix is a (typically hierarchically-structured) value assigned to a site (a cluster of subnets/links), the subnet ID is an identifier of a link within the site, and the interface ID is as defined in section 2.5.1.

    31. Re:Glad thats sorted out! by jd · · Score: 1

      TUBA was intended to solve that problem by having an extensible address. If you added another level to the network, you automatically added another byte to the network address. There was a lot of value to this approach (and IPv6 borrows the concept in the way it implements hierarchical addressing), but TUBA was abandoned because hardware manufacturers didn't want the complexity of variable-length addressing. Having a fixed-length address that was padded made much more sense to them. Which is understandable. An array is easy to work to as you can always jump to a specific entry. TUBA would have required address tables to use a tree for everything. It's not horrible to search, compared to the IPv4 scheme, but the overheads are much higher (you need lots of pointers, malloc/free operations, etc) and tools designed to work with IP addresses become much more complex internally.

      I do think it might be handy to have a protocol derived from TUBA, though.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    32. Re:Glad thats sorted out! by Jeremi · · Score: 1

      Nah the router just adds a prefix on the way out, and subtracts it on the way in, Kinda like how 6to4 works.

      How can the router know which prefix it is supposed to add on the way out?

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    33. Re:Glad thats sorted out! by mattack2 · · Score: 2, Funny

      The word you want is "whoosh".

    34. Re:Glad thats sorted out! by tlhIngan · · Score: 1

      If you really wanna, you can use DHCP6 to assign addresses. You can even use NAT if you really want to (as pointless as that would be). Other than that, as long as you can remember that instead of each network having a different (but systematically determinate) broadcast address, it's always ff05::1, you'll be fine.

      NATv6, while not defined, probably isn't that useless. Think ISPs are gonna give up that $5/month/ip deal they got going? And they'll probably force-firewall everything but ::1 to protect people from inadvertently putting every PC on the network, since NAT served as a (admittedly poor) firewall.

      That, and people may refer to IP addresses by number - like I have a test IPv6 network using FC00::/64 (FC00 is the private network prefix - just like 10, 192.168, etc.). And not really want to have to type the gobbledegook that their ISP gives them.

      Between the link-local, stateless autoconfig, ISP's address, and a simple FC00::/64, most people will probalby want to type the latter when referring to internal machines. Sure, you can assign tons of IPv6 addresses to an interface, so they will have link-local, ISP-prefix IPv6 address, and private network IPv6 address (FC00::/64). But then again, if a machine fails to get Internet (v6) connectivity, people will probably ping the private or link-local addresses and forget they have a third IP address as well.

      Perhaps the biggest issue is the lack of NATv6. Then people could treat IPv6 as a a nicer version of IPv4 instead of a whole new set of things people have to master now. Otherwise we could just give FC00::1, FC00::2, etc to internal PCs, and have IPv6 working internally and the router will translate it to whatever ugly thing their ISP gives them. Their ISP prefix doesn't make it to their internal network, they can forget link-local addresses, and just use FC00::blah as their internal IPv6 addresses just like they do for 192.168.x.x.

      Or, even better, a combination NATv6/NATv4 at the router level. Then your existing IPv4 equipment works just fine (the router does the IPv4 to IPv6 translation as necessary), you can experiment with IPv6 slowly (give all your PCs IPv6 private addresses (and NATv6 will translate those as appropriate). IPv6 only hosts can be reached by IPv4 hosts through the NATv4/NATv6 router they have (the router detects it only gets AAAA IPs doing DNS, so it'll map a connection back and forth and do protocol translation). This method also works in that there can be a (pseudo-) domain so you can enter in an IPv6 address into an IPv4 program (e.g., FC00-something-something-something-...-blah.ipv6-literal.net) which the router will see as an attempt to connect to an IPv6 host via IPv4 and map appropriately. And if it's IPv4 reachable, it does NATv4 like everything else.

      Sure, it's clunky, but the less people have to do, the faster it'll get adopted. Right now people need new equipment, training and all that to implement IPv6 properly. Or we can design a NATv6 box that anyone can drop in and start doing IPv6 on the external side (alongside IPv4) while not having to do a single thing inside. I'm more willing to replace my home router than to have to now set everything inside (if possible - I have a number of things that don't do IPv6) to do IPv6. Then we could do the transition yesterday because no one cares if you're using IPv6 or IPv4 externally, and internally things worked the same way as they always had. People who want to do pure IPv6 can do so at their leisure, everyone's mom and dad can just replace their linksys router with something and go away happy. Instead now we have hacks like 6to4 and teredo and other things.

      Perhaps we can use the remaining year of IPv4 addresses left to properly do such a device so going to IPv6 is just replacing that little linksys box rather than having to setup everything. Corporations with IPv4 only routers and internal gears keep their hardware investments, again they only need to replace their router, etc. Sure it's nasty

    35. Re:Glad thats sorted out! by hairyfeet · · Score: 1

      Well I'm not him, but not having backwards compatibility with IPV4, well I'd say that is fuckup of Titanic proportions. It means without hacks like tunneling you end up with 2 separate Internets, with the majority on the old not being able to talk to those on the new easily. That is some serious level of stupid there.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    36. Re:Glad thats sorted out! by Zan+Lynx · · Score: 1

      Multicast DNS and zero-conf are the way forward on this.

      If only dinosaurs weren't going around IPv6 deployments implementing DHCPv6.

    37. Re:Glad thats sorted out! by HTH+NE1 · · Score: 1

      A repeated error does not a gentle hint warrant.

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    38. Re:Glad thats sorted out! by toastar · · Score: 1

      Nah the router just adds a prefix on the way out, and subtracts it on the way in, Kinda like how 6to4 works.

      How can the router know which prefix it is supposed to add on the way out?

      The Same way it works in IPv4.... Subnetting.

      Just use the IPv4 Address for the last 32 bits and use the router's public Network address for the rest of it. Developing 6to4 was one of the main things holding back IPv6 for quite sometime.

    39. Re:Glad thats sorted out! by Flushdot+Is+Bad · · Score: 0

      oh great, a UID dickwaving contest

    40. Re:Glad thats sorted out! by mjwalshe · · Score: 1

      yes thats what they said about X.400 and email OSI was much better rather than this rubbish smtp - oops look what we are using now.
      I used to look after the UK's X.400 links when Vint was at MCI and i technically worked for him at quite a big remove it must be said

    41. Re:Glad thats sorted out! by mjwalshe · · Score: 1

      as is CIDR look up supernetting

    42. Re:Glad thats sorted out! by nigelo · · Score: 1

      SHUT UP, already!

      There, was that too gentle? ;-)

      --
      *Still* negative function...
    43. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      Never use an odd version number for production. Haven't you learned anything from Star Trek?

    44. Re:Glad thats sorted out! by sjames · · Score: 2, Interesting

      Why not just add the FC00:: addresses as aliases on your machines at home? Or just keep the 192.168 addresses in the dual stack configuration? Then the ISP can send you a router announcement and the v6 addresses will autoconfigure and just work.

      Your router could then do NAT for v4 like it does now and just do basic firewalling for v6 (a very simple set of rules will perfectly duplicate the "security" of NAT).

      Because v6 specifies autoconfig, the ISP pretty much HAS to offer you at least a /64. The router announcement takes care of the rest.

      Because 6to4 uses an anycast address, a router can set it up as a one size fits all solution. I've been running that at home for several years now. It was dead simple. Even the brain dead Windows box I keep for testing was easy to get going, I just installed the IPv6 protocol and POOF, it's done! It saw the router announcement and just worked.

      Since I'm running dual stack (the default condition for machines on v6 right now), there was no need to renumber anything.

      If you'll stop to think for a moment, you'll realize that since the v6 space is too large to be specified by a v4 address, there can be no translation from v4 to v6. There can, however be a translation from v6 to v4.

      There is absolutely nothing hard about v6 at all. In fact, many Windows users are using it right now through Teredo tunneling and don't even know it.

      For the corporate users, if there is no NAT in the mix, they can instantly determine which machine is responsible if they receive an abuse notice from an admin out on the net with no need to look in logs and figure out if there is clock skew on the remote server etc. Just look up the MAC encoded into the auto-configured v6 address in the asset database.

      So really, it' nothing but inertia, laziness and FUD that is holding us back.

    45. Re:Glad thats sorted out! by Cramer · · Score: 1

      mDNS, et. al. are nice... if www.yahoo.com happens to be on the local link . mDNS is NOT a complete replacement for traditional (unicast) DNS. SLAAC is lightyears from what DHCP has provided for years.

      Please, remove IPv4 from your network(s). Run 100% pure IPv6. You'll learn what many others have known for years... the "utopia" that IPv6 is supposed to be, *isn't*. Without something filling in your DNS servers -- for GLOBAL name resolution, you're not going to get very far.

    46. Re:Glad thats sorted out! by MichaelSmith · · Score: 1

      So if we grabbed one bit from the protocol version and used it to expand the address space we would be okay for another ten years or so.

    47. Re:Glad thats sorted out! by Anonymous Coward · · Score: 0

      Errr, no. We'd have to do 90% of the work that it takes to implement ipv6 to implement your idea, for about .001% of the benefit. That just makes your idea seem pretty silly.

    48. Re:Glad thats sorted out! by RichiH · · Score: 1

      While true, if my upstreams and their peers don't filter me correctly, I could take down half the Internet with just enough /64 from my /32 to kill routers with less than 2 GB of RAM.

      Most smaller networks and the edge routers of the big players will not be able to cope with this amount while the core will happily hold the routes in memory, spreading the problem.

    49. Re:Glad thats sorted out! by LinuxGeek · · Score: 1

      Wyatt,

      Guess I'm not the oldest man here after all. Don't worry, I'm getting off your lawn...

      --

      Kindness is the language which the deaf can hear and the blind can see. - Mark Twain
    50. Re:Glad thats sorted out! by CAIMLAS · · Score: 2, Insightful

      IPv6 is a good example of a fix to an existing problem which adds more problems in the meantime.

      It's like an application bug/security fix which adds a new user interface, which is entirely different than the original, exports different functionality, and has a massive learning curve. If a vendor were to release something like this, they'd be laughed at and ridiculed until they released a proper 'fix' which didn't break functionality and usability.

      Whatever the fix may be, it needs to be backward compatible - and by backward compatible, I mean older devices with IPv4 stacks need to be able to talk to IPv6-only address space. "Running two competing and partially compliant network stacks for compatibility" is about as stupid and complicating as having to reboot to use different applications in another OS: sure, it's one possible solution, but it is by no means ideal or preferred.

      People - like the the writers of the wikipedia IPv6 article - fail to grasp the scope of IPv6 compatibility issues with statements like "IPv6 compatibility is mainly a software/firmware issue like the year-2000." No; no it is not like the Year 2000 bugs: those were present in only a handful of currently-used systems, had massive financial backing (due to most of them occurring in big-money industries), and did not impact common system operation unless year-2000 compliance was strictly required by the applications (most did not).

      Today, most applications are "Internet aware". There are tens of thousands of different vendored applications and hardware device variants out there which are IPv4 only. The consumer - never mind business - cost would we HUGE.

      Look, it's not like the internet would stop working when IPv4 exhaustion occurs. We're not even talking about tenacious limited supply like Peak Oil or Lithium. There are ways to free up years worth of IPv4 address space, and beyond that, there are further ways to reduce address space use - ways which are actually fairly congruent with good network administration practices.

      While NAT may have been conceived as a fix to a routing problem, there's a reason we've got non-routed address space; the same applies to why it's a good idea to have as few exposed services on an interface/IP/network. Resorting to NAT for a lot of uses, where it is currently not used, would be a good step (UCal and Berkley, we're looking at you and your friends.)

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    51. Re:Glad thats sorted out! by VJ42 · · Score: 1

      Same thing that happened to our razor blades.

      Yet again, life imitates the Onion: http://www.gillette.com/en/us/Products/Razors/Fusion/fusion-manual.aspx

      --
      If I have nothing to hide, you have no reason to search me
    52. Re:Glad thats sorted out! by man_of_mr_e · · Score: 1

      I don't understand. This problem was solved by Stargate Command, they simply unlocked the 9th chevron and increased their adress space exponentially. ;)

    53. Re:Glad thats sorted out! by man_of_mr_e · · Score: 1

      I've got a simple solution. Make IPv4 IP's $500 a piece and make IPv6 IP's $.01 a piece.

      In the short term, ISP's will NAT everyone and there will be a huge cost incentive to get everyone up on IPv6 over the long term. Plus it will generate income to help with the conversion.

    54. Re:Glad thats sorted out! by kmoser · · Score: 1

      Actually, Mad Magazine parodied the "razor with an absurd number of blades" back in the 1980s. The Onion is late to that party.

  3. So, this is ALL YOUR FAULT! by Rene+S.+Hollan · · Score: 2, Funny

    ... to quote that hilarious line from Idiocracy.

    --
    In Liberty, Rene
    1. Re:So, this is ALL YOUR FAULT! by bhcompy · · Score: 2, Funny

      Actually, he's Not Sure

    2. Re:So, this is ALL YOUR FAULT! by Anonymous Coward · · Score: 0

      Yeah, but how bad can one night of rehabilitation be?

    3. Re:So, this is ALL YOUR FAULT! by elrous0 · · Score: 1

      And he's got electrolytes!

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    4. Re:So, this is ALL YOUR FAULT! by Anonymous Coward · · Score: 0

      IPv6, it's what plants crave.

    5. Re:So, this is ALL YOUR FAULT! by Anonymous Coward · · Score: 0

      So... he's what plants crave?

  4. Frankly... by Daniel+Phillips · · Score: 3, Insightful

    Vint Cerf should blame himself for the IPv6 mess instead.

    --
    Have you got your LWN subscription yet?
    1. Re:Frankly... by thasmudyan · · Score: 3, Interesting

      Vint Cerf should blame himself for the IPv6 mess instead.

      Exactly. I assert that the migration would already have happened (and seamlessly) if we had just extended the address space and left everything else the way it was. To be fair, I believe this is a marketing problem. At the time when IPv6 became serious, all sorts of ideas were floated and sensationalized. A bunch of journalists said stuff like "in the future, a device will have just one static IP wherever it goes" and "we'll do away with firewalls". Which sounded insane! And while it's debatable whether getting rid of NAT is a good or bad thing, the rest of IPv6 is actually more like the incremental upgrade we wanted all along, and less like the authoritarian supernet it was advertised to be.

    2. Re:Frankly... by j+h+woodyatt · · Score: 1

      I assert that the migration would already have happened (and seamlessly) if we had just extended the address space and left everything else the way it was.

      That "solution" would have still presented as "ships in the night" and uptake would have been resisted for all the reasons that uptake of IPv6 has been resisted: no forward or backward compatibility. The fixed address size in IPv4 is the cause of the compatibility problems, but it's very badly exacerbated by the ubiquity of network address translators.

      At some point, the fixed address size in IPv6 may turn out to cause similar related problems, but we should be in a better position to avoid them as long as we don't succumb to the siren call of adding back network address translation on IPv6.

      --
      jhw
    3. Re:Frankly... by amorsen · · Score: 1

      You could have extended the address space without doing "ships in the night". Add an optional field with "original source IP address" which NAT-routers fill in when they translate addresses. The optional source route fields would be good candidates, since they're universally ignored these days. Hosts answering traffic with "original source IP" set, reflect the value into the "original destination IP" field. When the NAT receives traffic from outside, they check if the "original destionation IP" field is present, and if so, they don't use their normal NAT state tracking but instead just replaces the destination address with whatever was in the "original destionation IP" field.

      This would mean updates to all hosts and all NAT devices, but connectivity wouldn't break until this is in place, it would just revert to traditional NAT. Non-NAT-routers wouldn't need any updates.

      --
      Finally! A year of moderation! Ready for 2019?
    4. Re:Frankly... by gbjbaanb · · Score: 1

      really? what happens when a packet goes past a NAT router, into a network that's behind another NAT router? I guess you can store every packet that zips past the router in its own memory, but you couldn't store it in the packet itself. Not unless you had 2 optional fields. And then what happens when.. you get the idea.

      If we're going to roll out updates to every NAT device and host, we might as well roll out IPv6, its already partially rolled-out. Job done!

    5. Re:Frankly... by j+h+woodyatt · · Score: 1

      This would mean updates to all hosts and all NAT devices...

      And that's why what you're talking about wouldn't have been any better than IPv6. It requires updates to almost every unmanaged residential host and gateway before anybody would be able to rely on it, which is the main problem with IPv6. Only, your proposal doesn't fix any of the other problems in IPv4 in the process. it just adds address space, and in that sense, isn't really better or different than Realm-specific IP [RFC 3103], which ended in precisely the same ignominious failure that your idea would have met. QED.

      --
      jhw
    6. Re:Frankly... by david_thornley · · Score: 1

      If the IPv6 address size ever causes us any inconvenience, we could just add a planet code. If all of our bodies were practically riddled with teeny computers, and far more wherever we looked, and we really used IPv6 address space inefficiently, there's be no problem assigning each of those computers a distinct address.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    7. Re:Frankly... by Daniel+Phillips · · Score: 1

      I assert that the migration would already have happened (and seamlessly) if we had just extended the address space and left everything else the way it was.

      I agree, and further assert that it is not too late to go back and do that.

      To be fair, I believe this is a marketing problem.

      It is more than a marketing problem. The internet revolves around millions of important web hosts on four byte addresses serving billions of viewers also on four byte addresses. Proposing and promulgating an incompatible 16 byte address space in the face of this reality, obvious then and now, was just plain dumb. The practical problems are numerous, from the stupidly long IPv6 addresses looking unfamiliar and being clumsy to handle when expressed as numbers, thus driving net admins batty, to huge numbers of applications written for 8 byte sockaddr_in addresses still not converted to IPv6, and the work required to convert them being nontrivial by design. In reality, if you switch to IPv6 today you will be sitting lonely on an island. For a commercial web site it would be suicide.

      --
      Have you got your LWN subscription yet?
    8. Re:Frankly... by j+h+woodyatt · · Score: 1

      A lot of people don't realize that going from unstructured IPv4 addresses to structured IPv6 addresses means that the 128-bit fixed address size places an upper bound on the aggregate size of all the structured subfields encoded in an address. For an example of how this pressure is already beginning to arise, have a look at how ARIN and NANOG are reacting to the 6RD proposal.

      --
      jhw
    9. Re:Frankly... by Daniel+Phillips · · Score: 2, Interesting

      really? what happens when a packet goes past a NAT router, into a network that's behind another NAT router? I guess you can store every packet that zips past the router in its own memory, but you couldn't store it in the packet itself. Not unless you had 2 optional fields. And then what happens when.. you get the idea.

      He had the right attitude, wrong implementation. In fact, 15 bits may be borrowed from the IPv4 checksum field for some sensible address extension scheme. Much as IPv6 did, but hopefully without the complete redesign that proved more than counterproductive.

      If we're going to roll out updates to every NAT device and host, we might as well roll out IPv6, its already partially rolled-out. Job done!

      If done right, we only need to update the last hop which is typically a DSL router.

      --
      Have you got your LWN subscription yet?
    10. Re:Frankly... by amorsen · · Score: 1

      I'm not saying that my solution would have been better. I'm just saying that it could have been done, and that the result would be backwards compatible. So far there is 1 manufacturer of consumer IPv6 CPE's, and hardly any ISP's provide IPv6. I sure hope that changes, but to me it looks like we'll be stuck with Carrier Grade NAT for the next 5 years at least. Possibly a lot longer.

      --
      Finally! A year of moderation! Ready for 2019?
    11. Re:Frankly... by amorsen · · Score: 1

      There is no particular problem with adding multiple fields or a variable length field.

      If we're going to roll out updates to every NAT device and host, we might as well roll out IPv6, its already partially rolled-out. Job done!

      Except the job is not done. My proposal would be trivial to add to NAT devices, unlike IPv6, which only Apple cares to add to their devices.

      I like IPv6, it is a great protocol and the autoconfiguration features are wonderful. However, it is a really large job for an ISP to add IPv6 to an existing network, especially if they provide a bridged IPv4 network with DHCP today. For enterprises, maintaining and securing two separate Internet-connected networks is no fun at all. Approximately 0% of IT staff are trained in IPv6.

      All this can be fixed, but can it be fixed in 2 years?

      --
      Finally! A year of moderation! Ready for 2019?
    12. Re:Frankly... by Daniel+Phillips · · Score: 1

      And that's why what you're talking about wouldn't have been any better than IPv6. It requires updates to almost every unmanaged residential host and gateway before anybody would be able to rely on it

      The correct approach is to make IP4.5 completely compatible with existing NAT setups, then any residential operators who care to update their networks (me!) get access to an additional 15 bits or so of flat address space, with the high order 4 bytes remaining strictly compatible with the existing internet. See, nothing changes except you get this additional address space you can share with billions of friends.

      --
      Have you got your LWN subscription yet?
    13. Re:Frankly... by gbjbaanb · · Score: 1

      I do agree there - IPv6 should have retained the IPv4 addressing we're used to. Migration would have been simply putting in a new router, no hosts/servers/apps would have needed to be modified. And eventually all those old IPv4 addresses would have gone away as v6 DHCP servers were rolled out. (except to those old servers that needed a bit of backward-compatibility until replacement in 20 years).

      Ho hum, maybe we need IPv7 instead.

    14. Re:Frankly... by Rising+Ape · · Score: 1

      He had the right attitude, wrong implementation. In fact, 15 bits may be borrowed from the IPv4 checksum field for some sensible address extension scheme.

      Wouldn't that break when the packet has to go through a non-v6 aware router that thinks the checksum is invalid?

    15. Re:Frankly... by Daniel+Phillips · · Score: 1

      ...8 byte sockaddr_in addresses...

      Err, sorry, 12 byte sockaddr_in addresses, the remaining 4 bytes of the original 16 bytes allowed for being the port and protocol family. Obviosly IPv6 addresses should have been no more than 12 bytes, and 6 bytes less one bit would have been the smartest decision in the known universe. Unfortunately, IPv6 was not designed by citizens of the known universe, it was designed by space aliens out to destroy the human race in order to make room for a new space freeway or something.

      --
      Have you got your LWN subscription yet?
    16. Re:Frankly... by Daniel+Phillips · · Score: 1

      He had the right attitude, wrong implementation. In fact, 15 bits may be borrowed from the IPv4 checksum field for some sensible address extension scheme.

      Wouldn't that break when the packet has to go through a non-v6 aware router that thinks the checksum is invalid?

      That's exactly what you want. A non-aware router drops the packet while a IPv4.5 aware router passes it along in the correct direction.

      --
      Have you got your LWN subscription yet?
    17. Re:Frankly... by j+h+woodyatt · · Score: 1

      I agree, and further assert that it is not too late to go back and do that.

      I await the submission of your Internet Draft with bated breath.

      --
      jhw
    18. Re:Frankly... by Daniel+Phillips · · Score: 1

      I await the submission of your Internet Draft with bated breath.

      Code talks, BS walks my friend.

      --
      Have you got your LWN subscription yet?
    19. Re:Frankly... by j+h+woodyatt · · Score: 1

      Running code will get you halfway there, but if you're hoping to set a protocol standard with it, you'll need to get a lot better at politics.

      --
      jhw
    20. Re:Frankly... by Daniel+Phillips · · Score: 1

      if you're hoping to set a protocol standard with it, you'll need to get a lot better at politics.

      That's your job.

      --
      Have you got your LWN subscription yet?
  5. And then what? by 91degrees · · Score: 1

    So, Vince, if it makes you feel better, we'll blame you. It's all your fault.

    Now, has that got us more IP addresses? No? Why worry about blame then? Real engineers fix things.

    1. Re:And then what? by Gilandune · · Score: 0, Redundant

      Who is this Vince you speak of and why are we blaming him instead?

    2. Re:And then what? by 91degrees · · Score: 1

      We blame him for having the wrong name. HTH.

    3. Re:And then what? by kurokame · · Score: 1

      Wait, I get it now.

      blame = attention

    4. Re:And then what? by idontgno · · Score: 1

      It seems to work with preschoolers. I guess we never really grow up, and there always seems to be some truth in "Any attention is good attention."

      --
      Welcome to the Panopticon. Used to be a prison, now it's your home.
    5. Re:And then what? by Ash+Vince · · Score: 0, Troll

      Who is this Vince you speak of and why are we blaming him instead?

      No idea but it wasn't me :)

      --
      I dont read /. to RTFA, I read /. to offend people in ignorance.
    6. Re:And then what? by djdavetrouble · · Score: 2, Insightful

      Who is this Vince you speak of and why are we blaming him instead?
      Vince, vint, whatever. Listen up unix beardlings because I am about to drop some real history and knowledge on you.
      He is some surfer guy who was too stoned on Maui Wowie to figure out we needed more than 3.4 Billion Addresses.
      His name is Vint Cerf, and actually is the REAL REASON why we call it "web surfing".
      Back in the olden days before young punks like you had global village modems, ISPs and dialup access and stuff,
      us oldbeards were sitting pretty on T3's, "Cerfing" the internet. Well, it wasn't long until Cerf became Surf, and
      that you young whippersnappers is how the fax machine was invented.

      --
      music lover since 1969
    7. Re:And then what? by Penguinisto · · Score: 1

      You had a T3 back then!? Must be 'effing nice... (Oh, great. Now I got not-so-fond memories of gimping along on a 1200-baud modem, hooked via SLIP connection to the school's then "high-speed" fractional T-1... I'm gonna stop now before I get jealous enough to throw a pair of soggy Depends in your general direction. :/ ).

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    8. Re:And then what? by MichaelSmith · · Score: 1

      He's the guy over the road from me and I blame him for everything.

    9. Re:And then what? by MtlDty · · Score: 1

      That would be a fantastic story. I wish it were true. Sadly the origin of 'surfing' the internet is much more mundane. It was just a comparison to channel surfing, when you watch TV.

      http://www.netmom.com/about-net-mom/23-who-invented-surfing-the-internet.html

  6. Don't blame him, thank him. by Matt+Perry · · Score: 4, Insightful

    It's a good thing IPv4's address space is 32-bit. Without that limitation we'd never move to IPv6 and get all of the other benefits that it offers.

    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    1. Re:Don't blame him, thank him. by commodore64_love · · Score: 0, Offtopic

      Or that it wasn't Bill Gates instead of Cerf.
      "640,000 addresses out to be enough."

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    2. Re:Don't blame him, thank him. by Yvan256 · · Score: 4, Funny

      We should have put Gillette in charge of the solution. I'm pretty sure it would have been "fuck everything, we're doing 256-bit". IPv6 won't last long once we start assigning an IP address to everything* such as light bulbs, toasters, etc.

      * no, we won't stop to think if we should. We'll only see that we can.

    3. Re:Don't blame him, thank him. by operagost · · Score: 2, Funny

      I think that the IPv6 space is big enough to give an address to every molecule in the solar system.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    4. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      No, not at all. It's only large enough to give an address to every square inch on the Earth's surface.

    5. Re:Don't blame him, thank him. by abigor · · Score: 4, Funny

      Eh, that's a lot of toasters to use up 3.4*10^38 addresses. If a toaster takes up a square metre (big toaster), you'd have to stack them ten billion high over every single metre of the Earth to use them up.

    6. Re:Don't blame him, thank him. by 0123456 · · Score: 2, Funny

      I think that the IPv6 space is big enough to give an address to every molecule in the solar system.

      Yeah, but there are a lot of other solar systems. That's why I'm switching to IPV7 with 256-bit addresses.

      Of course the cross-galaxy ping time is a bit of a problem.

    7. Re:Don't blame him, thank him. by vistapwns · · Score: 1

      You mean IBM and Intel, or their associated personel who designed the 8086 and chose it for the IBM PC. MS was constrained by the memory limit of the system with DOS, there's nothing MS could've done to increase the memory addressability limit of the damn CPU. But you knew that right, mr. super hacker?

      --
      "...I think the Microsoft hatred is a disease." - Linus Torvalds
    8. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      Eh, that's a lot of toasters to use up 3.4*10^38 addresses. If a toaster takes up a square metre (big toaster), you'd have to stack them ten billion high over every single metre of the Earth to use them up.

      You're failing to take into consideration toaster future virtualization

    9. Re:Don't blame him, thank him. by toastar · · Score: 1

      Eh, that's a lot of toasters to use up 3.4*10^38 addresses. If a toaster takes up a square metre (big toaster), you'd have to stack them ten billion high over every single metre of the Earth to use them up.

      You can never have enough toasters ;)

    10. Re:Don't blame him, thank him. by DrgnDancer · · Score: 1

      Current estimates are that IPv6 has sufficient address space to assign every living human approximately 4 billion IPs. I could assign an IP to every single item I own down to the spare buttons for my shirts, and the unused sandwich bags in my pantry, and not even get to the first percent of my "allocation". The population of earth could increase by an order of magnitude and we'd all *still* have a few million addresses for our very own... we won't have anywhere to stand, but we'll have plenty of IP addresses. I don't think this will be a problem in the foreseeable future.

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    11. Re:Don't blame him, thank him. by hardburn · · Score: 1

      And then we can use multicast to heat up 2^64 Pop Tarts at the same time.

      --
      Not a typewriter
    12. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      I think you're off by several orders of magnitude.

      According to Wikipedia, the area of the earth's surface is approximately 510,072,000 square kms. With a bit of math, that spits out a number equalling about 7.90613181E+17 square inches (according to Google Calculator at any rate).

      Given that IPv6 is a 128-bit address space, it should necessarily contain (2^128) addresses. Thanks again, to Google Calculator, that number is approximately 3.40282367E+38.

      A fixed length number multiplied by (10^38) is clearly, many orders of magnitude greater than one of equal length multiplied by (10^17) (about 21 orders I'd surmise)...

      For reference, that's more than the number of atoms within the earth (approximately 6.42E+23) but less than the number of atoms within the sun (approximately 3.8E+50) (according to Astronomer John Dreher as posted on Answers.com).

      -AC

    13. Re:Don't blame him, thank him. by jedidiah · · Score: 1

      You mean IBM and Intel, or their associated personel who designed the 8086 and chose it for the IBM PC. MS was constrained by the memory limit of the system with DOS, there's nothing MS could've done to increase the memory addressability limit of the damn CPU. But you knew that right, mr. super hacker?

      Well, this "super hacker" would have recognized that superior gear even for microcomputers existed even then and you might want to accomodate for the future.

      The 386 was released in 1985. So the notion that the 8086 was "the only crap that Intel had" is clearly bogus.

      Vint can be excused for a little "sloppiness". He was conducting an EXPERIMENT. IBM and Microsoft were developing production corporate hardware.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    14. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      "fuck everything, we're doing 256-bit".

      ROFLMON!

    15. Re:Don't blame him, thank him. by jd · · Score: 1

      Use Delay-Tolerant Protocol or Licklider Transmission Protocol. They're designed for high-latency space-based networks.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    16. Re:Don't blame him, thank him. by jd · · Score: 1

      Actually, you're limited to 2^48 toasters, if you stack them up, since they'll all be on the same segment.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    17. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      "Current estimates are that IPv6..." - Sorry to say, but there is not an estimated number of IPv6 addresses, there is a fixed number. 2^128. That comes out to 340,282,366,920,938,463,463,374,607,431,768,211,456 available addresses. Your 4 billiion IPs for each person is way underestimated. Try this quote: “There are enough IPv6 addresses for every proton in the Universe and 523 quadrillion addresses for each brain cell (number of cells per brain varies from person to person of course).”

      It won't just not be a problem in the foreseeable future. It will never be a problem.

      Source:
      Grossetete, P., Popoviciu, C., & Wettling, F. (2008). Global IPv6 Strategies: From Business Analysis to Operational Planning. Indianapolis, Indiana: Cisco Press.

    18. Re:Don't blame him, thank him. by DrgnDancer · · Score: 1

      You're right... I badly misremembered the numbers. Of course it only reinforces my point, but yeah... By estimates I meant population estimates, of course the number of addresses is absolute.

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    19. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      Actually IPv4 has sufficient address space to assign every living human approximately 4 billion networks, where each network is over 4 billion times larger than the entire IPv4 Internet.

    20. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      Dear MichaelKristopeit 86,

      we're very sorry that you are annoyed by the fact that not every joke is based on exact, verifiable facts. In the future, you can prevent such frustrations by calling NASA for all your jokes needs.

      Signed,
      Everyone.

    21. Re:Don't blame him, thank him. by Yvan256 · · Score: 1

      At 0.5 watts each, that's a LOT of USB ports!

    22. Re:Don't blame him, thank him. by MichaelKristopeit+98 · · Score: 0
      you're an idiot.

      why do you cower? what are you afraid of?

    23. Re:Don't blame him, thank him. by commodore64_love · · Score: 1

      But MS-DOS was designed for the 1981 PC and therefore predated larger processors like the 386.

      And: Wikipedia says the 8086 can address 1024k. So the 640 limit was a Microsoft decision, not a hardware limitation.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    24. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      Autonomous, network-controlled nanorobots.

    25. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      additionally there are about 1.33*10^50 atoms on earth so i mean, if we want to tag them we clearly need to go to a 256-bit address space

    26. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      Is that a spherical toaster?

    27. Re:Don't blame him, thank him. by JSBiff · · Score: 1

      "If a toaster takes up a square metre (big toaster), you'd have to stack them ten billion high over every single metre of the Earth to use them up."

      Man, that's the most ridiculous example I think I've read in a long time. Hey, if we're gonna make toasters the size of a laundry machine, why don't we make them the size of cargo ships? Then it would take *more than every single meter of earth*, if you are only going to stack them 10 billion high.

      By the way, I hate to point out that a "square meter" is a measurement of area, not volume. Are your over-sized toasters infinitesimally thin as well, or did you mean 1 cubic meter/metre (man I wish people in the UK would learn the proper ENGLISH spelling for words *grin* [yes, that was a joke])?

    28. Re:Don't blame him, thank him. by Rockoon · · Score: 1

      Wikipedia says the 8086 can address 1024k. So the 640 limit was a Microsoft decision, not a hardware limitation.

      A fool and his wikipedia soon open their mouths and announce how ignorant they are on the internet.

      The 640K limit was imposed by hardware manufacturers that mapped BIOS to addresses above 0xA0000. For instance the VGA graphics mode video memory was mapped to 0xA0000 and was 64K in size, followed by 32K of BIOS code, followed by another video buffer for text mode starting at 0xB8000 which was 8K in size, followed by 8K more of bios code.

      Now, if we want to get really pedantic, you couldnt even use all of the space below 0xA0000 because at 0x00000 sat the 1K interrupt vector table.

      Still further, DOS did allow allocating memory above 0xA0000 if no BIOS was mapped into it (although typically this memory was instead used for EMS paging to allow addressing many megabytes of memory)

      And finally, Bill Gates never said "640K ought to be enough for anybody" (do you need a citation, or would your precious wikipedia be enough for you?)

      --
      "His name was James Damore."
    29. Re:Don't blame him, thank him. by CAIMLAS · · Score: 1

      Yet if he'd used the same features and made it 128 or 256 bit, we'd have been able to add those extra features more transparently to begin with.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    30. Re:Don't blame him, thank him. by Anonymous Coward · · Score: 0

      frackin toasters...

  7. Bogus shortage by Anonymous Coward · · Score: 2, Interesting

    There isn't a true shortage with companies that are hording large blocks of IP addresses. Example HP has 2 class A address blocks among others which gives them over 32 million IP's. With all the mergers that have happened why isn't there a process to recover address blocks that can be reused properly.

    Part of the problem is that no one thought of recovering address blocks when companies merge. You can't tell me that HP needs 32 million plus IP's?

    There is also the fact that both companies and ISP's can use the Private blocks and NAT for internal and only use routable blocks for devices that need them.

    It all boils down to miss management of the address system which could be changed to extend the life of IPV4 and make it more efficient.

    1. Re:Bogus shortage by RebootKid · · Score: 0

      Exactly. I predict that there will soon be a trade market for IP subnets.

    2. Re:Bogus shortage by div_2n · · Score: 1

      By the time companies expend the time and resources necessary to validate that all of their "unused" IP blocks aren't actually being used by something, engineering migration plans for those that are being used by non-critical systems, etc. they could just go ahead and move to IPv6.

      Apply a cure, not a band-aid.

    3. Re:Bogus shortage by Yvan256 · · Score: 0, Offtopic

      I agree with your points except but for the fact that Miss Management has nothing to do with all of this, she's only a secretary.

    4. Re:Bogus shortage by jandrese · · Score: 5, Insightful

      The scary thing is that for every Class A returned to the pool, you only buy like a month of life for IPv4. It's just growing too fast now and we're going to start seeing a lot of stories about people not getting their IP addresses in a year or two. Luckily it won't affect existing customers too badly, but it will be a real limit on growth.

      --

      I read the internet for the articles.
    5. Re:Bogus shortage by Anonymous Coward · · Score: 1, Interesting

      2? They have four:

      HP Class A
      Compaq Class A
      DEC Class A
      Palm Class A

      I have a friend who works at HP. He's previously been given an entire /16 (or some ridiculous netblock of similar proportions) to play with. He only needed ~128 IPs.

      To be fair the problem is they're not "hoarding" them, it's that they have a bunch of stuff *using* those assigned netblocks and re-numbering everything would cost them a *lot* of money.

    6. Re:Bogus shortage by Hatta · · Score: 3, Insightful

      There are more people on Earth than there are IPv4 addresses. There is a true shortage, whether companies are sitting on address blocks or not.

      --
      Give me Classic Slashdot or give me death!
    7. Re:Bogus shortage by compro01 · · Score: 2, Informative

      1. The legacy address space is a special case. They were issued directly from IANA before ARIN and the other RIRs were formed and were given out without many rules attached, so reclaiming those is legally difficult at best. Typical blocks issued today can be and are reclaimed when they're not being used and you currently have to go to significant lengths to show you need the address space, especially with RIPE's policies.

      2. We've been fucking doing that. NAT is why we are running out of addresses now rather than 8 years ago. Pretty much everything that is able to be put behind NAT already is. And don't even get me started on the abomination that is "carrier grade NAT".

      3. If you reclaimed the entirety of the legacy address space, assuming it is possible to do that in the 8 months we have left until IANA's pool runs out, it would buy about 2 years at the most, then we'd really be out, and existing evidence shows that ISPs and companies would simply use that 2 years to sit on their hands like they've been doing for the past 2 years, and the 2 years before that.

      --
      upon the advice of my lawyer, i have no sig at this time
    8. Re:Bogus shortage by blair1q · · Score: 1

      The question is: why is it growing at all?

      Every new device should be IPv6 compatible.

      Who's making IPv4 crap? And why aren't we charging them $100 a number?

    9. Re:Bogus shortage by hardburn · · Score: 1, Informative

      Mostly home gateways and some VoIP phones. Host OSen and business routers have had the necessary support for ages. Even most smartphones sold now probably do. But if you want an IPv6-capable Wireless N router, you're either going to have to look very carefully, or buy one that can load a custom firmware.

      --
      Not a typewriter
    10. Re:Bogus shortage by jandrese · · Score: 2, Interesting

      You would drop your ISP so fast if they gave you an IPv6 only service today. It's just not ready yet. You can get some some services, but a great many would be broken, and you can forget about hooking up a ton of your existing hardware, because it will never support IPv6.

      Hell, do the Wii/360/PS3 support IPv6? I'm pretty sure the Wii doesn't, but I don't know about the other two. Not to mention Tivos, Slingboxes, Rokus, etc...

      That's not to say however that I'm letting ISPs off of the hook. We should have been getting IPv6 addresses for years now, but they're dragging their heels. The only way to get this stuff fixed is for a bunch of people to start actually using it for real and reporting the problems.

      --

      I read the internet for the articles.
    11. Re:Bogus shortage by Firethorn · · Score: 2, Interesting

      I know my 802.11N router at home is IPv6 compatible, but then, it's also a dual radio gigabit port beast.

      Honestly enough, I figure that the USA/Europe will be one of the last ones to switch over - we're more mature; our growth rate is slower than China and other developing countries, and our investment is still proportionally larger.

      Still, last time IPv6 came around I double checked, and my computers/router have IPv6 addresses. Hard to tell if they're getting used, but that's life.

      --
      I don't read AC A human right
    12. Re:Bogus shortage by Abcd1234 · · Score: 1

      But if you want an IPv6-capable Wireless N router, you're either going to have to look very carefully, or buy one that can load a custom firmware.

      Bullshit. My OTS DIR-615 supports IPv6 out of the box, including v6 tunnel support... and, frankly, it's a piece of crap. Meanwhile, Apple's Airport has supported v6 for a long time, now.

      What you say is true of old home routers still out in the field, but anything recent likely supports v6 without modification.

    13. Re:Bogus shortage by gmack · · Score: 2, Interesting

      You cam hardly blame the ISPs since the most popular os on the planet (XP) does a very poor job of supporting IPv6. More annoying is the fact that MS refuses to support the TLS extensions that would allow servers to virtual host SSL based sites meaning that we can't do proper SSL based virtual hosts until people stop using IE and Chrome on XP. If I could have done that my last job would have had 5 ips instead of over 100.

    14. Re:Bogus shortage by Firethorn · · Score: 1, Informative

      I know my current one is, but then I have a fancy dual-radio gigabit version. Only 1 is advertised to be compatible, showing that it's not enough of a selling feature to list.

      --
      I don't read AC A human right
    15. Re:Bogus shortage by swb · · Score: 1

      Ha, I worked with a sister company that had *two* routable /16s -- they used one externally and one internally.

      We had to host one of our workers in their facility and wanted an unfiltered external IP to connect our employee's computer equipment to and we got a whole bunch of static about how they didn't have enough IPs, ironically.

    16. Re:Bogus shortage by Fumus · · Score: 1

      I'm pretty sure over half of all those people would prefer food and water over Internet access.

    17. Re:Bogus shortage by Hatta · · Score: 1

      There's no shortage of food and water. Only distribution problems. Famines are 100% political problems. IP addresses are different, even if we solved the distribution problems there would not be enough for everyone.

      --
      Give me Classic Slashdot or give me death!
    18. Re:Bogus shortage by CAIMLAS · · Score: 1

      Eh. I don't buy that. Currently, many ISPs reserve 2-5 public addresses per customer, even if the customer isn't using them. We'll just see the start of leaner IP allocation, and stop offering the existing address space for the same prices.

      Single-IP will remain the same price (or similar) and additional address space will increase in cost.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    19. Re:Bogus shortage by CAIMLAS · · Score: 1

      You're right. But my family of 5 shares a single public address. At work, everyone in my office shares a single public address (well, two for redundancy).

      This isn't a problem.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    20. Re:Bogus shortage by kaleth · · Score: 1

      It is a problem - your office computers, or even home computers, aren't supposed to share an IP address. Every machine should have a unique address.

      They only share addresses because there aren't enough to do it right.

    21. Re:Bogus shortage by CAIMLAS · · Score: 1

      What do you mean "not supposed" to share addresses? Is that not what the unrouted address blocks (10, 172, and 192 prefixes) were intended for? Just because they started things out by carving out a single public IP for every machine does not mean that it's good practice or that it works well.

      Non-routable address space makes sense to me from a number of vantage points.

      * If, on IPv6, I move my office to another location and get a different upstream provider, how do I contend with internal address assignment? Complete redo?
      * In a web server farm, you gain nothing from multiple public addresses (and, tentatively, lose things like security certs).
      * Forwarding to hosts within a DMZ makes more sense from a security perspective as you're still able to have not-publicly-routed broadcast to those machines, on those interfaces.

      Where, exactly, would a 'required 1:1 mapping' of IP to hosts improve things at all?

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  8. Kinda silly. by commodore64_love · · Score: 0

    The scale of computing was much smaller then.

    It was pre-home computer revolution and nobody thought computers would shrink to the size of everybody's pockets (cellphones). Nobody thought we'd be using machines will a billion bits (or more) or memory. Back than ~4000 was considered a lot (it was the hardcoded limit for the Atari console). Everything was smaller in scale, and Mr. Cerf is not to blame for not predicting the invention of the Web Browser (killer app) and how it would reach into every facet of our lives.

    --
    "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    1. Re:Kinda silly. by cindyann · · Score: 3, Funny

      It was pre-home computer revolution and nobody thought computers would shrink to the size of everybody's pockets (cellphones). Nobody thought we'd be using machines will a billion bits (or more) or memory. Back than ~4000 was considered a lot (it was the hardcoded limit for the Atari console). Everything was smaller in scale, and Mr. Cerf is not to blame for not predicting the invention of the Web Browser (killer app) and how it would reach into every facet of our lives.

      Only those with no imagination---

      I can say with a great deal of confidence that plenty of us knew what was coming.

      Now who do we blame for 32-bit time_t on 32-bit iron? There's a relatively new OS that lots of people use today that didn't have any ABI concerns when it was in its infancy, yet its creator didn't have the vision to see beyond doing pretty much what everyone else had done before him. (And I won't name him because then I'll just get modded a troll. But I bet you can guess who it is.)

    2. Re:Kinda silly. by commodore64_love · · Score: 1

      >>>Only those with no imagination---

      Were you even alive then - 1976? I was. Remember that was a time when being able to buy a video & watch it at home was an alien concept (pre-VCR). If you had said to someone, "Someday you'll be able to sit on a bus and watch a video from 10,000 miles away," they'd probably lock you in a loony bin. Or just say, "You're a nutty nerd - let's give you a wedgie."

      Computers in 1976 were the size of small rooms, and they were just beginning to be shrunk to PC size, but they were hard-to-use (no keyboards or screens; they used esoteric switches). Nobody at the time thought common people (read: uneducated boobs) would have computers with self-assigned addresses. Nobody thought there'd be more than one computer per home, much less 2-3 per person. Most envisioned computers as being like Star Trerk - a single unit running the whole house. The number of homes was only 900 million, so having ~4000 million addresses was plenty.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Kinda silly. by gmack · · Score: 1

      ABI nothing. That new OS needed to have software ported to it and a lot of Unix like software expects time_t and int to be interchangeable so changing it would involve fixing a lot of software.

    4. Re:Kinda silly. by Anonymous Coward · · Score: 0

      Wasn't there an episode of Star trek in the 70's where Spock used his tricorder to play back historical records?

      I think it was the one with the big smokey O-ring of time travel.

    5. Re:Kinda silly. by Kjella · · Score: 1

      Exactly, even in the late 90s I heard professors talk about it being important knowing how much space a short took as opposed to an int as opposed to a long long and what'd it'd do for CPUs and registers and whatnot. People in the 70s and early 80s at the dawn of the PC skimped bits and bytes everywhere taking the century off the year and many other things that in retrospect seem stupid. But that kind of cost cutting could save you millions of dollars in reduced requirements back then. I'd love to go back and start off with Unicode/UTF8 instead of the abomination this is code pages and local 8 bit encoding for example. And a common standard for "\n" or "\r\n". To have all PCs use the system clock in UTC (or well GMT back then). The list goes on...

      They were building a box car and people that asked those kind of questions sounded like "um, yeah but what about when we break the sound barrier?" It's only in the last decade after the y2k debacle that the motto has become "use 64 bit". 64 bits time_t, 64 bit pointers, 64 bits limits on files and sizes and now finally 64 bit sector counts on HDDs as we hit 3TB+ HDDs and maybe someday 2x64 bit IPv6 addresses, just the first 64 really do the trick the rest will be used for MACs. It's cheaper to spend another few bytes than run into another limit like that.

      Everything would be so much simpler if you could look into a crystal ball and learn what the world is like 50 years from now. Also, I'd spend that power making myself ridiculously rich not change the IPv4 address size ;)

      --
      Live today, because you never know what tomorrow brings
    6. Re:Kinda silly. by afidel · · Score: 1

      Uh, Linux inherits time_t from POSIX.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    7. Re:Kinda silly. by cindyann · · Score: 2, Informative

      >>>Only those with no imagination---

      Were you even alive then - 1976?

      Yes, actually I was alive then, and for quite a few years before that.

      I was. Remember that was a time when being able to buy a video & watch it at home was an alien concept (pre-VCR).

      Not true. I was shooting video on 1" cartridges in my HS film classes in 1976, and believe it or not, there was a movie sale and rental industry then. It was small, by mail order, and expensive, but it did exist.

      If you had said to someone, "Someday you'll be able to sit on a bus and watch a video from 10,000 miles away," they'd probably lock you in a loony bin. Or just say, "You're a nutty nerd - let's give you a wedgie."

      I think those reactions had more to do with the goofy grin, flood pants, and the bad haircut you had than anything else. :-P

      Computers in 1976 were the size of small rooms,

      I think you're a little confused about the whats and whens.

      I lusted over SWTP 6809s and various Z/80 systems written up in Popular Electronics throughout the 70s -- too expensive for my paper route level of income. Apple 1s were around by '76, and the first Apple ][s shipped in 1977. Circa 1976 HP donated an old mini to the HS I went to -- it was the size of a four drawer filing cabinet. Apart from that, most of those were smaller than a Selectric typewriter.

      Yeah, the Burroughs mainframe at my dad's office years earlier filled up the whole room, but actually, if you knew what you were looking at, you knew most of it was tape drives, line printers, and other stuff.

      and they were just beginning to be shrunk to PC size, but they were hard-to-use (no keyboards or screens; they used esoteric switches).

      Esoteric? Like the switch on the wall that you turn the light on with? Actually you could get a SWTP terminal with a full QUERTY keyboard and a 40×25 CRT to go with your 6809. Apples -- 1 and ][ -- had real keyboards.

      Nobody at the time thought common people (read: uneducated boobs) would have computers with self-assigned addresses. Nobody thought there'd be more than one computer per home, much less 2-3 per person. Most envisioned computers as being like Star Trek - a single unit running the whole house. The number of homes was only 900 million, so having ~4000 million addresses was plenty.

      The 1970 Census put the US population at 200M. By 1980 it was 226M. I don't know what the typical household was, say family of four. I think that'd make for a lot fewer homes, but really, what does that have to do with anything?

      Again, there were people -- with imagination -- who were anticipating the computer revolution. Not unsurprisingly, they were right.
       

    8. Re:Kinda silly. by cindyann · · Score: 1

      ABI nothing. That new OS needed to have software ported to it and a lot of Unix like software expects time_t and int to be interchangeable so changing it would involve fixing a lot of software.

      If they expect time_t and int to be interchangeable -- even on 64-bit iron -- then there's still some fixing that's needed.

    9. Re:Kinda silly. by cindyann · · Score: 1

      Uh, Linux inherits time_t from POSIX.

      Got a citation? No? I didn't think so. Actually POSIX inherits from ISO C [http://en.wikipedia.org/wiki/Unix_time] and---

      ISO C (ISO/IEC 9899:TC2, Committee Draft dated May 6, 2005, [because that's the copy I happen to have as a PDF]) in section 7.23.1 Components of time, paragraph 3:

          The types declared are size_t[,] clock_t[,] and time_t which are arithmetic types capable of representing times; ...

      Nothing there about them having any particular bit-size, regardless of the native bit size of the underlying hardware.

    10. Re:Kinda silly. by gmack · · Score: 1

      There has been a lot of even worse assumptions made that has been left in code simply because it happens to work on 32 bit systems. GCC now warns you about that sort of thing on 32 bit but programmers have a tendency to ignore the warnings.

      You would be shocked at how much software will fail to compile with -Werror.

    11. Re:Kinda silly. by afidel · · Score: 1

      As I said, Linux inherits it from POSIX which inherits from ISO C. On Linux it's defined as __TIME_T_TYPE which in turn is __SLONGWORD_TYPE long int so on 32bit arch it's a signed 32bit integer and on a 64bit platform it's a signed 64 integer. There are oddball systems that define time_t as something other than a signed int, but the vast majority of systems define it that way. I guess the ultimate takeway is to use the standard libraries, never assume what an undefined datatype will be, and never write to disk a variable who's type is platform dependent =)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    12. Re:Kinda silly. by commodore64_love · · Score: 1

      (sigh)

      Fine. Vint Cerf was an idiot for not being a visionary as you folks. He should have been able to predict in 1976 that Disco would die, records would be replaced with MP3s, and that everyone would be surfing his not-yet-built internet on their cellphones.

      Let's hang the bastard. ----- I assume when YOU design products, you don't just give them a few gigabytes? You give them 10,000 gigabytes..... ya know, for future growth. (rolls eyes)

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    13. Re:Kinda silly. by cindyann · · Score: 1

      There is nothing anywhere that says __TIME_T_TYPE couldn't have been 'long long int' on 32-bit iron.

      I don't know why you want to debate the inheritance of ISO C via POSIX, they have nothing to do with the original choice of a 32-bit type for time_t in the 32-bit Linux kernels. In fact, it's quite the opposite: the spec deliberately does not define a size, allowing kernel and libc implementers the choice to make them whatever size they wanted.

      (This isn't theoretical -- I once spun a one-off FreeBSD that used 64-bit time_t on 32-bit iron. I could do it precisely because I didn't have thousands of existing binary apps to break. And I could compile correctly written third party apps without change.)

      But you can't change it in Linux now, not without breaking the ABI.

    14. Re:Kinda silly. by cindyann · · Score: 1

      You would be shocked at how much software will fail to compile with -Werror.

      I've been developing software professionally for almost 30 years -- I'm not shocked at how much software fails to compile with -Werror, or even without -Werror sometimes.

      And for extra thrills I occasionally compile the stuff I work on with Intel's compiler, just to see what it finds. And it's been a while since I last checked, I should see what the status is of C++ in CLANG these days.

  9. Build it Bigger by digitaldc · · Score: 1

    After hearing this story and the '640k ought to be enough' story, the lesson learned is that whenever you are planning on building something technical, be sure to go wayyyy overboard on the size and scope of the projected requirements in order to future-proof the technology.

    By the way, is Vint short for 'Vincent?' or 'Voila...Internet?"

    --
    He who knows best knows how little he knows. - Thomas Jefferson
    1. Re:Build it Bigger by frank_adrian314159 · · Score: 3, Funny

      ... the lesson learned is that whenever you are planning on building something technical, be sure to go wayyyy overboard on the size and scope of the projected requirements in order to future-proof the technology.

      Yeah! That's why we should be building CPUs with 1024-bit addresses!

      --
      That is all.
    2. Re:Build it Bigger by commodore64_love · · Score: 1

      Another example is Sony when they decided, "One hour of tape is enough." That decision eventually killed the Betamax VCR. The competition called JVC also thought it was enough time but RCA, which was used to dealing with consumer expectations, insisted it had to be 4 hours minimum so Americans could tape football games. JVC complied and VHS won.

      I wonder if we'll ever run out of phone numbers? The current US limit is 9,999,999,999 or about 10 billion. That's enough for 30 phones per citizen, so I suppose we're okay. ;-)

      I have 3 numbers assigned to me: Wired phone, cellphone, plus security system.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Build it Bigger by blair1q · · Score: 1

      I was going to ask why that's modded Funny, then I realized that yeah, it is.

      We should be building network protocols with variable-length addressing, and getting rid of fixed constraints entirely.

      Though you should have said "2048". Like the letters 'k' and 'q', it just sounds funnier when used in a joke.

    4. Re:Build it Bigger by Anonymous Coward · · Score: 0

      4 billion addresses should be enough for every planet.

    5. Re:Build it Bigger by gmack · · Score: 1

      And then you risk a bloated mess that will probably still need to be extended in some way you didn't think about.

    6. Re:Build it Bigger by Anonymous Coward · · Score: 0

      The US limit is smaller than that - there are no area codes that start with 0 or 1 and also no area codes for most *11 as these are restricted for directory assistance, traffic info, emergency services, etc. This gives us around 7,900,000,000 numbers for a max. Still way more than necessary for the foreseeable future, but a bit less than your computation gives.

    7. Re:Build it Bigger by jd · · Score: 0, Flamebait

      128-bit logic was being developed in the 1970s. I could easily see 256-bit processors being of practical use today (since UUIDs, IPv6 addresses, and other portable data types tend to be 128-bits and it's handy to be able to handle two objects at the same time). This would imply that a "next-generation" processor should really be 512-bits.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    8. Re:Build it Bigger by frank_adrian314159 · · Score: 1

      "2048". Like the letters 'k' and 'q', it just sounds funnier when used in a joke.

      Nah, everyone knows that 8192 is the funniest. But, yeah, granted... a slip up on my part.

      --
      That is all.
    9. Re:Build it Bigger by Tacvek · · Score: 1

      The key with phones are that the basic protocols are not fixed sized, or when they are, they permit substantially more digits than we currently use, so we have plenty of room for expansion.

      It is entirely possible to change the system to reuire5 digit area codes. After all, there was not much issue when people started needing to dial the area code for local calls, so dialing an extra few digits won't be that big a deal either. The bigger problem would be the way everything format telephone numbers needing to be changed, but we could still handle that.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    10. Re:Build it Bigger by FailedTheTuringTest · · Score: 1

      Everything takes longer and costs more than you think, even when you take into account the fact that it will take longer and cost more than you think.

      640k and 32 bits *were* wayyyy overboard. But exponential growth will make fools of us all.

  10. Yeah right Vint... by krazytekn0 · · Score: 0, Redundant

    Pfft.it's obviously Al Gore's fault.

    --
    Not all life is cyber. Extra Income
  11. Is it a software patents issue? (alan cox) by ciaran_o_riordan · · Score: 4, Interesting

    In a speech around 2004, I remember Alan Cox said that the reason IPv6 wasn't advancing was that big software players were afraid to adopt it before it turns 20 in case there are submarine patents / patent ambush.

    Anyone got links to confirm / disprove this theory?

    http://en.swpat.org/wiki/Patent_ambush

    1. Re:Is it a software patents issue? (alan cox) by Target+Drone · · Score: 2, Insightful

      If this is true then wouldn't it mean that IPv6 won't get adopted until 2018? 20 years after the original RFC was published.

      I personally think the problem is that compatibility with IPv4 seems like it was an afterthought. The designers of IPv6 should have designed the system so that individual computers/routers/networks could be upgraded independently of each other in much the same way you can easily upgrade your network from 100mb to GigE.

    2. Re:Is it a software patents issue? (alan cox) by Grond · · Score: 2, Informative

      Anyone got links to confirm / disprove this theory?

      Short version: Cox was just wrong. Cisco wasn't shipping big IPv6 routers in 2004 (although they were shipping other IPv6 hardware and software), but it wasn't because of patents. It was because there was no demand from the telecommunications companies, who knew they had several years before IPv4 ran out. Furthermore, Cisco's current largest routers (the carrier grade CRS series) support IPv6 (example), yet 20 years from the publication of the main IPv6 RFC is December 2018. So Cox's theory is plainly invalidated.

      Long version: The closest anything has come to a patent scare is Microsoft's 6,101,499 patent, but "After extensive review by our technical experts, Microsoft does not believe that the 499 patent includes any claims which cover RFC 2462 or RFC 2464 [i.e., IPv6]." (source). So Microsoft, about as big a software player as there is, went out of its way to clear a patent that a third party (PUBPAT) had identified as potentially related to IPv6.

      Furthermore, Apple, Google, Microsoft, Sun/Oracle, and VMware all ship IPv6-compatible software. Lots of home routers, including Apple's, also support it. Cisco has supported it in IOS since 2001. IBM has supported it in z/OS since 2002.

      Since major companies have been shipping hardware and software that implements IPv6 for years with nary a peep from anybody, laches becomes a serious issue for any potential plaintiff. Of course, all of these large companies have legal departments that have analyzed IPv6 for patent issues, as have groups like PUBPAT. It seems unlikely that they would all miss a problematic patent of any significance.

      No, the hold up seems to be entirely on the infrastructural side, which is much more a problem of cost than capability. The routers and switches that make up the Internet infrastructure are extremely expensive (tens of thousands to millions). Here's one example. ISPs and long-haul fiber operators aren't going to spend untold millions of dollars on upgrading their equipment and training their staff while the old stuff still works fine and they're still making money off of it.

  12. A wonderful failure by mrnick · · Score: 1

    The examples of him putting the blame on himself for IPV4 running out of address space is just a modest way of saying "Hey I invented the Internet" in a real way not in an Al Gore kind of way.

    I can only wish that I would have such a failure in my career!

    Nick Powers

    --

    Encryption: I may not agree with what you say, but I will defend your right to encrypt it...
    1. Re:A wonderful failure by Anonymous Coward · · Score: 0
    2. Re:A wonderful failure by blair1q · · Score: 0, Redundant

      So Vint Cerf blames Al Gore for the Internet, too....

  13. Any one writing about by geekoid · · Score: 0, Flamebait

    the internet and doesn't know what HP is should go to write about boy bands.
    \

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  14. an alan cox interview by ciaran_o_riordan · · Score: 5, Informative

    Here's an interview where he says it:

    http://www.velocityreviews.com/forums/t576610-alan-cox-on-software-patents.html

    """Alan Cox: The same has happened with IP version 6. You notice that everyone
    is saying IP version 6 is this, is that, and there's all this research
    software up there. No one at Cisco is releasing big IPv6 routers.
    Not because there's no market demand, but because they want 20
    years to have elapsed from the publication of the standard before
    the product comes out -- because they know that there will be
    hundreds of people who've had guesses at where the standard
    would go and filed patents around it. And it's easier to let things
    lapse for 20 years than fight the system."""

    (More info would be good - any other prominent techs saying this?)

    1. Re:an alan cox interview by Anonymous Coward · · Score: 0

      I don't know why they think 20 years is long enough - there are plenty of cases where a patent sat in the "pending" state for a decade, was repeatedly amended to keep up with changing technology and then finally "issued" years after the fact.

    2. Re:an alan cox interview by Seth+Kriticos · · Score: 2, Informative

      More info would be good - any other prominent techs saying this?

      This is not exactly new one, but I read a pretty reasonable article about the effect of James Watt's patents (steam engine) on the industrial revolution - basically how it was delayed by a few decades.

      That was 18th century, things moved slower then. Now-a-days within our 5 year obsolescence cycle things completely moved out of whack of course.

    3. Re:an alan cox interview by blair1q · · Score: 1

      That's fucking stupid.

      It's way cheaper to set your patent lawyers on a search for related patents and prior art than it is to fight them (in fact, that's a primary part of the application process).

      And by waiting you're just giving your competitors all the time they need to eat your lunch before you dare put out your first product. They'll be filing all sorts of patents on the thing you wanted to make, and resetting your 20-year grousing clock every time they click "send to USPTO".

      Either Cox is misquoted, or he's being a balloon about intellectual property.

    4. Re:an alan cox interview by blair1q · · Score: 1

      One reason that raising the length of patent protection, rather than reducing it, was a crime against the people.

    5. Re:an alan cox interview by Jeremi · · Score: 2, Insightful

      No one at Cisco is releasing big IPv6 routers.
      Not because there's no market demand, but because they want 20
      years to have elapsed from the publication of the standard before
      the product comes out -- because they know that there will be
      hundreds of people who've had guesses at where the standard
      would go and filed patents around it. And it's easier to let things
      lapse for 20 years than fight the system.

      I'm glad to see our patent system is still "promoting the progress of science and the useful arts". :^P

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    6. Re:an alan cox interview by Anonymous Coward · · Score: 0

      (More info would be good - any other prominent techs saying this?)

      That interview was five years ago. Ages in computer time (neither Facebook, nor YouTube, really existed for example).

      Anyone not in the middle of rolling out IPv6 connectivity is going to be in a world of hurt.

      For more information check the v6ops list.

    7. Re:an alan cox interview by Grond · · Score: 1

      That article excerpts Against Intellectual Monopoly, which has been criticized for its numerous factual errors regarding the effect of patents on the development of the steam engine. Selgin, George and Turner, John L., Watt, Again? Boldrin and Levine Still Exaggerate the Adverse Effect of Patents on the Progress of Steam Power, 5 Rev. L. & Econ. 1101 (2009) (available for free at Berkeley Electronic Press):

      Boldrin and Levine’s new telling of Watt’s story is hardly more persuasive than their original (2004) version. Although they have corrected some of their earlier errors, their account remains inaccurate and one-sided. Although, told in this fashion, Watt’s story makes for an exciting introduction to the rest of Boldrin and Levine’s book, the story’s value as a source of reliable inferences concerning the general merits and shortcomings of the patent system is open to doubt.

  15. Hear him speak live. by Anonymous Coward · · Score: 0

    I'm going to this event in San Jose to hear him speak and perhaps give me some good advice around IPv6.
    http://www.gogonetlive.com/

    Next year will probably be the last year I run IPv4.

    1. Re:Hear him speak live. by djdavetrouble · · Score: 1

      I'm going to this event in San Jose to hear him speak and perhaps give me some good advice around IPv6.
      http://www.gogonetlive.com/

      Next year will probably be the last year I run IPv4.

      We'll think about it, Vint.

      --
      music lover since 1969
  16. Ah, kdawson by Nimey · · Score: 0, Offtopic

    Always with the hyperbole.

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
  17. The Man Who Was MCI's Spamming Apologist by Anonymous Coward · · Score: 0

    Wants you to know he's still around. Vint, you've done enough damage around here but you got a Turing Award anyway, much to the shame of many of us, which is why yours was probably the first and only Turing Award to incite a protest. Then you finished whoring yourself out by working for Google. Now please, show a little common decency, and disappear. Forever. Thanks!

  18. Darn YOU Vint! by Anonymous Coward · · Score: 0

    You forgot to take the garbage out again! Oh, and about that Internet IPV4 thing, well, it lasted a while, good job building it, considering computer technology and how fast its obsolete, if you gave people IPv6 right away, they would have all cried out "oh Noes, my 386 'pewter can't easily manage all of that, make it simpler, make it simpler!" So instead you give them IPv4. It lasts for what, 30+ years, then its starts to run out of space, and they all cry out "Vint buddy, just what were you thinking! This, this IPv4 is running out of space, dammit! Who was responsible, YOU? " ...So yeah its beat up on old Vint day. Really, I think he did a heck of a job building IPV4, If you think of the internet now, booming across the world, and what lead to IPv6, you thank Vint and IPV4. If every one of the billions of people now on the internet gave old Vint a penny for his contributions, he would turn off his computer, climb into a nice 150 foot sailboat, and order the skipper to sail to a very warm quiet tropical island with great fishing and clean cold rum. Once there, he would anchor, fish, swim, and after a great supper of snapper, fresh potatoes and a sip of rum, he would shout to the wind "Hey IPV4 haters, go %*#&^! yourselves!", then take a whiz over the side, and relax for a month.

  19. politics is about assigning blame by circletimessquare · · Score: 0, Offtopic

    engineering is about fixing problems

    so when issues of economics, or climate, or policy, or anything else gets political, the political leaders of course make themselves busy with who is to blame for the problem. which of course doesn't solve any problems, it just makes people feel better that they didn't cause the problem (while they continue to suffer the consequences)

    we need more engineers running this country, and less politicians

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  20. http://en.swpat.org/wiki/IPv6 by ciaran_o_riordan · · Score: 1

    Actually, since this problem is sure to boom in the coming months, I've started a wiki page for it:

    http://en.swpat.org/wiki/IPv6

  21. Laches: the doctrine of you snooze, you lose by tepples · · Score: 1

    How many years is it from the start of alleged infringement to the rebuttable presumption that the patent holder has snoozed and lost?

    1. Re:Laches: the doctrine of you snooze, you lose by Anonymous Coward · · Score: 1, Interesting


      How many years is it from the start of alleged infringement to the rebuttable presumption that the patent holder has snoozed and lost?

      It's not a problem - they keep it alive for decades if need to be, by filing small enhancements to the patent before it issues.

      Then once the industry has adopted that area of 'IP', they let it issue.

      And a patent does not have to be enforced to be valid - latches and waivers do not apply to patents. Submarining is only done to stay under the radar and to lengthen the time the patent is valid. (and to let the industry build billions of dollars worth products before the IP bomb is dropped.)

      All brought to you by your friendly neighbourhood patent system that punishes innovators and rewards parasitic cowards.

    2. Re:Laches: the doctrine of you snooze, you lose by Overzeetop · · Score: 4, Informative

      Never, or in more practical terms, less than 6 years after the expiration of the patent. Patents need not be defended like trademarks, and you can "back sue" for up to 6 years of infringement. There was a recent story on /. about a company that bought a little known patent right before it expired, then went about suing everybody and anybody for infringement *after* the expiration, but going back 6 years for damages.

      --
      Is it just my observation, or are there way too many stupid people in the world?
    3. Re:Laches: the doctrine of you snooze, you lose by hardburn · · Score: 1

      For patents, not likely ever if you go to trial, and definitely never when the defense simply settles out of court (which is practically always). Trademarks you keep for as long as you're defending them, but patents go until the official expiration date. Unisys was able to sit around and wait for GIFs to become the standard lossless format on the Internet, then spring patent claims on everyone, and got away with it until the patent officially expired.

      --
      Not a typewriter
    4. Re:Laches: the doctrine of you snooze, you lose by Grond · · Score: 1

      It's not a problem - they keep it alive for decades if need to be, by filing small enhancements to the patent before it issues.

      Submarine patents are no longer a problem of any significance and haven't been for years.

      And a patent does not have to be enforced to be valid - latches and waivers do not apply to patents

      This is false. The doctrine of laches most certainly does apply to patents. From A.C. Aukerman Co. v. R.L. Chaides Construction Co., which was decided by the full Federal Circuit so as to set out the law clearly:

      Laches is cognizable under 35 U.S.C. 282 (1988) as an equitable defense to a claim for patent infringement. Where the defense of laches is established, the patentee's claim for damages prior to suit may be barred. Two elements underlie the defense of laches: (a) the patentee's delay in bringing suit was unreasonable and inexcusable, and (b) the alleged infringer suffered material prejudice attributable to the delay. The district court should consider these factors and all of the evidence and other circumstances to determine whether equity should intercede to bar pre-filing damages. A presumption of laches arises where a patentee delays bringing suit for more than six years after the date the patentee knew or should have known of the alleged infringer's activity.

    5. Re:Laches: the doctrine of you snooze, you lose by ciaran_o_riordan · · Score: 1

      Great. Thanks for the info. I've added it to the wiki:
      http://en.swpat.org/wiki/Equitable_defences:_estoppel_and_laches#Laches

  22. Does that ever ring a bell... by Anonymous Coward · · Score: 0

    "It's enough to do an experiment," he said. "The problem is the experiment never ended."

    This sounds like the vast majority of software projects...

    Some programmer whips up a quick and dirty prototype to prove to management that it can be done... Then they tell him to put it into production and support it for the next 34yrs.

    This is why quick and dirty prototypes should never be shown to anyone, because the temptation to actually use them is too great.

  23. How we got here. by Animats · · Score: 4, Informative

    At the time, XNS, the Xerox protocol for Ethernet networks, was in use. It had 24 bits for the network number, and 24 bits for the device ID. Thinking at the time was that each network would be a local LAN, and "internetworking" would interconnect LANs. Xerox was thinking of this as a business system, with multiple machines on each LAN. So XNS had a 48-bit address spade. That's what we call a "MAC address" today.

    The telephony people were pushing X.25 and TP4, which used phone numbers for addressing. Back then, phone numbers were very hierarchical; the area code and exchange parts of the number determined the routing to the final switch. "Number portability", where all the players have huge tables, was a long way off.

    The problem with a big address space is that memory was too expensive in those days to deal with huge address tables. A big issue was locative vs non-locative address spaces. In a locative address space, there's a hierarchy - you can take some part of the address and make a local decision about what direction to go, even if you don't have enough detailed information to get to the final destination. IP was originally organized like that - routers looked up class A, B, and C networks. A huge, flat address space implemented using multi-level caches was way beyond what you could do in a router back then. Routers used to be dinky machines, with less than one MIPS and maybe 256K of RAM.

    There was a lot of worry about packet overhead. Each key press on a terminal sends 41 bytes over a TCP/IP network. That was a big deal when companies had long-haul links in the 9600 to 56Kb/s range. Adding another 24 bytes to each packet to allow for future expansion seemed grossly excessive. Especially since the X.25 people had far less overhead.

    So there were good reasons not to overdesign the system. I don't blame Cerf for that.

    The foot-dragging on IPv6 is excessive. The big deployment problem was getting it into everyone's Windows desktop. That's been done.

    1. Re:How we got here. by Anonymous Coward · · Score: 0

      So XNS had a 48-bit address spade.

      Perhaps a different kind of shovel would have been better.

    2. Re:How we got here. by Abcd1234 · · Score: 1

      I find it hard to trust your summary given you got this basic fact wrong:

      A huge, flat address space implemented using multi-level caches was way beyond what you could do in a router back then.

      Uhh, IPv6 *isn't* a huge flat address space. In fact, it brings back a return to hierarchical routing after it was abandoned in IPv4 for CIDR... which itself came about only because of, you guessed it, the diminutive IPv4 address space.

      Hell, the reason IPv6 went hierarchical during it's initial design was specifically to relieve the load on overtaxed routers. Of course, since then, the technology has improved, so it's less of an issue, but given the size of the v6 address space, hierarchical routing makes a ton of sense, and simplifies things substantially.

    3. Re:How we got here. by Anonymous Coward · · Score: 0

      tl;dr;j/k;ty! :)

    4. Re:How we got here. by CAIMLAS · · Score: 1

      The big deployment problem was getting it into everyone's Windows desktop. That's been done.

      That wasn't the big deployment problem. That was one of them. There are others that are yet to be addressed, and will likely never be:

      * IPv6 is not truly backward compatible. Older devices can not address IPv6 address space without an outright stack replacement or half-assed bridging technologies.
      * There are still many, many products out there being sold today, to the commercial and private sectors, which do not work with IPv6. Many of these cost tens of thousands of dollars and will not be gotten rid of any time soon.
      * There are many, many software packages which "support IPv6" but which do so poorly.
      * Of the systems which do support IPv6, many do not work consistently - eg. having IPv6 causes odd routing issues (see: Windows) which pop up when talking to non-IPv6 hosts and networks, resulting in IPv6 needing to be disabled for immediate reasons.
      * Cost. That's a big one. You can't just "get rid of" legacy IP systems which don't work when there's no alternative. IP systems have been around long enough now that they've got some of the same historic requirements that server software has (eg. people using 20-year-old accounting products). You can't ignore that.
      * The knowledge gap. This is a big one: the only people who "know" and "understand" IPv6 and don't dislike it are the people with vendor-approved letters after their name. Many of them dislike it as well. You simply can't move to a system which nobody understands intimately and expect willing adoption.

      The fact is, any organizational stack migration (of private subnets) to IPv6 would need to be done in one fell swoop for the sake of consistency. This is time consuming, costly, and in many cases not even possible. (Honestly, virtualization is actually working against IPv6 - old IPv4 servers which will never support IPv6 aren't being migrated from, they're being migrated to VMs to live on forever as the undead.)

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  24. Re:xkcd update? by egamma · · Score: 1

    that map wasn't correct to begin with--the upper right-hand corner, 240-255, is "class E experimental" addresses and will never be given out.

  25. Uh-oh... by FrostedWheat · · Score: 1

    I feel a bit guilty myself now, I got a block of 16 IPv4 addresses last week when I changed ISP. Although they also give me real honest non-tunnelled IPv6 too.

    C'mon Slashdot, start supporting IPv6! - even Youtube's on there now!

    1. Re:Uh-oh... by Anonymous Coward · · Score: 0

      There are 6to4 technologies out there. It's been a while since I've played with it. FWIW, Comcast gives me v4 AND v6 addresses. AFAIK, DNS will return 6 or 4. If 6 is all that's available, I go to 6--seemlessly. This is with XP sp3 also, no fancy OS or even settings required. I just tested it one day to see what would happen, and it worked.

  26. Why is 127.0.0.1 in a class A? by wowbagger · · Score: 1

    Here's a question for the day: Why did they pick a class A network to place the local machine address (127.0.0.1) in? Why not 192.168.0.1?

    1. Re:Why is 127.0.0.1 in a class A? by Anonymous Coward · · Score: 0

      Cos obviously your local machine needs the ability to choose from 16777214 addresses. Duh.

    2. Re:Why is 127.0.0.1 in a class A? by Nightwraith · · Score: 3, Funny

      I don't know about you, but I'm extremely satisfied that my interface's home is in a Class A network.

      I mean, who wants to live in a sub-class neighborhood?

    3. Re:Why is 127.0.0.1 in a class A? by Anonymous Coward · · Score: 0

      Is http://127.0.0.1/ your web site?

      I have to say it is quite nice. But then again it looks a lot like mine, so I'm probably biased.

    4. Re:Why is 127.0.0.1 in a class A? by rubycodez · · Score: 1

      it's a test *network* that RFC 790 made. normally it's used for loopback, but could be used for other testing including socket-like things for a machine to talk to itself.

      And it's not just address 127.0.0.1, you'll get a response from any address in that network, but those packets will never appear on real network outside your machine.

    5. Re:Why is 127.0.0.1 in a class A? by Anonymous Coward · · Score: 0

      'Cause 127.0.0.1 is exactly halfway through, yea?

    6. Re:Why is 127.0.0.1 in a class A? by Dynedain · · Score: 1

      My uneducated guess was so that software and hardware only need to parse the first octect in order to determine that it's a loopback address.

      Considering how many local system services utilize IP addressing and ports to hand off data to each other, it makes sense to streamline local vs. remote traffic as quickly as possible.

      --
      I'm out of my mind right now, but feel free to leave a message.....
    7. Re:Why is 127.0.0.1 in a class A? by Sloppy · · Score: 4, Interesting

      I could explain this to you, but I would have to write a science fiction novel to do it. Well ok, I'll summarize the novel. Just remember this is a selective summary; pretend that all sorts of really cool things are happening and my characters are totally interesting and the plot is fucking fantastic. Can you do that for me, Wowbagger? Ok.

      In an alternate universe, the IP4 designers did just as you suggest, and the loopback network was Class C. In this alternate universe, other things went in a different direction too. By 2010 we all have CPUs with thousands of cores, but they all run at 1 MHz and programmers discuss ways to improve the linearization of their code.

      And we all have a weird crippled piece of shit operating system, which got popular despite all its limitations. (This may seem hard to believe to us, but remember I'm talking about an alternate reality.) One of its limitations, is that its networking code doesn't deal with port numbers, because the designers thought that was a waste of 16 bits. (Computers in this reality have about as much memory as what we're used to, but there are more addresses and the words are 4 bits wide, so working with 16 bit data is kind of a pain in the ass.) Another of its limitations is that is has no IPC as we currently know it. Fortunately in the 1990s some programmers "invented" IPC by having each process use the loopback network, but since there are no port numbers, each process has to have its own address on the loopback network so that the OS can sort out what process gets what message. This inevitably led to mocking jokes:

      "255 loopback addresses ought to be enough for anyone." -- Vint Cert

      There were terrible hacks for running hundreds of processes and having them all be able to talk to one another, where a proxy process would emulate a sub-loopback network for 254 other processes and present a single loopback address to the OS. It was such a broken, terrible system, that it delayed the popularization of personal computer networking, so there was no "mainstream" use of the internet and the supply of IP4 addresses lasted much longer. In 2010, there was no non-loopback address shortage; it wasn't expected for another decade.

      Then one day a poster named whoasacker got on Hyphencolon and asked, "Why didn't they just use a Class A network for the loopback?" And a poster named Slippery answered, explaining, "In an alternate universe, they did..."

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    8. Re:Why is 127.0.0.1 in a class A? by wowbagger · · Score: 1

      OK, mods, what drugs are you on for moderating this "interesting"?

      It would be different if anybody ever used anything within the 127 block other than 127.0.0.1, but I have *NEVER* see a system doing so. Had the poster shown even one example of a system using more than one address from that net block, in order to work around there only being 65536 ports within a given address, it may have been "interesting".

      Also, considering that most of the time you have multiple processes running on the same host, they use Unix domain sockets which have no concept of "port" or "address" (other than their inode number and location within the file system) and I find this answer unconvincing. (as well as just plain snotty).

    9. Re:Why is 127.0.0.1 in a class A? by Sloppy · · Score: 1

      I find this answer unconvincing.

      I bet you're also unconvinced the Enterprise makes a whooshing noise as it flies by. But it does!

      as well as just plain snotty

      Snotty! Unconvincing and snotty?!! That you would make such a cruel and vicious comment about my science fiction novel, shows that in your universe, Spock has a beard.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  27. IPV6 is the problem. by Anonymous Coward · · Score: 4, Insightful

    Choosing 32 bits for IPV4 was reasonable at the time when 56kbps was considered a fast link.
    The real problem is that when IPV6 was designed it did not allow IPV4 to be included as a subspace.
    so you cannot have an IPV4 address that is a valid IPV6 address.
    That means that there is no soft migration path from IPV4 to IPV6.
    The people who designed IPV6 did not consider the problems of real world users;
    they designed in a vacuum. A properly designed IPV6 would be in widespread use by
    now, and the problem would be under control.

    1. Re:IPV6 is the problem. by Anonymous Coward · · Score: 4, Insightful

      IPv4 was created decades before 56kbps was considered a fast link.

      I've heard this complaint before about IPv6 not being backwards compatible, but, and no offence, I've never heard a constructive argument about how it should have been designed. I have my doubts that people who make this complaint have actually sat down and worked through the details of how they would have made IPv6 backwards compatible.

      Consider a hypothetical IPvA (short for IPvAwesome) which obsolesces IPv4 and is backwards compatible. We have to imagine that the IPvA address space is bigger than 32 bits, either a fixed larger address space or a variable-length "extension" address stuck in the optional parts of the IP header or something like that. The problem is that no matter what mechanism you choose, every packet you send across the Internet is going to hit a 10 year-old router that's never even heard of IPvA. There's a 100% chance this router will have no idea whatsoever what to do with the parts of the IP header it's never seen before. If you're lucky the router will just drop the packet as being malformed. If you're unlucky maybe it'll do something silly like truncate the packet down to the RFC-specified 32-bit IPv4 address and your reply packets will end up getting routed to China somewhere.

      The problem is this: whatever protocol you put in to replace IPv4, most of the infrastructure on the Internet will have no idea what to do with it. That means it's virtually impossible that you'll ever be able to seamlessly bridge between stupid old ignorant IPv4 routers and the more aware routers.

      What you could do is have routers that nicely bridge between IPvA and IPv4. So you send out an IPvA packet and it magically finds its way to a router that speaks both IPvA and IPv4 and can nicely bridge between them. That would be cool, and in fact, I've just described to you how 6to4 works.

      Truth be told, even you sat down and came up with a new protocol that was designed for nothing else but bridging between codgy old IPv4 routers and some kind (any kind!) of new Internet protocol, I doubt you could do better than IPv6 and its cohorts (6to4, 6over4, 6in4, 4in6, etc.)

      Maybe I'm missing something, but if you're going to make this complaint, you're going to have to come up with something better than "they didn't think about backwards compatibility". They did think about backwards compatibility and they did it in the best way possible from what I can tell.

    2. Re:IPV6 is the problem. by Anonymous Coward · · Score: 0

      Yes, because all of that 4to6 / 6to4 stuff that works fine for everyone who cares to set it up doesn't actually exist. (Note: I am not suggesting technical users implement it on each computer... an ISP could do it at the ISP-level.) The problem is that IPv6 routers are not actually getting deployed, including for home routers.

    3. Re:IPV6 is the problem. by Lanboy · · Score: 1

      AMEN. The fucking forum is the the bastards who caused this mess. Yes CAUSED. People assume that ipv6 was a valid solution to the problem and went about their business. Anyone charged with implementing it outside of a lab or their basement quickly realized what a clusterfuck it was. The requirement , yes the REQUIREMENT of running dual stacks has made safe deployment of ipv6 impossible.

      IPv4 was a test protocol that progressed organically until vendors were forced to adopt it or lose customers. Problems were fixed by smart working engineers suggesting drafts and working with vendors.

      IPv6 was created by a bunch of jackasses. Someone should have produced an internet draft where a modified ipv4 with larger IP space and ipv4 devices could communicate with each other. An ipv4 device getting a new style address in answer to a dns request would be able to route to it using ipv4.

      The ipv6 spec stated that NAT between ipv6 and ipv4 was PROHIBITED. So we are going to need dualstack proxies until every last ipv4 only device is gone.

      ipv4 v6 DNS is a joke. So every content provider will need dual implementations of thier servers. DNS errors will cause mystery outages that customers blame on the content providers. GRRR.

    4. Re:IPV6 is the problem. by Lanboy · · Score: 1

      They deliberately chose to make ipv4 and ipv6 incompatible. Again, emphasized. They could have increased the address space and allowed vendors to tweak the ip stack to recognize both types of addressses. Routers could have an interface running ipv6 and an interface running ipv4 and pad the ipv4 destination with zeros to allow transit on ipv6 networks.

      Instead they fixed a lot of problems that weren't problems. And because it was seen as a solution we pissed away 10 years where we could have slowly migrated.

    5. Re:IPV6 is the problem. by davros-too · · Score: 1

      Spot on. If IPv6 had a practical upgrade path I would have implemented it in my business networks and on our websites. But it doesn't. For those of us who have ip4s for our websites and offices IPv6 is all pain and no gain.

      --
      In theory, there's no difference between theory and practice; in practice there is.
    6. Re:IPV6 is the problem. by Anonymous Coward · · Score: 0

      What?

      never heard a constructive argument about how it should have been designed.

      Immediately following:

      The real problem is that when IPV6 was designed it did not allow IPV4 to be included as a subspace.

      He answered your question before you asked it.

    7. Re:IPV6 is the problem. by Anonymous Coward · · Score: 0

      http://bill.herrin.us/network/ipxl.html

      This doesn't seem to have any problem with backwards compatibility. Tell me if you think otherwise.

    8. Re:IPV6 is the problem. by m50d · · Score: 1
      If a router which does not support IPxl sees an IPxl packet, it will attempt to route it based on where it would have found the original 32-bit destination address. This happens to be the lower 4 octets of the 64-bit destination address. Where the high octets are 0.0.0.1, this will result in the packet being forwarded in the desired direction. As a result, two IPxl endpoints have a high probability of successfully communicating across a non-IPxl network.

      This is misleading to the point of lying; "where the high octets are 0.0.0.1" means exactly "where the address was really a normal IPv4 address". So this protocol only actually works for the same addresses that IPv4 works for. If you're one of the second-class citizens with an address that isn't really an IPv4 address, then packets intended for you will get randomly routed to some other host. And it won't even happen consistently; it will happen depending on whether or not the packet hits particular routers.

      --
      I am trolling
    9. Re:IPV6 is the problem. by Anonymous Coward · · Score: 0

      Truth be told, even you sat down and came up with a new protocol that was designed for nothing else but bridging between codgy old IPv4 routers and some kind (any kind!) of new Internet protocol, I doubt you could do better than IPv6 and its cohorts (6to4, 6over4, 6in4, 4in6, etc.)

      Well, you just hit one big problem there. What the hell we're going to do with n+1 different solutions when there's the obvious? 2^32 first IPv6 addresses should have been IPv4 addresses. No, not any of the bazillion oddly defined "mappings" but THE IPV4 ADDRESSES. Any time I wanted to send traffic from IPv6 host to an IPv4 it should be done by simply putting the address there and zeroing the high bits.

      If you think this is a small issue you're thinking at network level. As an application developer having to deal with two stacks means that it will happen reliably at maybe 2017 while it could have been reality in 1997 if I could have just forgot that IPv4 even exists. For me, "Most of the internet infrastructure" is a red herring. Once IPv6 support in software is standard, everything else will be worked around trivially and that will create a push for the infrastructure to follow the times.

    10. Re:IPV6 is the problem. by Anonymous Coward · · Score: 0

      The idea is precisely that you can use IPv6 for IPv4 communication, dumbass. And where do you get that random routing shit?

      If an IPv6/IPvA/whatever-capable router is conncted to an IPv4, it can only directly forward there packets that have both source and destination addresses that were "really a normal IPv4 addresses". What kind of a fucking dolt would just strip the high bits out and think packets would magically get to the correct destinations?

      If the source and destination addresses are "true" 128-bit addresses and there are outdated routers on the path, the more capable ones just have to tunnel around them. That's what the bazillion 6to4to6toetc things are for.

      The interesting case is when the source has a true 128-bit address, but the destination address is IPv4-compatible. The connecting router that has to send the traffic to the IPv4 world has to masquerate the source address behind its own address transparently. The real price is this: If the receiving end is actually a IPvWhatever capable host with a v4 compatible address and wants to know who's really connecting to it, too bad. That's easy to fix by not using a legacy address.

    11. Re:IPV6 is the problem. by m50d · · Score: 1
      If an IPv6/IPvA/whatever-capable router is conncted to an IPv4, it can only directly forward there packets that have both source and destination addresses that were "really a normal IPv4 addresses". What kind of a fucking dolt would just strip the high bits out and think packets would magically get to the correct destinations?

      Exactly. Which is why the proposal in the post I replied to is a bad idea - because that's basically what it amounts to.

      If the source and destination addresses are "true" 128-bit addresses and there are outdated routers on the path, the more capable ones just have to tunnel around them. That's what the bazillion 6to4to6toetc things are for.

      Indeed, which is why we need some fancy IPv6 stuff rather than the proposal in the post I replied to. Did you read the post I replied to?

      --
      I am trolling
    12. Re:IPV6 is the problem. by CAIMLAS · · Score: 1

      The problem with IPv6 is that it relies upon local systems - private subnets, the endpoints of the internet, etc. - supporting IPv6.

      This doesn't. It only requires the routers between the endpoints supporting it, which is a significantly smaller cost for adoption, putting the burden completely on upstream providers instead of putting a disproportionate burden on the end user.

      I have seen several proposed implementations similar to this which allow LAN topology to remain working as-is.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    13. Re:IPV6 is the problem. by m50d · · Score: 1

      It requires every router on the internet to support it, and the failure behaviour in the case that one doesn't is terrible. And it requires endpoints to support it in order to be able to connect to sites that use it. It's an awful idea.

      --
      I am trolling
  28. Who's gonna be the first? by harald · · Score: 3, Interesting

    $ host -t AAAA slashdot.org
    slashdot.org has no AAAA record
    $

    'nuff said. Our organisation (that's me) is already 96% dual-stack. We treat non-ipv6 connectivity as fatal. When are you gonna do it?

    1. Re:Who's gonna be the first? by Lanboy · · Score: 1

      When it is profitable to do so, and unlikely to cause outages to the vast majority of users. So maybe never.

  29. No need for IPv6 by Anonymous Coward · · Score: 0

    The address space on IPv4 doesn't REALLY need to run out. Each address from the IPv4 space can be used as a gateway to a NAT'ed network of addresses in the 10.x.x.x space. The number of addresses available in IPv4 is ACTUALLY NOT 2**32=~4 billion but 2**32 * 2**24 = ~48 trillion addresses. The ILLUSION that IPv4 address space is running out is a marketing ploy being used by network companies that want to create churn in the market to generate revenue, and more egregiously, by software vendors like sMegmasoft that want to have a unique permanent IPv6 address assigned to each PC so that they can make sure that everyone is paying all the possible license fees that MS can cook up. After all, if you can't innovate, then you increase profit by raising the rent on your antiquated "intellectual property".

    1. Re:No need for IPv6 by 0123456 · · Score: 1

      The number of addresses available in IPv4 is ACTUALLY NOT 2**32=~4 billion but 2**32 * 2**24 = ~48 trillion addresses.

      Good luck NAT-ing four billion IP addresses behind one NAT box which has one IP address and 65536 ports.

    2. Re:No need for IPv6 by Anonymous Coward · · Score: 0

      Why is the number of ports relevant in this discussion?

    3. Re:No need for IPv6 by amorsen · · Score: 1

      Good luck NAT-ing four billion IP addresses behind one NAT box which has one IP address and 65536 ports.

      This is only a problem if you're Cisco. Sane NAT implementations track connections by the whole 5-tuple.

      --
      Finally! A year of moderation! Ready for 2019?
    4. Re:No need for IPv6 by JSBiff · · Score: 3, Informative

      Because, since all the hosts behind a NAT share a single routable address, that means to make inbound connections, you need to setup port forwarding. So, say I want to run Skype (which likes to have an inbound port), a game server, and a VoIP application, all of which need to be able to accept inbound connections. Well, to do that, on the NAT Gateway, I need to setup 3 ports to be forwarded to my computer. Only I can use those 3 ports, no one else can. Which means with 64k ports available on the NAT, you can probably only setup port forwarding service for maybe 10k-20k customers. You *might* be able to alleviate this a little bit by using multiple 'public' IPs - say one public IP for every 5000-10000 users on the ISP network.

      There's also the issue of 'well known ports' - let's say I want to run a web server - well, almost all browsers expect a web server to respond to connections made to either port 80 or port 443 (for SSL encrypted connections). Likewise SSH, telnet, FTP, rdist, etc all typically use well-known ports. Games using iD Software engines usually accept inbound connections on a particular well-known port (27960). Only one computer per public IP may have port 80 or 443, or whatever, forwarded.

      Also, perhaps even more importantly, every outbound connection also uses a port associate with the public IP address being used for NAT. Again, using one public IP for a few thousand users might give you enough ports to mostly work.

      Basically, in a world where everyone is behind a NAT, no one can ever accept in-bound traffic from off the 'local' network (I put local in quotes, because in the case of Large Scale NAT, you could probably talk to all the other customers of your ISP directly, but not anyone who uses a different ISP), even when they *WANT* to. Some people like the 'comfort' of thinking that NAT somehow protects them better than a firewall, but I'd personally prefer routable addresses for all my devices, with a firewall that I control on my home router to block in-bound access. That way, I can simply open ports when I *want* inbound traffic, and leave all other closed - but when I do want to run services

    5. Re:No need for IPv6 by JSBiff · · Score: 1

      Oops - accidentally hit submit too soon. The last sentence should finish:

      . . .but when I do want to run services, I have the freedom to open the ports and allow the connections.

    6. Re:No need for IPv6 by Anonymous Coward · · Score: 0

      OR, I can publish a bunch of URL's that all resolve to my gateway address. My gateway forwards all port 80 traffic to a proxy server, which routes the traffic based on the URL in the http request. Problem solved using only one port. Still no need for IPv6. And NAT really is the best security tool ever invented. If you think we have trouble with Spambots NOW, just wait till all those home PCs become directly visible to the internet. And the layer 3 encryption of IPv6 will break all the corporate IDS and IPS systems. Its a hackers dream come true. It also lacks any facility for isochronous delivery so voice and video will continue to be choppy unless you WAY over-provision the link bandwidth. And then their's the lack of backwards compatibility with IPv4. IPv6 bl@ws go@ts, it is possibly the single worst technical idea of the last 50 years.

    7. Re:No need for IPv6 by JSBiff · · Score: 1

      Yeah, that might work for http where the domain name is embedded in the GET or POST request. How about other services which don't include the domain name in the protocol itself? What about encrypted connections where the payload is completely opaque? I'm sorry but your 'solution' is way too application-specific. Domain names where never meant to be used for routing - they were meant to be used to do a lookup of the IP address which *is* the main mechanism for routing.

      As for 'isochronous delivery' - are you saying that there can be no QOS/Traffic Shaping with IPv6? I haven't specifically read up on that topic, but I find it almost impossible to believe that routers can't theoretically do traffic shaping on IPv6 packets?

  30. Re:"such as light bulbs, toasters, etc." by Paracelcus · · Score: 0

    ((http://www.myhouse.brick/kitchen/refer/freezer/icemaker ))

    --
    I killed da wabbit -Elmer Fudd
  31. 2012 by submain · · Score: 0

    Maybe the mayan word for "world" was translated incorrectly. It actually meant "IPv4 address space".

  32. We will use IPv4 forever by Cid+Highwind · · Score: 1

    ...the ongoing move to IPv6 is impossible.

    T,FTFReality.
    There's zero economic incentive to stand up an IPv6 service, and won't be until a critical mass of clients have only IPv6 connectivity (no IPv4). There's no economic incentive for an ISP to provide IPv6 unless the customers demand it, and they don't care because there aren't any services or content exclusively on IPv6.

    It's sad to us geeks, but the future is an internet of many-layered NAT where connections can only be routed from end-user to well-known servers, not from end-user to end-user.

    --
    0 1 - just my two bits
    1. Re:We will use IPv4 forever by Abcd1234 · · Score: 1

      There's no economic incentive for an ISP to provide IPv6 unless the customers demand it

      Wrong. Comcast is a perfect poster-child for an ISP that's moving to IPv6 because they absolutely *have* to. Why? Because they've exhausted 10.0.0.0/24, and they keep adding new devices.

      No, if anything, it'll be the explosion in IP-connected consumer-level devices (settop and other home media devices, phones, tablets, etc) that will ultimately force the large providers to upgrade... well, unless they want to start managing carrier-grade, multi-level NAT. Mmmm... fun.

      And that's completely ignoring the explosion in IP usage in countries like China and India, where IPv6 is all but mandatory. And the minute you see a billion or so customers suddenly IPv6-only, you can be damned sure that content providers will start supporting it.

      Meanwhile, technologies like NAT64 and DNS64 will make real migration possible (thank you, again, Comcast), so even if content providers drag their feet, the ISPs can move forward.

    2. Re:We will use IPv4 forever by JSBiff · · Score: 2, Interesting

      Speaking of economic incentives - the GP says there's no economic incentive to switch end-users to IPv6 when you can use multi-level Large Scale NAT, but I have one question:

      Won't it take money to implement and convert customers to multi-level NAT? Would it really cost much more to convert them to IPv6+NAT64? That's the real question - not whether there is economic incentive to do something you don't have to, but what are the comparative costs/benefits of two alternatives, one of which you will probably *have* to do?

      The other interesting thing to see here: Right now a lot of ISP's of course have IPv4 blocks. They could potentially keep using those for customers, BUT, they might also have an opportunity to sell their allocations off for big bucks to companies that are desperate for IPv4 public addresses to use for their servers. If the going rate for a block of IPv4 addresses, after the point of 'exhaustion', is high enough, many ISP's might find that they can actually *make* money by selling off their existing public IP addresses, and either switching customers to NAT or IPv6. If most of them choose "the right solution", and do IPv6, all of a sudden you have the critical mass of IPv6 users which are necessary to justify setting up new services only on IPv6.

    3. Re:We will use IPv4 forever by Lanboy · · Score: 1

      Yes comcast has an awesome network.

    4. Re:We will use IPv4 forever by MichaelSmith · · Score: 1

      Won't it take money to implement and convert customers to multi-level NAT?

      It earns you money because you can charge some customers to not put them behind NAT, and the others you can charge for every service which now requires a proxy.

  33. Aukerman v. Chaides by tepples · · Score: 1

    And a patent does not have to be enforced to be valid - latches and waivers do not apply to patents.

    This is one difference between patents and trademarks, but Google patent laches produces this document describing how laches applies to claims of patent infringement. It cites A.C. Aukerman Co. v. R.L. Chaides Construction Co., 22 USPQ2d 1321 (Fed. Cir. 1992).

  34. Wrong. by sidragon.net · · Score: 2, Insightful

    Sir Arthur C Clarke saw it coming in 1964. “These things will make possible a world in which we can be in instant contact with each other, wherever we may be, where we can contact our friends, anywhere on earth, even if we don't know their actual, physical location.” He had little idea what the mechanism would be. But he had perfect insight into the scale.

    1. Re:Wrong. by commodore64_love · · Score: 1

      Mr Clarke (and Heinlein and Asimov) also claimed we'd have regular tourist travel to the moon by 2001. And flying cars. So he's not as "visionary" as you claim. He was wrong.

      In fact MOST of their predictions from those stories were wrong. The challenge for people who are ACTUAL designers (i.e. me) is to determine which "future forecasts" are accurate, and which are just nonsense. For example will the board I'm designing need 100 gigabytes of RAM in the year 2020, or will future developments (such as cloud computing) mean just 5 gigs is enough? The current system is still running on a 386 so maybe that's sufficient, but I honestly don't know what new ideas OTHER engineers might invent. And neither did Mr. Cerf.

      To demand we engineers be Crystal Ball Readers is just complete and utter bullshit. Hindsight is 20/20. Future sight is more like driving through a thick fog (praying your still on the road instead of in a ditch). If you don't believe me, give it a try. Predict what technology will be like in 2040, put it in a safe somewhere, and then dig it out to see how accurate you were. (Hint: You'll be way off.)

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    2. Re:Wrong. by MichaelSmith · · Score: 1

      I suspect his concept in 1964 was an analog radio telephone type thing. His novel Imperial Earth in 1975 had devices like modern PDAs, though phone conversations were through workstations. At one point a character searches for a phone number and is impressed that the answer comes back in under four seconds. These days we would not be impressed if google spent more than one second on a simple keyword search.

  35. Re:I blame Al Gore. by j+h+woodyatt · · Score: 1

    I hear he's really fat.

    --
    jhw
  36. Just remove the dots by Anonymous Coward · · Score: 1, Funny

    That'll give us 3 more spaces we can use! ;-)

  37. meawhile by z-j-y · · Score: 1

    we are not hearing any apologies from Al Gore.

  38. ip4 and twitter by Anonymous Coward · · Score: 0

    in a weird way twitter has taught us it needs to be as painful to switch as possible. twitter represents what people would once the switch is made. think of the chair that tweets farts. the toilet that tweets flushes. the meter on your power line that phones home to the power company in real time. there are somethings that don't need a deticated address. has anyone ever looked into how long before we run out of twitter space? by running low we force ourselves to the them wisely (peak oil)

  39. Re:xkcd update? by compro01 · · Score: 1

    That map has some errors.

    The big green block in the top right (240-255) is unusable.

    The 10 block is reserved for RFC 1918.

    Aside from that, only the following blocks remain unallocated. everywhere else is white.

    005
    023
    037
    039
    100
    102
    103
    104
    105
    106
    179
    185

    IANA has a report of what blocks are assigned/reserved, to whom and when they were given out.

    http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

    --
    upon the advice of my lawyer, i have no sig at this time
  40. Excellent point by jd · · Score: 2, Informative

    IPv6 addressing is wonderfully simple. Because it is hierarchical, in one byte units, there are at most 256 upstream, 256 parallel and 256 downstream router addresses for any given router. The lowest 48 bits are taken from the MAC addresses.

    The only time you need to hold more addresses than 768 is if you are supporting Mobile IP or NEMO using transitory addresses (the original IPv6 mechanism), where re-routing is handled with temporary router entries that last 30 seconds or until the computer/network moves to a new network, whichever comes first.

    Typical IPv4 router tables - especially for ISPs - are huge. You don't need 8 Mb router tables unless you plan on holding upwards of a million routes. I don't know if anyone sells corporate-grade routers that small any more.

    Since there are no situations where you will ever want a more specific rule for a route (other than to support transitory addresses), you don't need to search for the most specific case of a routing rule. If you have found the first case, it will be the only case. Even in the transitory address case, you're comparing the whole IPv6 address, so there will be exactly one match for it, so the worst case is looking for two matches for strings. This means that searches are much, much faster. On large routers, you can use the three bytes as indexes into the table of hierarchical addresses and then use a tree to store the transitory addresses. You can search both in less time than it takes to search an IPv4 router table.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:Excellent point by janeuner · · Score: 2, Informative

      >> The lowest 48 bits are taken from the MAC addresses.

      Not quite true. The lowest 64 bits are a host address, each host can have multiple addresses, and one of those addresses can be derived from the 48-bit MAC address.

    2. Re:Excellent point by Daniel+Phillips · · Score: 1

      IPv6 addressing is wonderfully simple.

      IPv6 addressing is brain damaged for at least two reasons:

      1) It overflowed the 16 bytes prudently allocated for struct sockaddr_in by people who understand backwards compatibility better than the IPv6 designers.

      2) The existing IPv4 address space was embedded at the least significant instead of most significant end of the IPv6 address. What on earth were they thinking?

      Various apologists usually trot out the security argument, which is bogus (a form of security by obscurity) and some bafflegab about routing advantages. The fact is, IPv6 addresses put four times the cache pressure on routers compared to IPv4 and failed to drain the swamp. Bottom line is, 128 bit IPv6 addresses was a massive mistake. One of many in the slowl motion IPv6 train wreck.

      --
      Have you got your LWN subscription yet?
    3. Re:Excellent point by jd · · Score: 1

      What evidence do you have that IPv6 routing tables (individual addresses are immaterial) put more strain on routers than IPv4 routing tables?

      What evidence do you have that it doesn't deal with multi-homing (the link you provided)?

      What evidence do you have that IPSec (IPv6's security) is a form of security by obscurity?

      You use a lot of words, but I'm not seeing you say a whole lot.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  41. I take full responsibility! by stimpleton · · Score: 1

    When some says;
    - I blame myself
    - I take full responsibility
    - I am the guilty one(eg when a father says this when he allowed his daughter to go out that night, and she was subsequently killed by a drunk driver)

    What they invariably do no expect is a response in agreement, and enhancing the argument that they are in fact responsible.

    Vint Cerf would never expect (or want) a flurry of media articles, Blogs, and peer discussion that say "Hang on?! He *is* responsible. We now question his competence. And we will take these damages as a consequence of his error and will need to seek recompence."

    Just imagine that father being taken away in cuffs because he admitted to being responsible for a death.

    --

    In post Patriot Act America, the library books scan you.
  42. That's crazy by Anonymous Coward · · Score: 0

    Nobody's ever going to need more than 640k ip addresses

  43. Eminent domain by DigiShaman · · Score: 1

    If there are any patents associated with IPv6, the Feds could claim Eminent Domain over them if I'm not mistaken.

    --
    Life is not for the lazy.
    1. Re:Eminent domain by Grond · · Score: 1

      If there are any patents associated with IPv6, the Feds could claim Eminent Domain over them if I'm not mistaken.

      That's true, but the government would have to compensate the patentee for the taking. Since this would amount to a nationwide license on a widely used protocol, the compensation could be significant. Not to say that might not be the best approach (assuming the patent couldn't be invalidated and the patentee was unwilling to offer a more reasonable license), but it would not be free.

  44. Re:Al Gore Rhythms by Anonymous Coward · · Score: 0

    Robots don't dance!

  45. Talk about missed opportunities by williamyf · · Score: 2, Interesting

    In 1996, when IPv6 (back then called IPng) was declared the "fix", there were two proposals that could have extended the address space.

    * Use TCP/UDP on top of IPX (RFC1791). This, IIRC was implemented in reality, for example, in Netware server 4.11.

    * Use TCP/UDP on top of CLNS/CLNP (RFC1347).

              Now think about it for a second. Both IPX and CLNP are closer to IPv4 than IPv6 will ever be. Both were already proven, well understood, and the implementations were solid...

    In 1996 EVERY router on the planet had the algorithms necesary to route IPX AND CLNP (for different reasons, at the time IPX was VERY popular and CLNP was govt and Telco mandated) so the relevant patents and IP were already licensed. You also saved most of the training and implementation (meaning algorithm programming and testing) costs.

              Same for the hosts. Most workstations (desktops) had an IPX client, from MS-DOS 5.0 onwards (but also in the *NIX and MAC worlds), while on servers it got better, you had your choice betwen IPX or CLNP (sometimes native, sometimes as an ad-on). So again you saved the training costs for your admins, the implementation (programming/testing) costs.

                But nooooo, the guys of the IETF at the time had an acute case of NIH (or, as Eric Cartman would say, "Sand in Their Vaginas"), and came up with IPv6. Sure, it has al lot of advantages other than a larger address space, but was unproven, unimplemented, subjected to Intelectual property problems (the fact that intellectual property in its current form is flawed [I agree with that idea] is not relevant to this discussion), and had mistakes of it's own.

    (my favorite pet peeve about IPv6, they removed the header checksum... come on!, I agree that recalculating the checksum in every router because of the TTL is stupid, but it was rather easy to keep the checksum, not include the hop count field in it, and make the Hop Count field a hamming code instead of a direct integer value!. And no, a half assed check on TCP of the Pseudoheader with a weaklish algorithm will not do. BTW, the guys doing realtime multimedia using UDP must also be jumping of joy that the checksum in UDP/IPv6 is mandatory now.. :-P I discussed this with my students last tuesday, but is not going to be in the exam).

              At the time (1996), I was an undergrad student, in a backwater country, and had high hopes that ATM would solve everything (I did my thesis in ATM flow control)... Silly me... I did not speak...

              Let's not blame Cerf, nor Khan of our current woes. Let's blame the people who gave us a crappy solution out of pride, and pitty those of us who have to implement it....

    Salud!

    --
    *** Suerte a todos y Feliz dia!
    1. Re:Talk about missed opportunities by Lanboy · · Score: 1

      Still a dual stack solution. Wouldn't have been much of a difference. They tried to roll the CLNS crap into ipv6 because they liked the dumbass OSI model.

    2. Re:Talk about missed opportunities by williamyf · · Score: 1

      Still a dual stack solution. Wouldn't have been much of a difference. They tried to roll the CLNS crap into ipv6 because they liked the dumbass OSI model.

      Except that the routing algorithms, client stacks, server stacks, et cetera were already implemented and in place on the wole network before 1996 (for either IPX or CLNP). Probably in the mid 80s. So it would have been SUBSTANTIALY CHEAPER as well as LESS PRONE TO IMPLEMENTATION ERRORS.

      IPv6 did not exist as an spec before 94~95, and the fist implementations were made circa 96.

      You do not like the dumbass OSI model, well cool, neither do I, so go with TCP/UDP on top of IPX for tour TUBA needs. IPX's model is more similar to IP's than to OSI's.

      Just for the record, I prefer a 6 layer model, where presentation and session are fused, and unlike TCP/IP the layered aproach is not violated. And by the way, with planes too (ATM thesis influence can be seen there).

      --
      *** Suerte a todos y Feliz dia!
  46. Assigning an IPv6 Address to everything is possibl by williamyf · · Score: 2, Informative

    Just divide 20% of the total number of IPv6 Addresses (this is both to account for wasted addresses, as well as to point how silly the notion of running out of IPv6 Addresses is), and divide it by the number of Sq metes (or foots, as you preffer) of the surface of the earth (dry, humid, wet, or iced) and tell me how many devices for each tile of surface can have a unique address.

    Pro Tip: Use a scientific calculator, a normal one, or the one on a cellphone will not do.

    For the lazy: 1,33*1023 addresses per square meter, if my calculations are correct. This is more than the Avogadro #... just in case, check my calculation.

    --
    *** Suerte a todos y Feliz dia!
  47. Re:Al Gore Rhythms by Anonymous Coward · · Score: 0

    neither does Kompressor... sorry ... had to...

  48. Re:Assigning an IPv6 Address to everything is poss by zippthorne · · Score: 1

    Yes, that works if the addresses don't encode any geographic or routing information. If you can just lamely assign any old address to any old device no matter where it connects on, then yeah, you could spread over the whole earth like that.

    But the real reason it needs to be much bigger than it would appear is that if it's big enough, you can let unfathomably huge blocks sit forever unused in order to allow the address itself to hint at the routing, so that you can have dumb routes that only have to look at part of the address to know where where to send it next.. you know.. every thing that starts with 3 goes left, 2 goes right, etc.

    Simply assigning unique information to every thing on the network is necessary, but not sufficient.

    --
    Can you be Even More Awesome?!
  49. There could have been a simple fix... by Anonymous Coward · · Score: 0

    But nooooo. They had to go and start stuffing all kinds of crap into a NEW spec!

    Would it not have been simpler to just expand each segment to 16 bits or 32 bits? It is FAR easier to remember 65000.100.2500.55 then it is to remember ACB1:C233:FF35:D5C6:22DA:B34D:6278:1234 plus some asshat use a colon to separate them so you have to jump through a zillion hoops to add a port number!!!

  50. WTF happened to Slashdot by ralphdaugherty · · Score: 1

    Please tell me this is a glitch and that my slashdot viewing pleasure is still lurking behind this obscene layout that I can't find any way to change.

      rd

    P.S. Well, one thing didn't change. It still takes a lifetime to preview a comment.

  51. just a point in time by Anonymous Coward · · Score: 0

    one's world is little bit smaller than the God's one

  52. Some Linux machines use other 127.x.x.x addresses by Sits · · Score: 1

    On a machine with a recent Ubuntu desktop install do:

    cat /etc/hosts

    There should at least be 127.0.0.1 for localhost but you will often also see a 127.0.1.1 with (only) the machine's name. I think (agree?) the OP was just making a joke rather than a serious point though!

  53. Because of Vint Cerf by oldCoder · · Score: 1

    It's because of Vint Cerf that it's called "Web Cerfing".

    --

    I18N == Intergalacticization