Slashdot Mirror


IPv6 Readiness Report

MythoBeast writes "In the latest episode of the Intellectual Icebergs podcast, Brett Thorson of Ravenwing provides a very good review of how ready our industry is for IPv6. He also provides a pretty good implementation guide for those who want to set up IPv6 at home."

280 comments

  1. By the time IPv6 is ready by Anonymous Coward · · Score: 5, Funny

    We'll need IPv8.

    1. Re:By the time IPv6 is ready by comcn · · Score: 4, Informative

      That may be a joke, but in reality IPv6 is ready. My UK ADSL provider, Andrews & Arnold, provide me with an entire block of IPv6 addresses. They will even route it to you natively if your router will support it, otherwise you have to use a 6-over-4 tunnel. My network uses it by default over IPv4; it's kind of neat when e-mail has IPv6 addresses in the headers. ;-)

    2. Re:By the time IPv6 is ready by Anonymous Coward · · Score: 0

      don't ruin someones joke

    3. Re:By the time IPv6 is ready by Anonymous Coward · · Score: 1, Funny

      mod parent advertisement

    4. Re:By the time IPv6 is ready by VGPowerlord · · Score: 2, Insightful

      One company does not an industry make.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    5. Re:By the time IPv6 is ready by Firehed · · Score: 1
      Well "+1 Funny" aside, I seem to remember reading that IPv6 could assign an IP to every atom in the universe. Which definately couldn't be right, as there are 340,282,366,920,938,463,463,374,607,431,768,211,45 6 IP addresses available in IPv6; ~565,253,101,197,572 moles of addresses (if I did the math right). While definately a crapload, I'd imagine that the Earth alone covers that. If not, I'd be surprised if the sun didn't have 565 million metric tons of helium.

      In other news, Google can't quite own a googol of IP addresses. Which will, of course, be why we'll move to IPv8 at some point.

      --
      How are sites slashdotted when nobody reads TFAs?
    6. Re:By the time IPv6 is ready by Shanep · · Score: 1

      Well "+1 Funny" aside, I seem to remember reading that IPv6 could assign an IP to every atom in the universe.

      I heard that IPv6 would provide for enough addresses for every square inch of our planet. Just a teensy bit less than every atom in the universe, but regardless... nmap that you 1337 h@xx0r$!

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    7. Re:By the time IPv6 is ready by AGMW · · Score: 1
      One company does not an industry make.

      Micros*cough*oft

      --
      Eclectic beats from Leeds, UK
      handmadehands.co.uk
    8. Re:By the time IPv6 is ready by VGPowerlord · · Score: 1
      Which industry is that?

      Operating systems?
      Office suites?
      Web browsers?

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    9. Re:By the time IPv6 is ready by AGMW · · Score: 1
      Hmmm. Sure, there are other companies out there, and I'd agree that MS aren't "the industry" as such, but they're surely one of the most powerful, and definately the most widely known, so as an attempt at humour they're probably well placed to offer at least the illusion of "the industry" to counter the OP's "one company does not an industry make" (or whatever it was) remark.

      I was being flippant, or skippy, or something, and I apologise.

      --
      Eclectic beats from Leeds, UK
      handmadehands.co.uk
    10. Re:By the time IPv6 is ready by Znork · · Score: 3, Informative

      Anyone who has an IPv4 address has an entire block of IPv6 addesses. With 6to4 you dont need any support from your ISP (well, as long as they're not actively blocking such traffic).

      "For any 32-bit global IPv4 address that is assigned to a host, a 48-bit 6to4 IPv6 prefix can be constructed for use by that host (and if applicable the network behind it) by prepending 2002 (hex) to the IPv4 address. Thus for the global IPv4 address 207.142.131.202, the corresponding 6to4 prefix would be 2002:CF8E:83CA::/48. (IPv4 addresses use decimal notation while IPv6 addresses use hexadecimal notation). This gives a total prefix length of 48 bits, the same as an end site is supposed to be allocated under normal IPv6 address alocation leaving room for a 16 bit subnet field and a 64 bit address within the subnet." - Quote from Wikipedia 6to4 entry

    11. Re:By the time IPv6 is ready by Anonymous Coward · · Score: 0

      "One company does not an industry make."
          -- Master Yoda

    12. Re:By the time IPv6 is ready by TallMatthew · · Score: 1
      Anyone who has an IPv4 address has an entire block of IPv6 addesses. With 6to4 you dont need any support from your ISP (well, as long as they're not actively blocking such traffic).

      Or their routers aren't routing v6. Or their routers aren't configured for 6to4. Assumedly that would have to be done at the edge, as it would confound fast switching algorithms and push a core router over. Or the core routers between your ISP and your destination's ISP aren't configured for v6. Or your ISP is not getting v6 routes via BGP. Or another half-dozen reasons it won't work.

      They are not blocking traffic when they are not configured to support it. It's real easy to say "well this makes more sense, they should do it" when you're not the one who actually has to make it work. A Tier1 provider can't just throw things in their configs and hope everything's OK. When you're pushing gigabits, even a few seconds of downtime can cost you millions.

    13. Re:By the time IPv6 is ready by FireFury03 · · Score: 3, Informative

      Or their routers aren't routing v6. Or their routers aren't configured for 6to4. Assumedly that would have to be done at the edge, as it would confound fast switching algorithms and push a core router over. Or the core routers between your ISP and your destination's ISP aren't configured for v6. Or your ISP is not getting v6 routes via BGP. Or another half-dozen reasons it won't work.

      WTF are you talking about? You clearly need to go read up on IPv6 because what you just said is complete rubbish. Your ISP does _not_ need to know anything about 6to4. Every IPv4 address is assigned an IPv6 /48 subnet and the traffic for that subnet is carried between the anycast 6to4 relay router (or other 6to4 gateway) and your 6to4 gateway entirely over IPv4.

      I assume by "that would have to be done at the edge" you mean the edge of the ISP's network, which is incorrect - the encapsulation/de-encapsulation is done at the edge of *your* network. The ISP only sees IPv4 traffic.

      They are not blocking traffic when they are not configured to support it.

      If the ISP isn't "configured to support" 6to4 then they shouldn't be calling themselves an ISP since they aren't "configured to support" IPv4 in that case.

      A Tier1 provider can't just throw things in their configs and hope everything's OK.

      Well, firstly, most (all?) tier 1 providers already do _native_ IPv6 and secondly, why exactly do the tier 1 providers need to do any reconfiguration to carry 6to4 traffic?

    14. Re:By the time IPv6 is ready by MintyGreen · · Score: 1
      Anyone who has an IPv4 address has an entire block of IPv6 addesses. With 6to4 you dont need any support from your ISP (well, as long as they're not actively blocking such traffic).

      While this is true, it's still best for any 6to4 tunnels to be as short as possible. Every additional (IPv4) hop adds latency to your IPv6 packets. The sooner it gets back to native IPv6 (and therefore more dynamic routing), the better.
    15. Re:By the time IPv6 is ready by idiotdevel · · Score: 0

      thank god for ipv6

      now every toilet in the house has an ip

    16. Re:By the time IPv6 is ready by pv2b · · Score: 1

      I remember calculating at one point that if you gave every atom in your body an IPv6 address, and everybody else in the world did the same, you'd only use around 10% of the address space out there.

      Actually, let's see if I can do some quick back-of-the-envelope calculations for that.

      Let's see. There are 2^128 = 3.40E+38 ipv4 addresses out there, and approximately 6E+9 people in the world. Leaving you 5.67E+28 addresses per person, allowing you to address 5.67E+28 / 6.02E+23 = 94,200 mol. Now, assuming an atomic weight of approximately 8 gram/mol. (Pulled out of my ass, but it's probably close to reality, considering carbon is around 12 gram/mol, compensating for all the hydrogen in organic chemistry.) Assuming 8 gram/mol, you get 94,200 * 8 = 754 kg +- a healthy margin of error.

      So... seems I remembered correctly. Assuming an average atomic weight of 8 gram/mol (for typical biomass) every person on earth can get enough adresses to address every single atom in a block of biomass the mass of a typical automobile.

      So, I don't think IPv6 will run out of addresses soon, if reasonably intelligently managed. :-) (No giving out 1/256's of the available address space to large corporations or universities. :-)

    17. Re:By the time IPv6 is ready by TallMatthew · · Score: 1
      Well, firstly, most (all?) tier 1 providers already do _native_ IPv6 and secondly, why exactly do the tier 1 providers need to do any reconfiguration to carry 6to4 traffic?

      Which Tier 1 routers do you have enable on? Because the ones I've worked on aren't configured for v6, except for the ones specifically installed for that purpose. At least in North America, v6 and v4 are routed discretely. Which means no significant v6 peering, no significant v6 on the core and so no significant v6 footprint whatsoever.

      Running v6 and v4 simultaneously requires an enormous memory footprint (at least for a router) as you are essentially doubling the size of the routing tables. As per fast switching, I'm not sure Cisco's 12000 series has line cards that can support a CEF FIB that large. That means processor-switched. That means no.

      You want to keep spouting off about that which you do not understand? Or are we done here?

    18. Re:By the time IPv6 is ready by FireFury03 · · Score: 1

      Which Tier 1 routers do you have enable on? Because the ones I've worked on aren't configured for v6

      Off the top of my head, Teleglobe carry native IPv6 traffic across their tier-1 network.

      At least in North America, v6 and v4 are routed discretely.

      IPv4 and IPv6 are discrete protocols - you have to route them discretely. In any case, noone in this thread ever mentioned whether they expected IPv4 and IPv6 to be routed separately or not - you said "A Tier1 provider can't just throw things in their configs and hope everything's OK." which seems redundent - of course they don't just "throw things in their configs and hope", but this doesn't (and hasn't) prevented them from providing native IPv6 tier-1 networks. Just because something's not easy doesn't make it not possible - by your arguement the tier-1 providers would never make *any* changes to their networks for fear of breaking them, but with sufficient testing it's not a problem.

      You want to keep spouting off about that which you do not understand? Or are we done here?

      I'm not spouting off about things I don't understand - I've worked with both IPv4 and IPv6 networks extensively for years. On the other hand, you haven't yet explained the basis for your crazy arguement claiming that you can't do 6to4 (a system that uses the 6in4 protocol that runs ontop of IPv4) without your ISP implementing a native IPv6 network. You might as well be saying "you can't use GRE without special GRE support from your ISP" which is equally untrue - the ISP only needs to know about the IPv4 level, none of the higher protocols (TCP,UDP, GRE, 6in4, etc). For the record, I have been running 6to4 with no problems for some time with no support on the ISP side.

  2. A podcast guide? by Qzukk · · Score: 3, Funny

    Personally, I'd rather have a written guide of some form to refer to when I implement IPv6, though I'm going to listen to this just to see how it turns out. It'll probably be just like class where I scribble furiously to write down everything the professor says.

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
    1. Re:A podcast guide? by daniel23 · · Score: 3, Insightful


      I agree with this, unlike a written guide a podcast has no copy'n'paste and it is much harder to follow talk than written text when the language used is not your native tongue.

      --
      605413? Yes, it's a prime.
    2. Re:A podcast guide? by RPMentley · · Score: 1

      I'm working on a transcript...it will be updated as I finish more of it.

      Slashdot Intellectual Icebergs Transcript

      --
      Documentation: Instructions translated from Swedish by Japanese for English speaking persons.
    3. Re:A podcast guide? by dodobh · · Score: 1

      man ifconfig

      Enjoy

      --
      I can throw myself at the ground, and miss.
    4. Re:A podcast guide? by FireFury03 · · Score: 1

      Personally, I'd rather have a written guide of some form to refer to when I implement IPv6

      The bottom of http://sucs.org/wiki/ipv6 tells you how to configure 6to4 under Fedora Core 4. It's really just a case of setting a couple of options to "yes".

  3. IPv6 isnt really wanted by Anonymous Coward · · Score: 4, Insightful


    IPv6 is a solution looking for a problem, at the moment in its current state nobody will use it, its complex , doesnt play with legacy systems (even win2k support is flaky at best) all those routers and wifi boxes that best buy are selling, most of the ISP's dont want it and dont support it let alone the users figure it out

    its another "its coming" technologies thats "nearly" with us for the last 10 years and STLL nobody really cares, its like W3C validation, nice in theory but most people dont care about it and most of the html generation tools dont create it

    1. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      Solution: stop using crappy HTML generation tools then.
      seriously IPv6 is just futureproofing we will eventually run out of IP addresses when each vehicle will want one, each of your kitchen appliances will want one etc.

    2. Re:IPv6 isnt really wanted by houstonbofh · · Score: 1

      The biggest barrier is Online Games. Until WoW will work with it, it will be stuck. And half the online games won't even work with a firewall.

    3. Re:IPv6 isnt really wanted by shawn(at)fsu · · Score: 4, Insightful

      Just wondering is it better to fix a problem before it arises or wait until it's about to bite you. I'm thinking of the /. issue with VIN's to run out soon It wasn't really a failing of VIN as it achived what it's goals were for the required time. Can't some of the same be said about IPv6.

      --
      500 dollar reward for tip(s) leading to the arrest of the person(s) who stole my sig.
    4. Re:IPv6 isnt really wanted by cgranade · · Score: 4, Insightful

      It is wanted, as it solves a very pressing issue. With more and more mobile devices and embedded devices requiring their own IP addresses, we are running out of address space. Furthermore, the design of IPv4 relies upon assumptions that are no longer valid, nessesitating such ad hoc and stop gap solutions as NAT. While NAT may be useful in its own right, it should not be used solely to allow for more devices.

      As for the comment about W3C validation, it always has been, continues to be and will most likely continue to be very important in the future. Without such a service, how is one to tell what XHTML, HTML, etc. actually are? Machines are not intelligent, and so we cannot be content with the tag soup that passes for HTML on most sites, but we must reqire some sort of standard for quality. I would love to see a browser that, by design, will choke on any non-validating input, since by design such a browser would be simpler and easier to maintain. Without quality control mechanisms such as W3C validation, we would have a very poor Internet indeed.

      --

      #define DRM chmod 000

    5. Re:IPv6 isnt really wanted by comcn · · Score: 1
      doesnt play with legacy systems (even win2k support is flaky at best)

      Heh, that's because Win2k is a legacy system...

    6. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 4, Insightful

      > While NAT may be useful in its own right, it should not be used solely to allow for more devices.

      Umm, that's precisely why it's used. So it doesn't adhere to the purity of the end-to-end argument (in fact, it pretty much smashes it), big deal. It works, and it's the defacto standard, and it's pretty much pushed off the need for IPv6 to the unforseeable future.

    7. Re:IPv6 isnt really wanted by hhr · · Score: 3, Insightful

      IPV6 suffers from the another-technology-is-good-enough-and-cheaper problem.

      Beta was superior, VHS was good enough and cheaper.

      Audiofile stereo equipment is superior. An IPod is good enough and cheaper.

      IPV6 is superior. IPV4+NAT is good enough and cheaper. Which is very unfortunate because IPV6 solves real problems.

    8. Re:IPv6 isnt really wanted by hjf · · Score: 0
      I would love to see a browser that, by design, will choke on any non-validating input, since by design such a browser would be simpler and easier to maintain.
      http://en.wikipedia.org/wiki/Quirks_mode
    9. Re:IPv6 isnt really wanted by dozer · · Score: 1

      [IPv6] is wanted, as it solves a very pressing issue.

      Do you have any evidence? If so, why are adoption numbers so vanishingly small? They that IPv6 is wanted by almost nobody, probably because they don't have any pressing issues that only IPv6 solves..

      While NAT may be useful in its own right, it should not be used solely to allow for more devices.

      Er, that's the whole reason NAT was invented. Why shouldn't it be used that way?

      Without quality control mechanisms such as W3C validation, we would have a very poor Internet indeed.

      The vast majority of pages fail to validate yet the internet as a whole seems to work very well. Strict validation, while definitely nice, doesn't seem to be quite as important as you think.

    10. Re:IPv6 isnt really wanted by AKAImBatman · · Score: 1

      seriously IPv6 is just futureproofing we will eventually run out of IP addresses when each vehicle will want one, each of your kitchen appliances will want one etc.

      I'm just not sure that's true. It certainly seemed that way when IPv6 was invented, but since then NAT has become a regular feature on home and business networks. Add in the regular use of DHCP to autoconfigure devices to a network, and you find that there's no longer any real pressure to make the switch to IPv6. Thus it made a lot of sense when it was developed, but now it seems pointless.

      The next big thing may very well end up being a space network. The problem is that a space network (likely an interplanetary network) has different requirements than either IPv4 OR IPv6. So the result is likely to be that we'll need a completely new standard to interoperate with the old standards.

    11. Re:IPv6 isnt really wanted by DDLKermit007 · · Score: 3, Insightful

      Actually NAT serves us quite well in our situation. Cellular devices (mainly from China) are the big pressing fricking issue here and for the most part cell phones do NOT need real public IP space. There are extremely far and few betweens where a cell phone from any nation needs an IP that can be pinged from the outside or otherwise accessed. Cellphones make thier own calls out to the internet and negotiate a way for the data to be sent to them. Only in the case of network present apps and say Crackberries does a private IP space make allot of sense (of which can be worked around eaisily).

      IPv6 is too big & complicated and does not play well with older systems (another poster noted Win 2K support is flakey at best). Do you honestly expect older devices like cellphones to be updated by the manufacturers or even better those of us using Treo like devices where we don't just throw them away each year and get a new one. IPv6 would "work," but it's not the thing thats going to work "best" (for one good luck keeping a list of 50+ IPv6 IPs memorized).

      As for W3C quality control is involved I and many others would love that kind of setup. However that would block off many people who fit into the "I can code 1337 HTML for my grandma" family, but not the "I can learn to code well" group. Hell the internet hit critical mass because of browser & network flexability and not ridgidness and "quality control." Not everyone can code HTML as well as "some" on /.

      What'll likely happen is all cellphones will migrate twards IPv6 (or something like it that works better) with a NAT between all of them and the rest of the IPv4 network and as older devices running the old IPv4 stack get older and older (old cells, 95, 98, ME, 2K, old Mac OSs) we'll slowly get over to whatever new thing. IPv6 is like HD-DVD & Blue Ray. Sure they might be nice as they are for the most part they are too soon and not just right, but at least IPv6 doesn't require hardware & licencing deals that can bankrupt companies when it false starts.

    12. Re:IPv6 isnt really wanted by phoenix.bam! · · Score: 1

      I so wish that wasn't true. It would be awesome if IPV4 stopped working right now and we all had to go to IPV6. Then finally file transfers would start working well.

    13. Re:IPv6 isnt really wanted by jamesh · · Score: 5, Insightful

      I'm right now struggling with the various implementations of NAT-T (IPSEC NAT Traversal) and the fact that they won't play nice together. Wouldn't be necessary with IPv6.

      Ever tried to set up a VPN between two sites which both use 10.0.0.0/24 as their network range?

      Ever wished you could just ssh direct to your desktop machine from home without futzing around with vpns?

      So you may not want it or see the need for it, but if you understood the amount of work that has gone into making NAT the 'solution' it is today you might appreciate it a little more :p

    14. Re:IPv6 isnt really wanted by toddbu · · Score: 4, Insightful
      I'm just not sure that's true. It certainly seemed that way when IPv6 was invented, but since then NAT has become a regular feature on home and business networks. Add in the regular use of DHCP to autoconfigure devices to a network, and you find that there's no longer any real pressure to make the switch to IPv6. Thus it made a lot of sense when it was developed, but now it seems pointless.

      It may be pointless to you, but there are many people who could deparately use it. Think of all the problems that go away when NAT is gone. Like being able to use BitTorrent or SIP or any other "push" technology without having to set up port forwarding on your router. And even when you do get it set up right, you can't run on multiple machines behind a firewall without some kind of proxy on the other side. NAT is to the Internet was segmented memory was to CPUs - a great idea to move things forward but not a good long term solution.

      I'm really jazzed about the idea of having my own personal 64 bit address space on the Internet. Then again, I'm not sure that even that will be enough. :-)

      --
      If you don't want crime to pay, let the government run it.
    15. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      *cough* its 128-bit *cough*

    16. Re:IPv6 isnt really wanted by AKAImBatman · · Score: 1

      Think of all the problems that go away when NAT is gone. Like being able to use BitTorrent or SIP or any other "push" technology without having to set up port forwarding on your router.

      For many (most?) people, this is a feature. That NAT firewall keeps them safe against unwanted traffic and unexpected attacks. The minor issues with BitTorrent and the like are best dealt with by Universal PnP.

      There are definite advantages to IPv6, but the general populace doesn't feel any pressure to replace their equipment and service. As long as they don't feel any pressure, they're going to do what seems easiest: Stay with the status quo.

    17. Re:IPv6 isnt really wanted by darkain · · Score: 1

      Windows and Linux both come with IPv6 sollutions, as well as 3rd party firmwares for routers such as the WRT54G line (and derivitives). It isnt like VHS vs Betamax where you where forced to use one or the other, its like the difference between DVD-R and DVD+R, just get a system that does both at the same time.

    18. Re:IPv6 isnt really wanted by darkain · · Score: 2, Informative

      UPnP brings about the same problems that the hardware/router firewalls try to protect you from... applications on your computer accessing the outside world. with exploits such as WMF (and stupid people downloading krap they shouldnt), these apps will exploit UPnP to open a port for itself, and most users would never even know. manually setting port forwarding features is more secure, but much more of a hassle for novice users.

    19. Re:IPv6 isnt really wanted by hhr · · Score: 1

      Do any of the big U.S. ISP's support IPV6? I'd say no... a quick search through Comcast returned no hits.

    20. Re:IPv6 isnt really wanted by bigpat · · Score: 4, Insightful

      big deal. It works

      Ummm, no it doesn't work. It works for a few things, and breaks a whole lot of other things. You are arbitrarily limiting a whole set of end-to-end applications simply because you have no imagination. The simple fact is that I can, with my static IP, do a hell of a lot more than you can with some short leased DHCP IP behind a NAT.

    21. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 1, Interesting

      I think the big implication of IPv6 is in cheap wireless internet communication. Imagine a cellphone that's basically a VOIP phone, with IP access everywhere. There are hundreds and hundreds of millions of wireless phones around the world, such that it would break IPv4 with the way it's currently subdivided--what with some schools having more addresses than entire countries with populations rivaling that of the the most populus locations in the US.

      Go to a third world country, and they might not have television (they often share televisions), inside toilets or even be able to afford food, but damned if nearly every home dosen't have one or two wireless phones... It's the same thing from the western tip of Africa to the furthest reaches of the Philipines; cellphones all over the goddamned place... Millions of 'em.

      I don't know how it is in the rest of the world, but it seems that here in the US, pricing for data communication is, quite frankly, absurd... And what's the difference between voice and sendig an email? Voice data takes up thousands of times more bandwidth than sending an email, but it's priced at least a hundred thousand times lower, bit for bit! It's insanity, just like it was with ISPs before AOL practically forced everyone to go for unlimited minutes, for a reasonable monthly fee!

      Going with IP for phones would open doors for all sorts of cool functionality. Wouldn't it be killer, for example, if your phone would allow use as a full time wireless router (bluetooth, or some other encrypted channel) for your computer or PDA, full time, and still be able to receive a call whist doing it? Voicemail could be revolutionized. It would make it affordable to use the functionality that's already built in to get stock quotes, browse the web, receive music from the provider's music store, or any myriad of things. Videomail and videophones could, for once, be possible, and accessible!

      I know cell providers are scared of this, because it will relegate them to the status of electricity providers, metropolitan water, etc. They probably sit awake at night because this is their nightmare, and because it will put an end to the insane profits they experience... But the first one to offer IP cellphones at a reasonable price will slaughter the rest... I gurantee it. The only problem? IPv6 will be required, and with the built in QOS, encryption, etc, and it's the only thing that can get the technology moving world wide.

    22. Re:IPv6 isnt really wanted by Daxster · · Score: 1

      If a game doesn't work with a firewall, it's really the firewall's rules that aren't adapted to the game. If the maintainer doesn't want to allow it, fine. If they do, then they lack control/knowledge of it.

      --
      Death by snoo-snoo!
    23. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      I thank the lack of IPv6 for fucking up my SIP netphone. Now I have to forward a whole shitload of ports. Or I want to run a server on my DMZ. I can't just open a port or two on its firewall. No, I have to forward it from the NAT. And whatever IP I get, I get instant shitload of probes from viruses and 0wned boxes. Sometimes they eat 10-20% of my entire bandwidth. I mean, WTF?

      Thank you NAT (or lack of IPv6) for fucking up my network.

      The only reason why there is no IPv6 available readily from most ISPs is why would they give you a /64 or /42 block when they can milk you at $2/IP or whatever. The only winners in IPv4 only world are the 0-day exploit viruses and telcos.

      Only ignorance keeps IPv4 strong and I see there is plenty of that.

    24. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      >> While NAT may be useful in its own right, it should not be used solely to allow for more devices.

      >Umm, that's precisely why it's used. So it doesn't adhere to the purity of the end-to-end argument (in fact, it pretty much smashes it), big deal. It works, and it's the defacto standard, and it's pretty much pushed off the need for IPv6 to the unforseeable future.

      That may be why it is used but that doesn't necesarily mean it does a good job, there are many problems with NAT, problems that IPv6 would solve. For instance setting up multiple computers behind a NAT that need to communicate using UDP (specifically uninitiated contact) is a nightmare if not impossible in some situations. IPv6 would give more computers the ability to have there own unique address preventing the need for NAT and solving some of these common problems.

    25. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 1, Informative
      Disclaimer, I deal with NAT'ing and Networks for a living, but...

      I'm right now struggling with the various implementations of NAT-T (IPSEC NAT Traversal) and the fact that they won't play nice together. Wouldn't be necessary with IPv6.

      True, but IPSec over NAT via UDP works pretty well once it's up and running. I've used a few different IPSec stacks, and yes some of the suck out-load, but stick to the good ones and NAT-T isn't an issue. But while it is possible, it's not for the faint of heart. Even getting OpenSWAN to talk AES-128 to a Cisco PIX is hard enough.

      Ever tried to set up a VPN between two sites which both use 10.0.0.0/24 as their network range?

      Yes, all the time. That's what NAT-T is used to get around.

      Ever wished you could just ssh direct to your desktop machine from home without futzing around with vpns?

      Not really sure why this is so difficult. If you have static (a pre-requisite to host a VPN) then surely you can do NAT forwarding and have a port on the outside IP that forwards to an inside server. :-/

    26. Re:IPv6 isnt really wanted by pair-a-noyd · · Score: 1

      Not everyone can code HTML as well as "some" on /.

      I see you're new here... :)

    27. Re:IPv6 isnt really wanted by eggnet · · Score: 1

      When you use NAT, you have to punch a hole and redirect traffic to receive a connection.

      When you use stateful firewalling, you still have to punch a hole in your firewall.

      What have you really gained?

    28. Re:IPv6 isnt really wanted by DDLKermit007 · · Score: 1

      Hence the "some." Not few, many, or allot and of course not refrencing ANY of the /. admins in the "some" category =P

    29. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      I'm right now struggling with the various implementations of NAT-T (IPSEC NAT Traversal) and the fact that they won't play nice together. Wouldn't be necessary with IPv6.

      This is because the IETF abhors NAT to an unhealthy extreme. They refuse to build or design protocols that are NAT-friendly. This is one reason why people use Skype over standard VoIP - the SIP designers deliberately avoided doing the work to get SIP to be NAT-friendly, but the Skype designers held their noses and made it work.

      Plus there is the confusion in IPSEC between and end-point identifier (host/application ID) and an end-point locater (IP address).

      But hey, go ahead and blame NAT. It's what the IETF wants you to do.

    30. Re:IPv6 isnt really wanted by dodobh · · Score: 1

      Cellular devices (mainly from China) are the big pressing fricking issue here and for the most part cell phones do NOT need real public IP space.

      Chinanet users are double NATted. Those are end users behind two layers of NAT. Broadband in China has started rolling out. Indian broadband is taking off. VoIP has been deregulated to some extent in India, and that is THE fastest growing cellphone market right now.

      When you have half a billion users requiring IP address space, IPv4 isn't very likely to be able to scale up. The most realistic predictions I heard a couple of weeks ago were between 2009 to 2011 for IANA to run out of IPv4 space. We have between three to five years to upgrade, which is a reasonable amount of time to actually do it.

      If you think that NAT is just needed for cellphones, think again. There are corporates which are running out of private IP space for internal use (an entire /8, a /12 and a /16), and they are getting public IP space for _internal_ use. Perhaps US ISPs should start NATing their users.

      --
      I can throw myself at the ground, and miss.
    31. Re:IPv6 isnt really wanted by jacksonj04 · · Score: 1

      Just shove a port open request through UPnP. Works fine for P2P apps, and a few pieces of IM software. Azureus for BitTorrent does it quite nicely. Haven't yet seen a game do it though, anybody know of one?

      --
      How many people can read hex if only you and dead people can read hex?
    32. Re:IPv6 isnt really wanted by m_frankie_h · · Score: 1

      Yes, but most of can't get our own /0.

    33. Re:IPv6 isnt really wanted by Jugalator · · Score: 2, Informative

      Also, one need to keep in mind IPv6 does a whole lot more than increase the address range for more space and removes the NAT need. It's about end-to-end IPsec support, modularized packets for less traffic across the routers, better support for ad hoc networking, and much more.

      --
      Beware: In C++, your friends can see your privates!
    34. Re:IPv6 isnt really wanted by DDLKermit007 · · Score: 1

      The Chinanet & India problem would be eaisily solved by IPv6 themselves and NAT between them and the IPv4 users. There is little reason for them to be useing IPv4 when it's them that are by and large the big new players that will be the primary cause for the # of IPs finally running out. For the most part the Asian reluctance so far of switching thier own systems to IPv6 wreaks of them wanting to wait for someone to make a solution for them that will cost less and be less risky than creating and implimenting it themselves.

      And I never claimed IPv4 can scale up. It's just fact it won't scale past a certain point. Maybe IP space will run out in 2009 or 2011. Maybe it wont, but we wont know for certain until we either cross that bridge, do something about it to buy more time (NATing), and fix the problem (IPv6 or other protocal) or we get onto another protocal like IPv6 that can handle the high numbers and never get to fully see the problem.

      And I never claimed NAT was needed "just" for cellphones (please do read before posting and don't make assumptions). I've worked with quite a few groups too where we just NAT everyone internaly to one external IP. As for US ISPs NATing thier users thats an idea we just don't need need getting into thier heads. They allready have enough going on blocking ports like 25 & 80 while chargeing you a "premium service" price just to use ports a few years ago it was just normal. Sure it might work, but also the US & other countries did earn a large majority of that IP space whith the whole getting the whole thing up and going in the first place (You know what happens when your in a decenly sized family and late to dinner right? Well it's kind of your own fault) and get that thought that I'm some psyco-patriotic asshat (Hell I hope to never see US soil again in a year. Viva Japan Baby!).

    35. Re:IPv6 isnt really wanted by cardpuncher · · Score: 1

      Indeed: there's a very simple test - if it were wanted it would have been adopted by now!

      There was a powerful driver to IPv6 - the shortage of IPv4 addresses - but the people working on it couldn't resist the urge to try and solve a bunch of other less pressing problems while they were at it. The practical experience of people who've been in this kind of "upgrade" situation before is that unless you have absolute central control over the network you have to do migrations in very simple, evolutionary steps which network operators across the globe are prepared to buy into as an adjunct to their main task which is keeping the current version of the network running. IPv6 just has too many new things in it for network operators to do it in one hit while they're doing their day jobs.

      There were loud voices warning the IPv6 group of the practical migration problems, but the idea of joining the ranks of the IETF immortals by finding the "ultimate answer to networking and everything" was a powerful spur to ever greater complexity.

      And we didn't run out of IPv4 addresses. Or, rather, most of us realised that whilst in theory having a unique network address for every bit of kit might be ideal, in practice we don't want to have to be continuously upgrading the anti-virus protection on our toasters. So, hello NAT and friends. What we actually need are some solutions higher up the protocol stack that make network-layer relays (such as NAT systems) more robust* (heck, you could even make a virtue out of protection at the network border) by separating the concepts of "end point" address and "network" address.

      Unfortunately, the unique-address-for-everything zealots have been buggering up the application protocols in the meantime and passing raw IP addresses around: just when you thought passive mode in FTP had fixed that application, some idiot makes exactly the same mistake in SIP.

      So: IPv6 isn't going to catch on and IPv4 is increasingly broken. And the Internet justs creaks along as usual...

      *No: I don't mean UPnP.

    36. Re:IPv6 isnt really wanted by Tony+Hoyle · · Score: 1

      The 'mobile devices' argument is total bullshit.

      The only devices that need public IPs are servers. Hell, it's a potential security hole to give a non-server a public IP *at all*. *all* mobile devices can sit behind a NAT with absolutely no issues. Mobile phones for example do *not* have public IPs and never should do - there is no legitimate reason for wanting to access a mobile phone remotely.

      Also, ipv6 doesn't get rid of NAT. There is IPV6 NAT in cisco routers, simply for the security aspect it's required.

    37. Re:IPv6 isnt really wanted by frakir · · Score: 3, Insightful

      there is no legitimate reason for wanting to access a mobile phone remotely.
      hmmm............

    38. Re:IPv6 isnt really wanted by squoozer · · Score: 1

      The browser you suggest would be great right up till you try and use it to view a web page. Yes, there are a few websites out there that are 100% following all the specs but they are in the minority and likely to remain so for a good while yet. I wanted to try and make a couple of the sites I look after use only valid XHTML and CSS etc but in teh end I just gave up as getting to look I wanted and obeying the specs just made development to costly. When the specs are good enought to use I'll use them until then it has to be the road of least resistance.

      --
      I used to have a better sig but it broke.
    39. Re:IPv6 isnt really wanted by KeithIrwin · · Score: 1

      If by "de facto standard" you mean "de facto pain in the ass" then yes. I mean, NAT all but kills using UDP for most applications and causes all sorts of problems for others.

      Take BitTorrent, for example: two users cannot share file pieces if both of them are behind NAT. If you use BitTorrent from behind NAT, it only does so because other people in the swarm have their own IP addresses.

      My VOIP box has to use a proxy service to accept incoming connections and on outgoing connections, it checks to see if it can use UDP (it can't due to NAT) every time, resulting in a delay in setting up each call.

      For pretty any streaming audio or video application, I'm stuck with using TCP instead of UDP meaning that my quality suffers because it cannot maintain the same bit rate.

      NAT is a bad hack. It is not a solution to the problem. It is a work around. It works but only "well enough" and "most of the time". Having enough IP addresses to go around (hint: this isn't like having enough gold to go around. They are numbers. Numbers!) is an actual solution.

      If you have failed to notice the downsides to having a shortage of IP addresses in the last several years, you do not belong in a conversation about which networking protocols are better since you clearly don't operate any network protocols other than http anyway.

      Keith

    40. Re:IPv6 isnt really wanted by ultranova · · Score: 4, Insightful

      The only devices that need public IPs are servers. Hell, it's a potential security hole to give a non-server a public IP *at all*.

      In Internet, every device is a server. That some of them are dedicated specifially to server duties does not change this. Filesharing networks, netphones, anything that lets two machines to exchange information in realtime - they all require at least one machine to have a public IP so it can be contacted. So yes, in Internet, every device needs public IP in order for the network to function.

      Of course there are many interests that would love to see Internet to get broken and replaced by old-style broadcast network, since that would stop the competition from independent parties to those interests power. RIAA and MPAA, as two best examples, want to close Internet as a distribution channel for anyone but themselves. ISPs don't want you to be able to run your own servers, since that will increase the bandwith consumption and therefore decrease their profits. Blizzard and other MMORPG makers want to keep the costs of running a (small) server ridiculously high to keep competition to a minimum.

      These are the real reasons for dynamic IPs, port blocking, and NAT. They are inconvenient, because they are designed to inconvenience you, to keep you in your role as a consumer. Producers don't want competition, and will do anything to stop it from happening.

      Mobile phones for example do *not* have public IPs and never should do - there is no legitimate reason for wanting to access a mobile phone remotely.

      Unless, of course, you want to call one ;). IP address is simply the Internets equivalent to a phone number.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    41. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      Pfft. With a dynamic DNS provider and some good port triggers, I can do pretty much anything with a DHCP/NAT setup that you can with your static.

      I'm not going to claim that there are no advantages to a static IP and an end-to-end connection...there are... But the pressing need for IPv6 has really vanished with the advent of NAT. Yeah, ok, it'd be nice if we were all static just because we can be... But 90% of us just simply don't NEED to be.

    42. Re:IPv6 isnt really wanted by dodobh · · Score: 1

      The problem is when non Asian countries want to call people in Asia. You know, not being able to get to your helpdesk, or outsourced IT department because you are not running IPv6 can be ... painful.

      Well, the problem for quite a bit of Asia is that the content is not local yet. Also, IPv6 support wasn't quite all there in previously installed equipment. Now the situation is changing, and rollovers are happening, albeit slowly. IPv4 is still there for compatibility with the US Internet deployment.

      --
      I can throw myself at the ground, and miss.
    43. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      "IPv6 is a solution looking for a problem"

      Some people call that planning ahead.

    44. Re:IPv6 isnt really wanted by asdfghjklqwertyuiop · · Score: 1

      There is no such thing as a "NAT firewall". NAT is NAT, a firewall is a firewall. They do completely different things and their functionality does not overlap in any way.

    45. Re:IPv6 isnt really wanted by asdfghjklqwertyuiop · · Score: 1

        When you use NAT, you have to punch a hole and redirect traffic to receive a connection.

      When you use stateful firewalling, you still have to punch a hole in your firewall.

      What have you really gained?


      Simplicity.
    46. Re:IPv6 isnt really wanted by FireFury03 · · Score: 1

      IPv6 is a solution looking for a problem

      Really it isn't - it solves a large number of real-world problems which are becoming more important. For example, peer-to-peer applications such as SIP are difficult and unreliable without global addressing (and rely on external servers to help with NAT traversal). With a globally addressed protocol you can do true peer-to-peer without reliance on third parties.

      doesnt play with legacy systems

      Rubbish - if you can't get a connection over IPv6 you fall back to IPv4. If what you're trying to do isn't possible over IPv4 then frankly you would be no better off if IPv6 didn't exist.

      even win2k support is flaky at best

      Ah, what a wonderful arguement, "$technology is crap because $lazy_vendor doesn't support it". Here's news for you - IPv6 has been supported in BSD, Linux, MacOS-X and others for _years_. The Win2k IPv6 stack (which incidentally is a _technology preview_) was microsoft's first (half-arsed) attempt at catching up with the other systems which had had support for years. This is very reminicent of IPv4, which MS originally didn't support at all because they considered the Internet to be a "fad" that wasn't worth investing in. Back then you needed to use 3rd-party IPv4 stacks - did that make IPv4 a bad technology that would never be used in the real world?

      all those routers and wifi boxes that best buy are selling

      The lack of IPv6 support in budget routers is indeed a problem, although one that can be worked around by tunelling over IPv4 (which you have to do anyway if your ISP doesn't support IPv6 natively).
      Wifi boxes generally don't matter since they are usually just ethernet bridges - they don't know or care about what protocol you're using. The web interface on an access point is of course accessible only over IPv4 but this isn't a problem, noone's suggesting turning off IPv4 support yet.

      most of the ISP's dont want it and dont support it let alone the users figure it out

      I don't think that's particularly the case - many larger ISPs already support IPv6 natively. And anywhere you have a global IPv4 address you can tunnel IPv6 without the ISP's participation. The smaller ISPs will catch up once there is more IPv6 being used. This is simply an economics thing - nothing about them not "wanting" it, simply that they can't justify the cost until more people are using it.

    47. Re:IPv6 isnt really wanted by Omnifarious · · Score: 2, Funny

      Yep, idiot. Checked your posting history. Definitely idiot.

      I would much rather see an end-to-end connectivity world + routers sold to consumers being default configured to have a no-ingress firewall. Killing end-to-end connectivity for the purposes of security is like pre-emptively chopping off the hands of children so they don't steal.

    48. Re:IPv6 isnt really wanted by big+ben+bullet · · Score: 2, Interesting

      i for one can't wait for the GUIDs to run out

      i've got a dedicated dual core amd64 4000 with 4 gigabytes of ram at home constantly generating new GUIDs and storing them in an oracle database on a 10 gigabytes storrage array (expandable if necessary)

      that way, when the world runs out of GUIDs i'll make a fortune selling them

      otoh i hope the G stands for global and not for galaxy, or i could be in big trouble using up the GUIDs from the other side of the universe... i wouldn't want to provoke an intergalactic war because of entire nations running out of GUIDs or something

      maybe i should start looking into this IPv6 thing too? afterall, if nobody really wants them, they're bound to be cheap for the time being

    49. Re:IPv6 isnt really wanted by mwood · · Score: 1

      "NAT firewall" is two features, not one. NAT is an ugly hack made necessary by the way ISPs are run. Firewalls are a not-so-ugly measure made necessary by the immaturity of some netizens. One of those needs could change at any time, while the other is likely with us for the foreseeable future. Even if the two features share some logic, don't muddle them.

    50. Re:IPv6 isnt really wanted by jbeaupre · · Score: 1

      My pet theory is that it will make it difficult for worms to scan a block of addresses for open ports. With a gazillion addresses, 99.99....% will be unassigned. That is unless some dork decides IP6 addresses should be logical. Sheesh...

      --
      The world is made by those who show up for the job.
    51. Re:IPv6 isnt really wanted by GooberToo · · Score: 1

      Pv6 is a solution looking for a problem,

      I completely disagree. IPv6 is a solution to many problems...it's just that lazy people are happy to accept the status quo and the many short commings of current infrastructure. IPv6 is a solution to many current issues and adds lots to boot. What it's lacking is mind share, which is often prevented by commnets like yours. Simple fact is, many of the scourges of the net could be much better addressed with IPv6...but I guess the ignorant ney-sayers are too busy pushing their own BS to figure out what solutions it actually can solve or realize that the Internet is a fairly hostile place with IPv4.

      Nah...you're right...the Internet is a much better place with DOS attacks, DDOS attacks, spam, and explosive network viruses which can rapidly scan networks to further propagate.

    52. Re:IPv6 isnt really wanted by mwood · · Score: 1

      Or the game (or other application) designer needs to be led out of his cubicle to be introduced to the Real World and the way networks are actually run in it.

    53. Re:IPv6 isnt really wanted by mwood · · Score: 1

      Adoption of IPv6 is small because MS Windows doesn't turn it on by default, and (for good or ill) MS Windows is judged "good enough" by many many buyers. Come back six months after Vista ships (whenever that happens) and tell us again how IPv6 is never going to take off.

    54. Re:IPv6 isnt really wanted by MikeBabcock · · Score: 1

      Consider as well the use of home entertainment devices like video games. My PS2 has an unroutable IP behind my Linux NAT box. My friend's new XBox 360 is in the same boat. Neither can communicate with others without going through a server of some form, and this puts unnecessary load on servers.

      There are lots of other examples too (accessing my streaming media server from work, for example, without the VPN I had to configure instead).

      --
      - Michael T. Babcock (Yes, I blog)
    55. Re:IPv6 isnt really wanted by FireFury03 · · Score: 1

      The 'mobile devices' argument is total bullshit.
      The only devices that need public IPs are servers.


      You are indeed correct - only servers need global scope IP addresses.... Oh wait, in peer to peer networking everyone is both server and client so everyone needs a global scope IP.

      The 'mobile devices' arguement is very valid - if you have a mobile SIP phone it needs to be globally addressable (ok, there are work arounds for this problem but they're not nice). How do you think 2 SIP phones talk to eachother when they're both behind NATs? (the answer is they do NAT traversal using protocols like STUN and 3rd party servers which sucks since not only are you relying on a 3rd party but you're relying on the NAT doing what you predict which isn't always the case).

      Similarly, when you start up bittorrent, you are starting a server on your machine and people need to be able to connect to it.

      Hell, it's a potential security hole to give a non-server a public IP *at all*

      No, I'm failing to see that - it's only a security hole if you didn't put a stateful firewall infront of it. The only reason this is seen as a non-issue when doing NAT is because NAT is inherently built ontop of a plain and simple stateful firewall (except usually not a well configured one - with most consumer grade NAT routers you can actually connect to the internal network if the ISP's router is misconfigured).

      there is no legitimate reason for wanting to access a mobile phone remotely.

      Yes... yes I can see that, there's no reason why a mobile phone should ever want to receive a phone call is there.

      Also, ipv6 doesn't get rid of NAT.

      Umm, yes it does - IPv6 RFCs _explicitly_ disallow translation of addresses by intermediate routers.

    56. Re:IPv6 isnt really wanted by mwood · · Score: 1

      Win2k was released almost *seven years ago* and hasn't seen a whole lotta development since; that effort went into XP, 2003, and (regrettably) ME. It's not surprising that 2k's IPv6 stack is not much better than it was when it came out at the end of the last century as a "taster". There's no money in patches; they want you to buy the upgrades.

      XP's IPv6 support is decent. If they would just integrate the management tools properly I'd upgrade that to "good". It interworks well enough with Linux 2.6's IPv6 that I don't notice which I'm getting. At work I'm getting ready to propose that we tune up our workstations and internal servers for v6, and eventually remove the servers' v4 addresses.

    57. Re:IPv6 isnt really wanted by bemenaker · · Score: 1

      While I am for the adoption and change to IP6, it would help if the stupid corporations out there that are running huge blocks of class B and class A IP schemes would take off their asshats and use private IP schemes internally. I used to be part of Siemens, and they run real world class B address on their entire internal network. That is so completely stupid. It's a waste of address, and it's incredibly expensive. There is absolutely no reason for that kind of behavior. Free up those addresses to be used where they belong.

    58. Re:IPv6 isnt really wanted by FireFury03 · · Score: 1

      Just shove a port open request through UPnP.

      Except noone sane would enable UPnP on their firewall since it's a major security hole. What's the point in a firewall when malware can turn the damned thing off?

    59. Re:IPv6 isnt really wanted by aminorex · · Score: 1

      > IPV4+NAT is good enough and cheaper

      oh how i wish this were true. in fact, it's not good enough. i can't connect one computer to another. that's very viciously, irremediably borken. moreover, the $$ and manhours expended on NAT are vastly, orders of magnitrude, in excess of what it takes to switch over to IPv6.

      talk to your isp about when they'll have IPv6, ASAP!

      --
      -I like my women like I like my tea: green-
    60. Re:IPv6 isnt really wanted by quantum+bit · · Score: 1

      XP's IPv6 support is decent.

      I wouldn't call it that. Simple things like terminal services not listening on v6 addresses should have been fixed long ago but are still an issue. Setting up a portproxy works but for some reason I haven't figured out yet it's slooooooooow.

    61. Re:IPv6 isnt really wanted by budgenator · · Score: 1
      NAT is not the answer that it seems because the NAT box only has 64K - (WKS + reserved) ports available, which I know seems like a lot. Now think about normal power users using their computers,
      • doing an automatic update which sucks up a couple ports for FTP and a couple for DNS multiply that by almost every piece of software in the autostart.
      • running an email client which means a port for POP and DNS
      • a web browser or two down-loading a page with 15 jpgs which means 5 HTTP requsts + DNS; oh don't forget ports for gratutitious AJAX xmlHTTP requests, and maybe someday browsers will start doing that pre-fetching of pages thing they been promising for years

      Still that leaves quite a bit of wiggle room, now what happens when a couple users get spyware/trojan infested and all of that is trying to suck up ports? The bottom line is NAT is a wall and sooner or later you're going to hit it, your not going to funnel 10K users through a NAT. IPv6 will takeoff when the ad machines at Comcast, RoadRunner, AOL, and Netzero want it to.
      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
    62. Re:IPv6 isnt really wanted by pv2b · · Score: 1

      A NAT router is not meant to be used as a firewall. It can be used as a line of obscurity, but that's about it.

      You should really have a final line of defense in a host-level software firewall. This is actually more secure than any other firewall in some ways -- it's the only type of firewall that can filter connections application-by-application. Malware can easilly phone home by masquerading their evil data inside a HTTP request, which pretty much no firewall can protect against unless you want to whitelist every single host you want to browse to.

      (Sure, host-level firewalls are pretty worthless if your operating system is configured so that any malware application can just overpower the firewall because the malware has root access.)

    63. Re:IPv6 isnt really wanted by FireFury03 · · Score: 1

      A NAT router is not meant to be used as a firewall. It can be used as a line of obscurity, but that's about it.

      Errm... who mentioned NAT? The thread was about firewalls: the complaint was made that a firewall needs configuration to allow the right protocols and the "solution" presented was to use UPnP (which is only 1 stage better than just shutting down the damned firewall)

      You should really have a final line of defense in a host-level software firewall.

      Now I kind of understand how these are built by 3rd parties (since they can't directly modify the IP stack) but I don't understand why Microsoft (who _can_ hack the IP stack) produced a personal firewall. What's the point in letting some malware bind to a NIC and send traffic and then go to the effort of catching that traffic between the IP stack and the wire? It would seem a far better idea to just prevent the unauthorised software from binding to the NIC in the first place, which would prevent it from even being able to generate the unauthorised packets in the first place.

      Whilest I agree that firewalls are a useful feature, I question the idea of treating them as a "first line" defense. IMHO the first line of defense is properly configured services - i.e. make sure they bind to the correct NICs. If a service doesn't want to be accessible from the outside world then just don't tell it to bind to the external NIC. The firewall should be treated as a fail-safe incase you screw up and bind a service to the external port (or some malware gets on the machine). It seems that usually firewalls are used as the _only_ line of defense, and in that case there is really no advantage in using a firewall over properly configuring the services since you have no fail-safe to cover you in the event you screw up the firewall config.

      A system with all the services bound to the external NIC and a firewall stopping the malicious traffic getting to those services is no more secure than a system with no firewall and the services only bound to the relevent NIC.

      I suspect what is needed is simply a unified UI to configure which services are bound where in a similar way to the unified firewall configurators which allow you to open and close any ports from a single UI.

    64. Re:IPv6 isnt really wanted by pv2b · · Score: 1

      Errm... who mentioned NAT? The thread was about firewalls: the complaint was made that a firewall needs configuration to allow the right protocols and the "solution" presented was to use UPnP (which is only 1 stage better than just shutting down the damned firewall)

      If you actually read what the people in the thread says, it's clear their complaints are actually about NATrouters (personal Internet connection sharing devices), not about firewalls per se. Unfortunately, the NAT Router == Firewall terminology really confuses a lot of people.

      A network-level firewall designed to maintain security would be stupid to implement UPnP. (At least stupid if it allowed every single whim of the user.) But that's not what a NAT router is for. UPnP is just meant to allow people get around restrictions that NATimposes on people by dynamically configuring port forwards.

      A NAT router is not primarilly a security device -- a good NAT router will simply let multiple users share a single IP address and try to get the hell out of your way if you want to run peer-to-peer applications, like video conferencing, ip telephony, file sharing, or whatever.

      Now I kind of understand how these are built by 3rd parties (since they can't directly modify the IP stack) but I don't understand why Microsoft (who _can_ hack the IP stack) produced a personal firewall.

      Uhh. How does it make any difference what company makes a firewall? Code is code, no matter who writes it.

      Also. Have you any idea how network code actually works? When I build network code (at least on Linux, Mac OS X, or any other similar OS -- and I can't imagine Winsock is that much different, considering the Winsock API is almost identical to Unix sockets) I don't actually have to "bind" to any specific interface in the first place. I just create a socket() -- not bound to any specific interface.

      In the simplest case of me wanting to send a simple UDP packet (the process of creating a TCP stream is a bit more involved, but similar), I craft my packet and my destination address and send it to the stack using sendto(int s, const void *msg, size_t len, int flags, const struct sockaddr *to, socklen_t tolen). It is at this point that the IP stack will figure out using its routing table where to send the packet. So, there are basically two ways to stop malicious packets. At or after the IP stack, as is commonly done, and which you don't like for some strange reason, or you have to stop unauthorised applications from making *any* socket whatsoever (even if it's just for contacting localhost and doing some inter-process-communication). And you gain nothing from that, save some inconvenience.

      By the way, as a secondary point, I could imagine a lot of poorly-written applications, assuming that you can just socket(), and get a socket without doing any form of error checking would simply fall over on startup (or later in the case of subtle memory corruption due to wild pointers, yay!), even if their main purpose has nothing to do with networking. (Say, for example, that they check for updates on start-up.) If it ain't broke, don't fix it!

      Finally, putting the firewall in the operating system (or at least in cohorts with the operating system, hooking yourself in pretty much where Microsoft is hooking itself in anyway) is precisely the right course of action, because that makes it a lot easier to actually place adequate security restricitons in the right place, rather than patching up some of the more common "holes". Imagine the alternative, it'd be the IP equivalent of javascript anti-right-click scripts and bad third-party access restriction systems for Windows.

      Whilest I agree that firewalls are a useful feature, I question the idea of treating them as a "first line" defense.

      This time it's you who can't read what I write. I said that host-level firewalls are a *final* line of defense, not a *first* level. (Well, at least for incoming traffic,

    65. Re:IPv6 isnt really wanted by FireFury03 · · Score: 1

      Uhh. How does it make any difference what company makes a firewall? Code is code, no matter who writes it.

      Because Windows is closed source - 3rd parties can't add functionality to existing code, they have to stick to using the hooks provided whereas Microsoft could add functionality right into the stack since they have acces to the source.

      Have you any idea how network code actually works?

      Yes, actually...

      I don't actually have to "bind" to any specific interface in the first place. I just create a socket() -- not bound to any specific interface.

      When creating a receiving socket, you can either choose to bind to a specific IP address or you can bind to 0.0.0.0 which essentially binds to all local IP addresses. So the behaviour here is obvious - a bind() call to a specific IP address would be disallowed if it wasn't authorised and a bind() call to 0.0.0.0 would result in the socket only being bound to the authorised IP addresses. Look at the bind(2) man page for more details about binding sockets.

      You can send packets without binding first but again, you can make the authorisation check during the connect(2) or sendto(2) call rather than waiting until the packet has gone most of the way through the stack before blocking it.

      By the way, as a secondary point, I could imagine a lot of poorly-written applications, assuming that you can just socket(), and get a socket without doing any form of error checking would simply fall over on startup

      I would say that this is exactly the sort of software that would contain the most security holes and so preventing it from starting would be a Good Thing. For another reason why making these sorts of bugs obvious is that there are legitimate reasons for the call failing (for example, if you didn't have an IP stack installed)

      Finally, putting the firewall in the operating system

      I never said that the OS was the wrong place to put it (infact, if anything my idea is more tightly bound to the OS since it's embedded in the IP stack rather than being an external application which hooks at certain points).

      and who is going to convince every single application developer to modify their applications so that such a task would be possible?

      I suspect providing the framework and having the services that are shipped as standard use it would be a good start. Who convinced the developers to use the "add/remove programs" framework, and yet most (but not all) applications do. I'm not that familiar with windows, but the last time I had to endure Win2k Advanced Server I couldn't actually see a way of telling any of the standard services not to bind to the external NIC - this is something that could be added to the services configuration interface (as well as enable/disable a service you can have tick-boxes telling it what NICs to bind to).

      This is available under Linux and Mac OS X with the relatively rough lsof application.

      FWIW, "netstat -apn" (under Linux) gives you a nicer output showing what's going on on the network (including unix-domain) side.

    66. Re:IPv6 isnt really wanted by pv2b · · Score: 1

      Okay, this post actually made a lot more sense than the points you raised in your previous post. I misunderstood what you said about the Windows firewall. I thought you were saying it was "too integrated" into the operating system, when you were in fact saying the opposite.

      However, I must disagree about your idea of checking for access permissions at bind(), sendto() or connect() time. For sendto() and connect(), you'd pretty much have to check the routing table first to check which address the connection would be routed to. At that point, you're pretty much checking the routing table twice. Why not just let the IP stack do its job, and cheerfully let the packet jump through the hoops of passing the routing table, and just see where the packet ends up before filtering it instead of duplicating the logic? (And adding to the amount of things that might go wrong.)

      Not to mention the possibility of race conditions that always occurs whenever you need to check something twice.

      And then imagine the carnage if you want to do advanced rule-based routing. :-) (Rather, the carnage if Microsoft decides they want to add that feature later.)

      As for bind(), the idea is a little more attractive. But it doesn't really add very much security compared to just firewalling the port (or indeed the entire application) off. (Because with a host-based firewall you can filter based on destination PID as well as port.) Either way, it boils down to trusting the operating system to keep your application safe. Better if the application gets to choose what to bind to itself, without adding more features to the operating system. Though I must say the feature sounds appealing on some level, I don't really think it's a good idea in the long run.

      I guess what I'm saying is that I don't see the point of trying to predict what a packet will do and shooting it down before it even enters the IP stack, compared to checking for what's leaving the IP stack, and shooting down the packets once you know exactly what they're doing.

      One thing I can agree with you on though, is that individual services should be configurable, by themselves, on what interfaces they will bind() themselves to.

      Also, thanks for the tip about the -p flag to Linux netstat. Nice catch! I grepped the Mac OS X netstat man page, and didn't turn out anything equivalent. (But you can still use lsof, even if it's annoying. :-)

      Finally, on some level I can agree with you about that you shouldn't have to worry about poorly-written applications. But practicality makes me reluctant to change things like that. Why break stuff if you can avoid it? Also, in the case of a wild pointer bug or stack corruption, the cause might not be completely obvious. It's a valid semi-assumption to make on a Windows, that an IP stack is installed. (Though not one I would make myself.)

    67. Re:IPv6 isnt really wanted by GooberToo · · Score: 1

      What are you trying to do, educated the ignorant that have already made up their mind?? Come on! Everyone knows that just because IPv6 will fix many things that are currently broken with IPv4, there is no reason to use it because it threatens the ignorant masses which have fallen in love with the kludge known as NAT.

      You think just because IPv6 will help fight spam, prevent and/or track DOS/DDOS, make it more difficult for scanning viruses to find its next victim, open the door for push technologies to "just work", allow people to readily run their own servers, and enabled a gambit of both older and newer technologies to "just work" (CORBA, SIP, etc) accross the Internet, you have valid cause to educate the ignorant that dumbly believe IPv6 is a solution looking for a problem?

      How dare you!

      Oh, let's not tell anyone that a transition from IPv4 to IPv6 would be a small boon to the enconomy and open the door for next generation of internet innovation, further fueling the enconomy. We all know that would be bad...so keep it under your hat.

    68. Re:IPv6 isnt really wanted by Anonymous Coward · · Score: 0

      ...And this ignores the fact that the problem arrived some 10 years ago.

    69. Re:IPv6 isnt really wanted by Bookwyrm · · Score: 1

      Unfortunately, the unique-address-for-everything zealots have been buggering up the application protocols in the meantime and passing raw IP addresses around: just when you thought passive mode in FTP had fixed that application, some idiot makes exactly the same mistake in SIP.


      You said it. Doing SIP from an IPv6 to an IPv4 address is going to be a blasted pain when the IPv6 host sticks raw IPv6 addresses in the SIP message all over the place. Especially when the dead-end-to-dead-enders insist that intermediary proxies should not fiddle with SDP contents.

      A lot of folks have confused identifying a service (say, a webserver) with a network identity (IP and port number). (We realllly need to get off this port number == service crud.)

      It's the dead-end-to-dead-end architecture mindset at work. Mandating an end-to-end design excludes all other protocols -- including any successors or improvements. Only those egotistical enough to think they'd join the immortals, as you'd put it, would design yet another dead-end -- they would have to believe that IPv6 really would be the end-all-be-all. Anyone who considered that there might be something *after* IPv6 would realize that if you didn't break the end-to-end design and acknowledge that you might have to have a protocol converter in there... well, if you thought the IPv4 to IPv6 conversion is a joke, can you imaging the IPv6 to IPvX conversion, when the network is an order of magnitude larger than this, and people are still cheerfully putting raw IPv6 addresses in their applications, because dead-end-to-dead-end design is so cool?
    70. Re:IPv6 isnt really wanted by bigpat · · Score: 1

      Mobile phones for example do *not* have public IPs and never should do - there is no legitimate reason for wanting to access a mobile phone remotely.

      How about to make a phone call? To tranfer a data file? Does everything in your world have to go through an intemediary to do some sort of address translation? What if you just want to communicate directly?

      This "server" argument is foolish and arbitrary. The Internet is a communication medium, not a broadcast medium. There is no logical distinction between a client and a server. When you want to send an IM or a file or talk directly, the most efficient way to do so would be to communicate directly by using the actual address of the device. Also, if you are going to perpetually rely on commercial third parties for address translation, then just to connect to someone else you are going to pay a "tax" above what you are paying just to have access. If I want to make a phone call over VOIP why shouldn't I just be able to connect directly if I know the IP address, or if it is already aliased with a DNS entry?

      There is no real depth to security that just obscures your connectivity. But there is real benefit to end-to-end communicati available. IPv6 isn't really about the mobile devices, since IPv6 doesn't provide a mechanism of efficient routing off the wired network, what it is about is openning up the marketplace to new applications that rely on a peer-to-peer communication model. Applications in gaming, file sharing, direct IM. And applications we have yet to think about.

      There is no good reason to continue to live in a IPv4 NAT'd world. It is analogous to telling everyone to get a PO Box, just so they don't have to tell other people their real postal street address. Sure some people might have that legitamite security concern and it would be worth the extra effort, but paying extra for a PO Box and making the extra effort to pick up your mail just isn't worth it to most people.

  4. Like Y2K? by microarray · · Score: 4, Insightful

    Could someone tell this uninformed person what the hype is all about? So, we run out of IP addresses, so what? Seems like a market then exists where you could on-sell your IP addresses for $$$. Prices go up too high, market forces then result in IPv6 implementation. What's the problem?

    1. Re:Like Y2K? by Anonymous Coward · · Score: 0

      In short, its the number of rules in the routers supporing the Internet. For ever IP that is not in a logical place on the backbone some set of rules need to be applied to route that rouge single address to the right place. When enough IP addresses are "sold" then all hell will break loose as all the router rules grow out of control.

    2. Re:Like Y2K? by Trejkaz · · Score: 1

      I can't exactly on-sell my only IP address, because then I wouldn't have one. Hell, one is already too few (I want about four, but for some reason the cost of four addresses is more than four times the cost of one.)


      The main benefit of significantly inflating the address space is that you can allocate enormous blocks for each subscriber, and remove most of the need for NAT.


      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    3. Re:Like Y2K? by Anonymous Coward · · Score: 0

      You can't sell IP's, if you do they'll be revoked.

    4. Re:Like Y2K? by vux984 · · Score: 5, Informative

      Seems like a market then exists where you could on-sell your IP addresses for $$$. Prices go up too high, market forces then result in IPv6 implementation. What's the problem?

      The way ipv4 addressing is structured. 209.112.155.123 and 209.112.155.124 are in the same block. They don't have to be next door neighbours in the real world, but they do have to be 'close' to each other from the networks point of view. That will mean they belong to the same ISP, in the same city, and quite probably a fairly small chunk of that city.

      IP addresses, by virtue of the numbers that make them up have to be hooked up to the network in a specific place in order for packets to find them. They exist in 'blocks' for convenient routing. The "routing tables" that you hear about describe where to send traffic addressed to a specific block should go. For example a backbone router A might know that traffic destined for 209.x.x.x goes "thatta way"... and and another router B further down the line might know that 209.112.x.x goes "through that pipe there"... and so forth, until it finally reaches a router C that says hey that destination block is right on the LAN here!

      If 209.112.115.122 were suddenly "sold" to a guy in another city all his packets would would still end up at Router C, where they would be undeliverable because the owner isn't connected directly to that router.

      As a rough analagy it would be like "selling your home address", but not your home. Even if you transfer the address to a guy in china all the mail is going to end up at your door step. Sure you could make special arrangements to have it forwarded back to china (and you can do this with ip too)... but that has two repurcussions:

      1) The guy in china still needs a chinese address for the forwarded mail to arrive at so he's accomplished nothing!

      2) Any mail addressed to him, even from his next door neighbour is going to be shipped around the world because it won't know its supposed stay in china until it arrives at your place. The chinese post office will see the Dutch (or whatever) address on the evelope and ship it off for a round trip through Holland...

    5. Re:Like Y2K? by Anonymous Coward · · Score: 0

      "Bravo"!!
      One of the best analogies I read around here. You sir deserve a +500 Insightful, too bad I can moderate only once.

  5. The article's an MP3, not text! Text Version? by billstewart · · Score: 4, Informative
    I don't want to listen to some podcaster ranting about some topic that they may or may not have a clueful opinion about. Is there a text version of that person's comments? Skimming text is not only important for deciding if the author is providing any new or useful information, it also gives you much better control over how much of your time you want to spend on the quality of information you're getting. http://www.intellectualicebergs.org/ indicates that there are two main topics and three other sections, and doesn't say how long the podcast is. I normally don't rant about Slashdot's choice of material, but this is a waste of time; I could probably do better by going to a random social event* around here and asking about IPv6 readiness.

    (mid-90s silicon valley story - friend of mine was visiting a friend, the house phone rang, somebody answered it and gave some technical advice about windows. "Who was it?" "Just a wrong number, but it was an easy question.")

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  6. Why do we need to be ready? by Wesley+Felter · · Score: 3, Informative

    I didn't bother to listen to the podcast, but luckily this is Slashdot so no one will hold it against me.

    Geoff Huston's "IPv6: Extinction, Evolution or Revolution?" is probably the most insightful thing I've ever read about IPv6 deployment, although the conclusion is pretty negative.

    But assuming that IPv6 is worth deploying, Microsoft is way ahead in getting computers IPv6-enabled. Their work on Teredo should make life a lot easier for P2P developers.

    1. Re:Why do we need to be ready? by TubeSteak · · Score: 1
      I didn't bother to listen to the podcast, but luckily this is Slashdot so no one will hold it against me.
      I don't the fact that you're commenting without listening to it against you.

      What I will hold against you, is that by not downloading the 47MB MP3, you do not contribute to the slashdot effect.

      This is a community and communities work together. Now go download that MP3!
      --
      [Fuck Beta]
      o0t!
    2. Re:Why do we need to be ready? by Anonymous Coward · · Score: 0

      I didn't bother to read your post, but luckily this is Slashdot so no one will hold it against me.

    3. Re:Why do we need to be ready? by Anonymous Coward · · Score: 0

      But assuming that IPv6 is worth deploying, Microsoft is way ahead in getting computers IPv6-enabled.

      Ahead of who? Everyone else was IPv6 ready before MS was.

    4. Re:Why do we need to be ready? by porttikivi · · Score: 1

      I didn't bother to read the link you provided, because as an IPv6 trainer in our company I already know:

      IPv6 is not needed, NAT works. Some people will even insists NATing their IPv6 network to protect the internal addresses.

      You don't need IPv6 to have global reachability for VoIP and P2P. Teredo actually proves, that you can contact anyone with a private address if you really want. You just need some form of global addressing, and an active "NAT circumvention" server like Teredo. Skype and other P2P networks that work with private addresses also prove, that it is easy to contact anyone globally, know matter how private addressing they use.

      Transition to IPv6 is huge work. Upgrading all software is huge work. Running two parallel network infrastructures is huge work. Nobody wants to do that.

      Re-checking your security infrastructure (firewalls, IDS, whatever) for IPv6, and for half a dozen clever tunneling tricks is something your security guys will NEVER do. And thus, they will never allow IPv6.

      Mobile IP (MIP) would be nice and the only real reason to insist everybody having a public IPv6 address. But after Skype and P2P networks have been made to work on private addresses, you don't really need MIP so much. The cost of having IPv6 just for that is too much.

      --
      Anssi Porttikivi / app@iki.fi
    5. Re:Why do we need to be ready? by A+beautiful+mind · · Score: 1

      "But assuming that IPv6 is worth deploying, Microsoft is way ahead in getting computers IPv6-enabled."

      You mean that you still need to install a patch for WinXp while Linux, BSD, etc. distributions have ipv6 enabled by default already?

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    6. Re:Why do we need to be ready? by Jugalator · · Score: 2, Insightful

      IPv6 is not needed, NAT works.

      For a fraction of what you can do on the Internet, yes. Stop oversimplifying.
      Even I as a regular user have run into the problems with two NAT'ed people trying to communicate with each other.

      --
      Beware: In C++, your friends can see your privates!
    7. Re:Why do we need to be ready? by welsh+git · · Score: 1

      > But assuming that IPv6 is worth deploying, Microsoft is way ahead in getting
      > computers IPv6-enabled. Their work on Teredo should make life a lot easier
      > for P2P developers.

      Errrm, my non-MS router, firewall, OS, and p2p software are all fully IPv6-enabled.

      The router, firewall and OS have had full IPv6 for many years, LONG before MS put Ipv6 into windows.

      And gtk-gnutella, for linux/freebsd is a gnutella client that is ipv6 enabled (admittedly, there aren't many ipv6 gnutella clients out there at the moment)

      So, not dissing Teredo - I don't know anything about it -- but how come "MS" is "way ahead" ? If MS had ipv6 from win98 onwards (which is AFTER the time FreeBSD had it with the KAME project) then just about every system on the internet now would be IPv6 capable, so I repeat, how exactly is Microsoft "way ahead" ?

      --
      Sig out of date
    8. Re:Why do we need to be ready? by stoborrobots · · Score: 1

      You don't need IPv6 to have global reachability for VoIP and P2P. Teredo actually proves, that you can contact anyone with a private address if you really want. You just need some form of global addressing... ... which is what IPv6 provides. The problem with IPv4/NAT is that there is no global addressing scheme. What scheme would you suggest?

      Skype and other P2P networks that work with private addresses also prove, that it is easy to contact anyone globally, know matter how private addressing they use.

      Skype and P2P work by responding to people behind NATs who contact them first. It does not enable to contact people behind NATs who have not connected to them. They get messages through because the software sits there contacting some central host over and over again, asking "Any calls for me?" repeatedly.

      Skype and P2P only work behind NAT because they are able to contact non-NATed machines. Their whole success depends on a significant amount of bandwidth being available on non-NAT addresses, which they can piggyback off. What's the point in bandwidth-economical distributed protocols, if you have to route all the connections through non-NAT choke-points?

      Re-checking your security infrastructure (firewalls, IDS, whatever) for IPv6, and for half a dozen clever tunneling tricks is something your security guys will NEVER do.

      Because people never use clever tunneling tricks over IPv4, right?

    9. Re:Why do we need to be ready? by MikeBabcock · · Score: 1

      And for all those who think NAT is the right way to handle their internal networks, consider that you could assign your internal network machines routable external IPv6 addresses that are all within one subnet firewalled by your existing firewall, just like with NAT.

      How is this different? Well, first of all, TCP connections work between internal networks all of a sudden, without port forwarding. Secondly, firewalls can do what they're supposed to be doing and not worry about NATting (and un-NATting and dealing with fake NAT'd packets).

      Benefit to NAT? Having hidden IP addresses. 90% of the time, its probably within 192.168.0.0/23 anyway.

      --
      - Michael T. Babcock (Yes, I blog)
    10. Re:Why do we need to be ready? by MythoBeast · · Score: 1

      FYI, even Microsquash says that Teredo should only be used as a last-ditch effort to get connectivity. It requires a central server to act as a traffic cop, as such, isn't stateless, and requires a heaping pile of configuration. Well above what tunnels or even NAT-PT require.

      --
      Wake up - the future is arriving faster than you think.
  7. Where's the "podcast"??? by badboy_tw2002 · · Score: 0

    The link is just to an .mp3 file. Shouldn't I need an apple product to listen to this?

    1. Re:Where's the "podcast"??? by dzarn · · Score: 0, Redundant

      3 seconds on Google

      Podcasting is a term coined in 2004 when the use of RSS syndication technologies became popular for distributing audio content for listening on mobile devices and personal computers

      So, it's an open standard (RSS) encapsulating an audio file. All named after a popular portable player. Congrats on jumping the gun!

    2. Re:Where's the "podcast"??? by idonthack · · Score: 1

      "Podcast" is really just a fancy word for "streaming audio".

      --
      Why is it that when you believe something it's an opinion, but when I believe something it's a manifesto?
    3. Re:Where's the "podcast"??? by jumpingfred · · Score: 1

      No podcasts don't stream. You don't stream to your ipod you download and copy to your ipod.

    4. Re:Where's the "podcast"??? by Kankraka · · Score: 1

      You mean fancy word for "hyperlink"

  8. IPv6 rocks for the home by Anonymous Coward · · Score: 1, Funny

    With a traditional IPv4 network, I was running out of IP addresses, but now I can give each sofa cushion its own address.

    1. Re:IPv6 rocks for the home by Anonymous Coward · · Score: 0

      Learning how to subnet you pussy!

    2. Re:IPv6 rocks for the home by Anonymous Coward · · Score: 0

      Come on, try harder. I gave each crumb in the cracks of my sofa its own IPv6 address!

  9. IPv6 Push by Anonymous Coward · · Score: 1, Informative

    Most people think that the consumption of IP addresses is what's going to push the move to IPv6. While this will be a major factor, most sources I've read think it will be the exponential growth of routing tables that will eventually force the switch.

    Every time a segment of IPv4 addresses are partitioned, routing tables must be updated to reflect the changes. Last book I read said the number of entries were around 100K and that it would double by 2010 (may have been later/earlier, can't remember the exact details).

    With this many entries the problem of managing routing tables becomes near impossible, not to mention router performance will become critical if it can handle it at all.The huge amount of IPv6 addresses will allow major aggregation to that point that most routing tables will be a fraction of what they are now. Heiarchical routing will actually be possible with IPv6.

    Of course you routing hardware can be upgraded and more people can be paid to manage tables but if you're going to do that might as well make the problem go away and add a whole lot more features with a new protocol.

  10. Background music by trolleymusic · · Score: 1

    What's with the background music through the interview? Does anyone listen to this podcast regulary, is this a normal thing?

    --
    "damnit, trolley I want in your signature." - Elburrito
    1. Re:Background music by Anonymous Coward · · Score: 0

      Wondering if some RIAA's fellow could claim some rights about it...

    2. Re:Background music by pklinken · · Score: 0

      Yea, it's amazing.. I've heard this in newsflashes on popular radiostations, but never in an interview. Cant listen to it.

  11. Well... by ksilebo · · Score: 1, Redundant

    Direct links to a podcast at work is irritating. Guess I should look at the status bar more often.

    Anywho, I'd adopt IPv6 if more straightforward and simpler guides existed, or I just can't find them.

  12. IPv6 can be your next generation Identity card by ravee · · Score: 1

    Once IPv6 comes into force, there will be no derth of IP addresses. And each device including PCs can have its own unique IP address. When a person is born in this world, a tiny chip can be implanted in his body which has a unique IP address. And this can be used as his identity.

    And the same way a DNS works, the IP address of the chip implanted in the persons body can be resolved to his name.

    --
    Linux Help
    for all things on Linux
    1. Re:IPv6 can be your next generation Identity card by n.e.watson · · Score: 1

      Well yes, but you know the ISPs will more than likely shortchange us with the usual single dynamic IP (if you live in the US, at least)

    2. Re:IPv6 can be your next generation Identity card by MobileTatsu-NJG · · Score: 1

      "When a person is born in this world, a tiny chip can be implanted in his body which has a unique IP address. And this can be used as his identity."

      How would this be enforced? How would an individual be protected from having his ip address used by somebody else?

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    3. Re:IPv6 can be your next generation Identity card by Ded+Bob · · Score: 1

      And the same way a DNS works, the IP address of the chip implanted in the persons body can be resolved to his name.

      Using IPv666? :)

    4. Re:IPv6 can be your next generation Identity card by PartialInfinity · · Score: 1

      "And the same way a DNS works, the IP address of the chip implanted in the persons body can be resolved to his name."

      International Baby Name Registration

      Enter name of baby> John Smith
      Sorry, that name is taken.
      Enter name of baby> Johnny Smith
      Sorry, that name is taken.
      Enter name of baby> Johnny Porter Smith
      Sorry, that name is taken. Have you considered Johnny17728 Porter2992 Smith7237?

      Yes, I see this idea working out quite nicely.

  13. Spam must be controlled by humankind · · Score: 3, Interesting

    We can't move to IPv6 until the spam problem is solved. With the additional address space that IPv6 offers, spam will increase by a googol if the spam gangs are not stopped. More spam is stopped because of RBLs now than any other method. IPv6 would make that obsolete.

    1. Re:Spam must be controlled by AnotherBlackHat · · Score: 1

      We can't move to IPv6 until the spam problem is solved.
      With the additional address space that IPv6 offers, spam will increase by a googol if the spam gangs are not stopped.
      More spam is stopped because of RBLs now than any other method.
      IPv6 would make that obsolete.


      Even assuming that were true, it would just mean that we couldn't move email to IPv6.
      The amount of spam being sent is unlikely to change because of IPv6.
      In test after test, I've found RBLs far less effective at stopping spam than spam assassin, grey listing, or address validation, and the false positive rates for RBLs are considerable worse as well.
      IPv6 would not obsolete blocking by IP, it would simply mean you need to block a larger range of IPs.
      In fact, it's likely that IPv6 would make RBLs more effective, since it would be much more difficult for spammers to get new address space, as no reasonable case can be made for needing more than the minimum /64 allocation.

      -- Should you believe authority without question?
    2. Re:Spam must be controlled by Mortimer82 · · Score: 1

      Well, if you ask me IPv6 sounds like a potential golden oppurtunity to enforce use of systems such as DomainKeys or SPF. Seeing as everyone would have to recode their mail server software to work with IPv6, they may as well make sure it supports those sender validation techonologies, and seeing as everyone is going to have to do it around the same time, it sounds like it would be a good idea to make it compulsary on IPv6 rather than optional, this means that spammers will be unable to forge their from addresses over IPv6. Of course nothing stops them from registering lots of domain, but it sure makes considerable more work for the spammer.

      IMO part of the reason why "from header" forgery is so prevalent is that either an administrator's mail server can't utilize this technology by default, or they have no inclination to do so, if it becomes necessary, maybe people will get off their asses and do the required work.

    3. Re:Spam must be controlled by cach0rr0 · · Score: 1

      The "From" header field is really somewhat insignificant in the whole scheme. There are plenty of instances where you would "legitimately forge" the domain included within the "From" header field, example, moving from a hotmail to a gmail account.

      Checking the domain used in the MAIL FROM attribute in the SMTP handshake sure..verifying the connecting IP against the SPF records for the domain in the MAIL FROM.

      i agree with the remark above concerning RBL's currently being extremely effective. More addresses = more zombie systems = that many more IP addresses to add to the RBL. zones can be queried relatively quickly currently. 64 bit addressing could slow that down ridiculously. limited addresses means limited range of attack. im not saying we wont get there eventually, but IMHO this would hurt us with the spam problem before it would make things better. greylisting - not feasible in high volume environments where delays arent tolerable. much of SA's power comes from the various RBL lookups that can be configured within it. Without them, it's just another mediocre filter, with an unacceptible false positive rate.

    4. Re:Spam must be controlled by welsh+git · · Score: 1

      > Well, if you ask me IPv6 sounds like a potential golden oppurtunity to enforce
      > use of systems such as DomainKeys [yahoo.com] or SPF [openspf.org]. Seeing as
      > everyone would have to recode their mail server software to work with IPv6,
      > they may as well make sure it supports those sender validation techonologies,
      > and seeing as everyone is going to have to do it around the same time, it sounds
      > like it would be a good idea to make it compulsary on IPv6 rather than optional,
      > this means that spammers will be unable to forge their from addresses over IPv6. .. except that many mailer clients, and servers have fully implemented IPv6 for years already.....

      --
      Sig out of date
    5. Re:Spam must be controlled by Just+Some+Guy · · Score: 1
      More spam is stopped because of RBLs now than any other method.

      And your point is? With IPv6, every end customer would receive a /64 (or is it /48? I forget) netblock. Instead of querying the DNSBL for a single IP address, like we do now with IPv4, you'd query it for the 64-bit network prefix (ignoring the host bits at the end). I'm not sure why that would be an insurmountable problem.

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:Spam must be controlled by humankind · · Score: 1

      As I've said; as others have said. More IP space = more problems. This isn't speculation; it's common sense.

      I don't know what tests you've done, but I'd suspect you work for someone who has a vested interest in not seeing RBLs work, because they do, and they're far more reliable than content-based filtering.

      SA is not much of a solution without the use of RBLs within it, or any spam filter. However content-based spam filtering is counterproductive. I do not want to have to pay more of my own money for more resources than is necessary to handle legit mail because I need to analyze the contents of spam. RBLs work best; they don't waste system resources and bandwidth. IPv6 will make things a zillion times worse until the authorities take action against the small number of spam gangs that are responsible for about 70% of the spam online.

    7. Re:Spam must be controlled by AnotherBlackHat · · Score: 1

      As I've said; as others have said. More IP space = more problems. This isn't speculation; it's common sense.

      I don't know what tests you've done, but I'd suspect you work for someone who has a vested interest in not seeing RBLs work, because they do, and they're far more reliable than content-based filtering.

      SA is not much of a solution without the use of RBLs within it, or any spam filter. However content-based spam filtering is counterproductive. I do not want to have to pay more of my own money for more resources than is necessary to handle legit mail because I need to analyze the contents of spam. RBLs work best; they don't waste system resources and bandwidth. IPv6 will make things a zillion times worse until the authorities take action against the small number of spam gangs that are responsible for about 70% of the spam online.


      Lot's of people said rockets work better in air than in a vacuum, that didn't make it so.

      I've heard lots of claims about the effectiveness of various RBLs too.

      But as I said before, when I actually test them, they're pathetic.
      Most block less than 10% of the spam, a few got as high as 50%, and even the most aggressive couldn't match greylisting (which blocked 85% when I first tested it, and is currently down to about 80%). The most aggressive ones typically had a false positive rate above 5%, which I personally consider unacceptable, though YMMV.
      The spam-test I usually perform BTW, is to check every IP that hits one of my spam traps to see which ones are actually being caught.
      Though I currently get over 100,000 spams a day, I usually only check a small subset of a few thousand each day.

      What tests have you performed (or seen the results of) that makes you believe RBLs are effective?

      If you know of an RBL that lists better than 80% of spam sources, and has less than a 2% false positive rate, I'd like to know about it.

      RBLs do reduce load, unlike content based filtering which increase it.
      I personally care less about work and more about accuracy, but again, YMMV.

      -- Should you believe authority without question?

  14. Anyone watch 24? by someonewhois · · Score: 4, Funny

    IPv6 isn't going to work because of television. Chloe: "Jack, give me the IP Address of the workstation and I'll send you a decrypter." Jack: "Okay one sec........... Alright, got it! F as in food, E as in earth, D as in death, C as in card, colon, B as in bad, A as in apple, six, eight, colon, three, six, four, four, colon, one, two, zero, seven, colon, A as in apple..." FBI Agent breaks in: What's this? Jack? You're supposed to be dead! [shoots Jack] [Season Ends] Man oh man oh man. That's gotta be the reason why IPv6 isn't implemented yet. (Seriously, tech support nightmares)

    1. Re:Anyone watch 24? by someonewhois · · Score: 1

      Oops, forgot linebreaks...

      IPv6 isn't going to work because of television.

      Chloe: "Jack, give me the IP Address of the workstation and I'll send you a decrypter."
      Jack: "Okay one sec........... Alright, got it! F as in food, E as in earth, D as in death, C as in card, colon, B as in bad, A as in apple, six, eight, colon, three, six, four, four, colon, one, two, zero, seven, colon, A as in apple..."
      FBI Agent breaks in: What's this? Jack? You're supposed to be dead! [shoots Jack]
      [Season Ends]

      Man oh man oh man. That's gotta be the reason why IPv6 isn't implemented yet. (Seriously, tech support nightmares)

    2. Re:Anyone watch 24? by Kagura · · Score: 1, Funny

      Trying the old "i 'accidentally' made a mistake in my original post let me fix it and get double the karma" trick, eh? Yeah, we're on to you. :)

    3. Re:Anyone watch 24? by compm375 · · Score: 1

      Trying the old "i 'accidentally' made a mistake in my original post let me fix it and get double the karma" trick, eh? Yeah, we're on to you. :)
      because +4 Funny is worth a lot of karma...

    4. Re:Anyone watch 24? by curious.corn · · Score: 1

      There's no Karma for Funny mods. Get it over

      --
      Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
    5. Re:Anyone watch 24? by dotgain · · Score: 1
      Don't think half of us don't get around that by using +1, Underrated, also making us immune from M2...

      Seriously, ever since I started carefully abusing my mod points, they've lasted for days rather than all getting spent at once while doing someone elses job for them.

      I only mod funny to expose people more karma burn.

      Why? Because it's funny to me

  15. how about B-ISDN? by Anonymous Coward · · Score: 0

    That would smokin', having B-ISDN and IPv6 rolled out worldwide at the same time...

  16. The problem is lack of hipness... by Anonymous Coward · · Score: 0

    People

    If you really want this thing to catch on one day, trust me, just call it iPV6... [see the lowercase i?]

    you'll all thank me one day...

  17. Podcast Mini-review by Da+Stylin'+Rastan · · Score: 2, Informative

    I listened to the podcast being someone who is quite knowledgeable in IPv6 and thought that Brad did a good job of laying out the important points and stakes in terms that someone new to IPv6 can understand pretty well, and he was very accurate on his information from a technical standpoint (aside from when he talks about the implementation headaches of PKI, he was way off on that one). I also agree with him on the state of IPv6 (fun for geeks/military types now, but not business and consumer-level primetime yet)

    The interviewer isn't too bright however. Also, for the love of god, please stop the mp3 after the interview before he launches on his excruciatingly bad Matrix-metaphor monologue. You *will* thank me

    Overall, I'd say it's a good listen if you are curious just exactly what some of the benefits of IPv6 are, but for anyone who is even slightly knowledgeable about IPv6 it's a "Move along, nothing to see here"

    -DSR
  18. WRT54Gs IPv6 by Solosoft · · Score: 2, Informative

    If your WRT is running DD-WRT v23 you can run a 4-6 tunnel through the router and run RADVD on it to give your clients IPv6 address's.

    Here is a IPv6 Install Guide for DD-WRT and a WRT54Gs

    I would love some more people to test out my little config and tell me if there is anything they do not understand in it. It's very straight forward and uses SMB for people who have a v4 Router (not enough room for JFFS). Of course you could simply move a conf to your /jffs/ file system.
    As Long as your running Linux (with ipv6 enabled) and Windows XP (run "ipv6 install") once the router is setup and running your clients get IP's automagicly. (or any ipv6 enabled OS for that matter)

    Thanks :)

    1. Re:WRT54Gs IPv6 by Wesley+Felter · · Score: 1

      Tunnel brokers are obsolete and inefficient; you should advise people to use 6to4 instead.

    2. Re:WRT54Gs IPv6 by __aapmdj9174 · · Score: 1

      And if DD-WRT didn't suck horribly, people might run it... I'm not really a fan of routers that like to shit themselves simply due to a semi-heavy load being placed upon them.

    3. Re:WRT54Gs IPv6 by Solosoft · · Score: 1

      Oh yeah ? How is it so shitty ?

      I don't mind people bashing things but if your going to bash things please have somthing to back it up. By Semi-Heavy load what do you exactly mean ?
      You do know there are known issues with the router such as overclocking it 16MHz (which the newer stock linksys firmware does) fixes up tons of issues.

      ~ # sed -n 's%.* src=\(192.168.[0-9.]*\).*%\1%p' /proc/net/ip_conntrack | sort | uniq -c
      4 192.168.1.1
      3 192.168.1.100
      68 192.168.1.101
      686 192.168.1.102
      6 192.168.1.103
      1 192.168.100.1

      My router is handling plenty of open connections no problem and I have QoS enabled to keep everything else snappy. If I so choosed I could go and play a game of Starcraft right now with 0 lag yet im downloading 2 torrents at 100k/s each.

      One thing I did was turn down the connection timeouts to about 900 seconds instead of the really high value that DD-WRT defaults too. Before I did this my machines would not drop connections quick enough and the router would literally saturate it's self with 4000 open connections.

      I also made a QoS page that'll help you setup QoS on your network. It really smooths things out if it's setup correctly. Letting you keep your P2P apps open and still be able to do things like stream music and play games online.

      I overclocked my router 39MHz (WRT54Gs v4) and it seems to be running amazingly quick with little downside. Although it does run slightly warmer my BEFSR41 v3 would run hotter then this is running. That doesn't include my 100mW boost on my wireless power.

      I don't mind people bashing things but atleast backup your statement on why you couldn't get it to work. Then people can help you out ... maybe it's a simple command you did ... or somthing you forgot to do.

    4. Re:WRT54Gs IPv6 by __aapmdj9174 · · Score: 1

      Let's see. Install DD-WRT. Start up a few torrents. Watch while all connectivity dies. Install any other WRT54G firmware(Stock, wifi-box, etc)... Start up a few torrents. Watch while things work perfectly fine... I don't care enough to diagnose the problem. DD-WRT doesn't work properly on a default install. Other things do. Which will I choose?

    5. Re:WRT54Gs IPv6 by Solosoft · · Score: 1

      Really ?
      I have about 2 torrents constant on this computer and sometimes emule or bearshare, my sister is always on limewire and my moms always on torrents too and no problems. Even my ipv6 is stable and never disconnects. Hmm ... wonder why your router is so sick, oh did you forward the right ports. I believe DD-WRT doesn't enable upnp by default thus most of your torrents prolly had no outside access.

      Maybe some more information and I would be glad to give you a hand with that.

      If you would spend a couple of extra minutes fucking around with DD-WRT you would notice that it's alot better then the stock firmware. It's capable of 2x as much and ive never had connection issues even when running the beta. Like I said ... gimmie some more information and i'll see what I can do to help you ...You Could Email me too and we could figure this out

    6. Re:WRT54Gs IPv6 by Tony+Hoyle · · Score: 1

      6to4 is dead.

      The 192.88.99.1 anycast isn't routed by most ISPs any more... it's over a year since I've been able to ping it (tried different connections, etc.)

    7. Re:WRT54Gs IPv6 by __aapmdj9174 · · Score: 1

      Not interested. Ports were forwarded. I'll stick with wifi-box, kthxbai. Zealot some other piece of shit firmware, to someone else.

    8. Re:WRT54Gs IPv6 by Anonymous Coward · · Score: 0

      Overclocking doesn't work for all WRTs; Mine suffered connection dropping with any firmware; mind you, this wasn't with a dozen torrents open, just scp'ing a directory of mp3s between my laptop and my desktop.

      The WRT would always reboot sometime in the middle of the transfer; after trying several different firmwares, I tried the 16MHz-overclock.

      I now have a useless WRT that won't finish bootup until I solder together a JTAG adaptor to fix it... and after wasting two days of my life on it at that point, I just gave up on it.

      The WRTs are crap.

    9. Re:WRT54Gs IPv6 by quantum+bit · · Score: 1

      Reports of 6to4's death have been greatly exaggerated.

      What broken ISPs are you using?

      I can ping 192.88.99.1 from home (DSL line), work (high capacity business circuit), remote location at work (DSL in another city), and a co-located box that's triple-homed near a peering point.

      I also use 6to4 at home; never had a problem with it.

  19. iam deaf by Anonymous Coward · · Score: 0


    you would think of all places the Internet would level the field, i guess i lucked out
    i see no transcript so i guess me and my buddies will have to look elsewhere for our IPv6 fix
    while some middle class podcasters pat each other on the back on how clever they think they are in mastering Sound Recorder and LAME on their moms PC

    Jay

  20. NAT provides a firewall by tepples · · Score: 5, Insightful

    Umm, [adding more devices is] precisely why [NAT is] used.

    Apart from that, NAT is also useful because of an inherent side effect, namely that a basic firewall comes "free" once your router has implemented NAT.

    1. Re:NAT provides a firewall by evilviper · · Score: 3, Informative
      a basic firewall comes "free" once your router has implemented NAT.

      No. NAT PROVIDES NO SECURITY WHAT-SO-EVER. No matter how many times it is said, people still don't get it. It REALLY doesn't provide any security. All it does is add a couple simple steps before someone can address your inside machines. NAT is the equivalent of locking your door with a rubber-band.

      Here, instead of repeating myself over and over again, just look at the last time I talked about it:
      http://slashdot.org/comments.pl?sid=169925&cid=141 66128
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:NAT provides a firewall by tepples · · Score: 2, Informative

      All it does is add a couple simple steps before someone can address your inside machines.

      Hmm... let me see... In your other comment you wrote:

      Send source routed pings to the broadcast addresses of the private address ranges

      Do most NAT devices support source routed pings? How do most deployed residential NAT devices handle ICMP ECHO and source routing?

      make no mistake, those are certainly not the only way to easily pierce through a NAT.

      What other ways were you talking about? Did you explain them in other Slashdot comments?

      if you have a stateful firewall, you are very secure

      In order to get FTP to work properly through a NAT, you need stateful inspection and/or rewriting of packets. By the time you've implemented this, you can get a basic stateful firewall for "free", right?

    3. Re:NAT provides a firewall by Paradox · · Score: 1
      make no mistake, those are certainly not the only way to easily pierce through a NAT.
      What other ways were you talking about? Did you explain them in other Slashdot comments?
      NAT is attackable with a variety of active and passive techniques. NAT is also very obnoxious because it requires packet rewriting, making it hard to use with things that verify packet integrity like IPSEC. NAT has served us well, but it's only needed because we have an IP address limitation.
      In order to get FTP to work properly through a NAT, you need stateful inspection and/or rewriting of packets. By the time you've implemented this, you can get a basic stateful firewall for "free", right?
      No. There is "just enough state to fake FTP" and then there is a stateful firewall. Even then, Firewalls themselves are often circumvented by clever protocol tricks, our outright bypassed by masquerading as legit traffic.
      --
      Slashdot. It's Not For Common Sense
    4. Re:NAT provides a firewall by evilviper · · Score: 1

      Your URL (lensman.net) probably doesn't go where you want it to.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:NAT provides a firewall by evilviper · · Score: 1
      I had a nice long and detailed response typed out... Then Firefox crashed :-(

      What other ways were you talking about?

      I don't really want to take the time to detail them here (that's why I typically just mention the simple source-routed+ICMP method) and I'm not finding any good search results on the subject. Perhaps someone else here is more inclined to spend time detailing other methods than I am. I'll cover one more simple method though...

      Instead of source-routed packets, you can gain access to another machine on the same network segment as the NAT. After that, you just set the NAT's public address as your default gateway, and you can ping the private addresses directly. Instead of ICMP, you can use TCP packets (see "TCP ping") which obviously can't be filtered.

      In order to get FTP to work properly through a NAT, you need stateful inspection and/or rewriting of packets.

      Umm, no. Passive FTP will work just fine through a NAT with no workarounds. Active FTP is usually handled by a very simple transparent FTP proxy on the NAT box. This doesn't require stateful inspection of any kind. Any state info kept by a more advanced NAT would be quite the opposite of a stateful firewall. Witness the availablity of consumer NAT routers without firewalls, or with only basic, non-stateful firewalls.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    6. Re:NAT provides a firewall by FireFury03 · · Score: 1

      Apart from that, NAT is also useful because of an inherent side effect, namely that a basic firewall comes "free" once your router has implemented NAT.

      Rubbish - NAT is nothing to do with firewalling. To do NAT you basically take a stateful firewall and glue some extra functionality on top. The NAT bit doesn't add any security over just a plain stateful firewall and creates significant problems for all but the simplest of protocols since there is no (reasonable) way to inform the application of what it's address and ports are being translated to. This leads to peer-to-peer applications such as SIP having to use kludges like STUN, which don't work in all cases.

      Far better to have global addressing (i.e. IPv6) and a stateful firewall than the horrible mess that is IPv4+NAT.

    7. Re:NAT provides a firewall by asdfghjklqwertyuiop · · Score: 1

      What other ways were you talking about? Did you explain them in other Slashdot comments?


      How about the fact that by using NAT without a firewall, you're effectively placing the security of your network in the hands of your ISP, or any of its customers who are on the same subnet as you (which is what many broadband providers do). Any of those parties can add a route to your network via your router's external IP and talk to anything they want on your LAN.

    8. Re:NAT provides a firewall by Anonymous Coward · · Score: 0

      NAT would be wonderful if it wasn't a hack. IPv6 isn't even as good as NAT Done Right.

      IPv4 is running out of addresses because early-adopters took huge blocks of space and won't give those addresses up. It also doesn't have enough addresses for each person on the planet, much less each device on the planet. It *also* has reserved sections of the address space that can't be used.

      So NAT comes along and provides some relief. But instead of doing it the right way, NATted addresses don't work as a global address.

      IPv6 is a "fix" by making the address space bigger. It won't catch on. People are just now getting used to the 4-octet addresses and won't be at all comfortable with a switch to longer, harder-to-remember ones. It's like phone numbers - people don't want to be bothered with it.

      So why not re-engineer things a bit? First of all, reserved blocks of IPv4 address space would be released. That means that everything from 224.0.0.0 and up would be available. The class A, B, and C "LAN" blocks would be released as routable. And the /8's that were handed out long ago would be put on a reallocation schedule, probably getting their /8 revoked and getting their very own /24 instead. These measures would ease the crunch in themselves.

      Then, NAT2 can be put to good use. NAT2 would allow for scope-resolved addresses. So I'm on a NAT2-ed LAN at 123.123.123.123. My router is 1.1.1.1. My PC is 1.1.1.2. My network printer is 1.1.1.3. My WiFi access point is 1.1.1.4. All of these are local addresses only. If I want to reach the outside world, I have to point at 1.1.1.1::x.x.x.x. If the outside world wants to reach my printer, they have to point at 123.123.123.123::1.1.1.3.

      Now what if I add a sub-network to this configuration? A new router goes in at 1.1.1.5. Behind it I have a server at 8.7.6.5. To get to that server from the outside world, you would go to 123.123.123.123::1.1.1.5::8.7.6.5. Very simple. The addresses only get long when you build a deep network. And all addresses are assumed local unless you specify a scope.

      Now what if I'm on a buddy's network (assume his router is 2.2.2.2 internally) and I need to print something to my printer at home? I would print to 2.2.2.2::123.123.123.123::1.1.1.3. Or I could shorten that to /123.123.123.123::1.1.1.3. There would need to be a way to specify a global address like that. That would be a must-have for a DNS-type system.

      Once this system is in place, there's no need for further IPvX-es, because you could just "deepen" the network by a level and multiply the current number of addresses by 4 billion.

    9. Re:NAT provides a firewall by FireFury03 · · Score: 1

      IPv4 is running out of addresses because early-adopters took huge blocks of space and won't give those addresses up.

      Not really - yeah there are a few class A's around but they're not going to make a lot of difference in the grand scheme of things, we still don't have anough addresses. Claiming them back would only buy us a couple more years.

      So NAT comes along and provides some relief. But instead of doing it the right way, NATted addresses don't work as a global address.

      Uh, how would NAT even allow global addressing? NAT inherrently means you are _destroying_ the original addressing data, making it impossible for your address to be global.

      People are just now getting used to the 4-octet addresses and won't be at all comfortable with a switch to longer, harder-to-remember ones.

      Most people using the internet never see an IPv4 address anyway - thats what DNS is for. I agree that in certain cases, easy to remember addresses are a Good Thing but to the majority of people I think it's a moot point (and in most of these cases dynamic DNS updates can be used to remove the need to know the IP address)

      First of all, reserved blocks of IPv4 address space would be released.

      This would involve upgrading IP stacks which are hard-coded to disallow the use of the reserved blocks. If you have to upgrade all the IP stacks you may as well replace them with a better protocol (remember that IPv6 isn't just about more addresses).

      Then, NAT2 can be put to good use. NAT2 would allow for scope-resolved addresses.

      What you're talking about is essentially a reduced form of source-routing - an idea that is almost universally considered a security problem since crackers can route around a firewall. It also requires a major protocol stack rewrite so bang goes the idea of maintaining compatability - may as well just use IPv6.

      The addresses only get long when you build a deep network.

      There are significant performance issues with having variable-length addresses, and your idea involves everyone having some idea what the route is to your network - network's aren't nice neat hiararchies (and that's good - hiararchies have poor performance and resilliance).

      In short, on the surface your idea looks attractive, but in practice it is unworkable because it would lead to poor performance, resilliance and security.

  21. IPv6 Design Mistakes by Eravnrekaree · · Score: 2, Interesting

    I believe that the design of IPv6 was flawed in ways that it has inhibited adoption which could have been much more rapid. The IPv4 address space should have been a subset of the IPv6 address space. This would allow easy interconnectivity to Ipv4. The other direction, for going from Ipv4 to Ipv6 is trickier, but could involve manipulation of DNS. When a ipv4 peer requests a IP for a DNS address, the DNS server will reply with a private IPv4 address, the router/gateway associated with the DNS server will catch the connection to this IP and reroute the connection to the proper IPv6 address. It does only work with DNS addresses, yes. A special block of Ipv4 addresses should have been set aside for this purpose exclusively. Problem solved. Most people use DNS anyway. Other solutions could be devised to access a ipv6 address without DNS from ipv4, a protocol that would allow users to configure a forwarding route on the router via some utility, so that all connections to a private IP are rerouted to a specified IPv6 address. This could have eventually been built right into clients as well. This would have allowed a gradual switchover. The problem with the current switchover plan is that since there are so few Ipv6 users, there is not much incentive for websites to make themselves accessible on ipv6, but at the same time, users see no benefit from moving to ipv6, since there are not many websites avialable from it. So in order to access the internet, people need two seperate Ip configurations, people are not going to bother with ipv6 since it is pointless to them, all of the websites are on ipv4. Thus we get nowhere. It is absolutely true that there must be a gradual transition period where both protocols will be used and where both protocols must be interoperable.

    1. Re:IPv6 Design Mistakes by Anonymous Coward · · Score: 0

      When a ipv4 peer requests a IP for a DNS address

      But what happens when a HTTP peer performs a reverse DHCP lookup on a RADIUS NNTP server?

      Seriously dude, your post tells me that you have *no* clue what you're talking about.

      Did you perhaps mean "when an IPV4 host makes a DNS request"?

    2. Re:IPv6 Design Mistakes by Anonymous Coward · · Score: 0

      Paragraphs are you friend.

    3. Re:IPv6 Design Mistakes by Eravnrekaree · · Score: 1

      Perhaps I did not explain clearly enough. If we have an IPv4 host on an IPv4 network, that wants to connect to say, awebsite.com. However, awebsite.com has an IPv6 address. The host would send a DNS request to its DNS server, the DNS server instead of replying with the IPv6 address, it will provide a temporary IPv4 private address (using an address block set aside for IPv4->IPv6 routing purposes perhaps) back. The IPv4 requesting host will be using a gateway server that is working in concert with the DNS server. The DNS server will tell the gateway that all connections to the temporary IPv4 address it gave to the client should be redirected to the IPv6 address for awebsite.com. The gateway/router would redirect the connection as such. This may not be a perfect solution. I do not claim to be an expert, but rather am thinking about possible solutions.

    4. Re:IPv6 Design Mistakes by Eravnrekaree · · Score: 1

      I think another interesting concept was IPv7 proposals. These put some additional address fields into some unused space in the IPv4 headers, if memory serves me. Each IPv4 address would basically contain a massive address space then.

      The IPv4 routers would just send all of the packets right through, ignoring the additional fields. This basically allows a new address space to be layered on top of IPv4, although, it does require hosts to have upgraded software to understand the new fields.

    5. Re:IPv6 Design Mistakes by slazar · · Score: 1

      Apparently this problem has been solved (already thought about?). IPv4 address space is a part of IPv6. 2002::/16

      http://en.wikipedia.org/wiki/6to4#Routing_Between_ 6to4_and_Native_IPv6

      Really, to get some of the good features of IPv6 you have to move ahead.

    6. Re:IPv6 Design Mistakes by nurmr · · Score: 2, Informative
      There are three subranges in ipv6 'assigned' for IPv4:
      • ::192.168.0.1 - real IPv4 connections
      • :ffff:192.168.0.1 - for IPv6 sockets receiving IPv4 connections
      • 2002:192.168.0.1:: - for 6to4 implementations
      see http://unfix.org/projects/ipv6/IPv6andIPv4.gif for a diagram of how traffic can be automatically translated between the two networks. The NAT-PT box allows the IPv6 only hosts to connect to the IPv4 network, and the socket5/6tunnel box allows the IPv4 only hosts to connect to the IPv6 network by doing DNS mangling, and IPv4-IPv6 translations.
    7. Re:IPv6 Design Mistakes by Tony+Hoyle · · Score: 1

      I've thought of doing that as a kind of bi-directional NAT hack (add a separate endpoint address header)... would work for TCP easily enough, but UDP is more of an issue since it doesn't have the optional headers.

    8. Re:IPv6 Design Mistakes by Anonymous Coward · · Score: 0

      Perhaps I did not explain clearly enough.

      No, you were plenty clear:

      You. Don't. Know. What. You're. Talking. About.

      You have an incomplete understanding of how IP (and in the specific example, DNS) works, and you're show that ignorance to the rest of us here.

      Please stop before you emabarass yourself further.

  22. One and only one thing will stop spam. by Anonymous Coward · · Score: 0

    And that is when two things happen:

    1) Every valid mail server will be registered with some trusted organization and deemed to be "officially licensed" by the world email community, and be able to be authenticated by database lookup plus an encrypted key exchange challenge/handshake thingy.

    2) Every one of those mail servers will only accept incoming mail that is not only recognized by the database and key exchange, but will also have to pass thru a local whitelist lookup too.

    1. Re:One and only one thing will stop spam. by grolschie · · Score: 1

      Nah. If no-one consumed the products or services or scams that spammers offer, then it would dry up. Then make it an criminal offense to respond to spam. :-)

  23. Mirror to MP3 by Anonymous Coward · · Score: 0
  24. Re: Already out by Anonymous Coward · · Score: 0

    We've already run out of addresses. Chances are, you use some sort of NAT system so that you can access the internet. NAT is a dirty hack that multiplexes one IP for use by multiple clients. This hack means you don't get to participate fully on the internet.

    IPv6 gives everyone in every private network an IP visible to the world. Its as if someone took NAT and made it useful.

  25. Re:The article's an MP3, not text! Text Version? by Anonymous Coward · · Score: 0

    Y'know, they're going to have to come up with a podcast equivalent to RTFA.

    The guy isn't some podcaster, he's a network professional who is specifically being paid by a bunch of government agencies to see how effective and safe this stuff is. You'd have a tough time finding someone more knowledgable in your state much less at a party you happen to be at, even if it is in silicon valley.

  26. Private networks and the business case. by zerofoo · · Score: 4, Insightful

    It has been said many times here on Slashdot, but it bears repeating.

    There is no business case (yet) for IPv6. The internet was designed for resilient point to point connectivity, but the business world does not want that.

    Today's security paranoid businesses want to keep their internet exposure to a minimum. Look at most companies - lots of computers behind one or two public IP addresses. Most internal hosts are firewalled, proxied, and natted INTENTIONALLY.

    Sure, this creates some problems, but there are workarounds for most issues.

    I keep hearing about handhelds and that millions of them will need their own IP addresses. I don't see why. I'm sure most of the wireless providers want to control the content that their subscribers can send or receive - that business model does not want a wide open network with each host directly connected to the internet.

    In this type of business environment, I can't see why any business would want to throw away thousands if not millions of dollars in their existing IPv4 investment.

    If you can explain a bulletproof business case for IPv6, then Mr. Chambers at Cisco may have a nice sales job for you.

    -ted

    1. Re:Private networks and the business case. by AgentGibbled · · Score: 2, Interesting

      Well, end-to-end connectivity would certainly make VOIP solutions considerably less hacky. Is that a bulletproof business case? Probably not, but it's an example of a useful application and it took me a couple of seconds to come up with it. I'm sure there are others if one were to actually think about it.

      While I don't claim to be the world's leading expert on IPv6, I don't believe (and someone please correct me if I'm wrong) that it makes routers, proxies and firewalls go away. It does make NAT kind of redundant, but it doesn't seem to me as though that has much (any?) of a negative impact on security provided there is a proper firewall in place. It just means that the router doesn't need to do another lookup on each packet to figure out where it's actually supposed to go. NAT works as a stopgap measure, but it won't prevent the inevitable from eventually happening.

    2. Re:Private networks and the business case. by thogard · · Score: 1

      VoIP is hackey because most of the protocols weren't thought out from the start. That how ever is irrelevant in the corporate world based on the same reasons as the top post which claims corps don't want point to point and they want control. Thats true for you using your VoIP phone in your cube as well. Even if it doesn't cost them anything for you to call your 3rd cousins best friend in Timbuktu, they want full control over what you do in your cube.

    3. Re:Private networks and the business case. by AgentGibbled · · Score: 1

      "VoIP is hackey because most of the protocols weren't thought out from the start."

      I put it to you that a lot of the VOIP hackery was created to allow something resembling transparency on NAT networks.

      "Even if it doesn't cost them anything for you to call your 3rd cousins best friend in Timbuktu, they want full control over what you do in your cube."

      Er... yes. And my point was that IPv6 does not eliminate this type of control. They don't want you using VOIP or msn or whatever from your cube? Set up the networking equipment to filter ports appropriately. Just because everyone on the network has a "real" IPv6 address doesn't mean that your traffic doesn't still pass through their gateway(s). As I said in my first post: nothing changes from a security/control standpoint.

    4. Re:Private networks and the business case. by roystgnr · · Score: 2, Insightful

      I keep hearing about handhelds and that millions of them will need their own IP addresses. I don't see why. I'm sure most of the wireless providers want to control the content that their subscribers can send or receive - that business model does not want a wide open network with each host directly connected to the internet.

      Back when it was just a proprietary BBS, Prodigy wanted to charge me $0.25 per email I sent - that business model does not want a wide open network where any host can connect to any SMTP server.

      I think they became a full TCP/IP provider eventually, but I switched networks too quickly to find out. Let's hope that wireless providers understand the lesson here: if someone else can offer your customers a better business model, it doesn't matter what your business model wants.

    5. Re:Private networks and the business case. by MythoBeast · · Score: 2, Informative

      This needs to be qualified. IPv6 has no current business case in the US. Everywhere else, they're running out of IP space pretty quickly. Mobile phones have already switched over. Japan is in full distribution. Korea's IPv4 allocation is so screwy that business were having to figure out how to build encrypted connections through multiple levels of NAT. The US Government is switching over and, if you want to do business with them, you had darn well better think about it yourself.

      As for real use cases, let's talk about swarming transfer protocols like BitTorrent. That's an excellent technology that is currently just plain broke by widespread use of NAT. Let's talk about built in quality of service so you don't loose your game of Unreal Tournament because your sister gets a Skype call. Let's talk about simplified mobile computing, where you can carry your lap top from one end of the building to the other without having to suspend downloading that patch.

      With these factors, it really won't be long before the value exceeds the cost. So I'd advice you to sit on your hands until until the value exceeds the cost and then get caught in the turnstyle with the eight million other people who think like you.

      --
      Wake up - the future is arriving faster than you think.
    6. Re:Private networks and the business case. by AK+Marc · · Score: 2, Insightful

      Most internal hosts are firewalled, proxied, and natted INTENTIONALLY.

      Most internal hosts are natted. I'm not sure about firewalled, and certainly not that many proxied. NAT is not a security measure. It does provide some security, but then so does having oil poured all over your front porch - but neither was created for or ideal for security. NAT was created to connect previously unconnected networks. It was not created for security. Security is an idea that was tacked on to it later to explain why home users should have NAT. Security is a marketing feature for helping sell NAT devices. Using it for depleted address space came years after NAT was first used as well.

      No, it was the networks in the beginning that weren't on the Interent that were properly addressed. They were given 192.168.0.0 172.16.0.0 and 10.0.0.0 addresses (so used because they weren't on the Internet, so the companies didn't need to pay for the networks to get them on). Years later, when there was a need for these privately addressed computers to reach the Internet, it was cheaper to use NAT than change the IP on all those computers. NAT was a bean-counter's solution for poor planning (or saving some money in paying for addresses that weren't going to be used on the Internet). NAT had nothing to do with depletion of addresses, nor security. But most forget about that now, since that is not a though in any of the use of it now, aside from the few times a company merges with another company with the same internal IP range and double NAT gets some action. That's closer to the initial intention than any other use I've seen in a while.

  27. End to end useless? by Anonymous Coward · · Score: 0

    Extending that further, then why not allow BellSouth to charge content providers access to their network? Fuck end to end, right?

  28. this just in: by Gothmolly · · Score: 2, Funny

    $PERSON makes $TRENDY style comment about $TECHNOLOGY. $EDITORS don't edit, they greenlight based on $TRENDY. Oh wait, we're talking about whether IPv6 is redundant, necessary, or useful? Thats actually secondary to the point of the accepted submission.

    --
    I want to delete my account but Slashdot doesn't allow it.
  29. Does someone have a transcript? by afaik_ianal · · Score: 1

    I pity the poor deaf slashdotters... Oh, and those of us who cannot download mp3s at work.

  30. Now I'm no CCIE but I like ipv6 by Anonymous Coward · · Score: 1, Interesting
    The more I get used to it and familiar with it. It's nice.

    It's quite a bit more simple than IPv4. More importantly, last time I checked, the defaqult route tables were over 180,000, not just any old router can store all of that. Some of the plans for routing IPv6 based on geography will be nice and allow us to really scale the internet performance wise. No NAT, that alone dramatically simplifies a lot of things.


    I think when Vista comes out the push will really begin. Comcast and other major ISPs are all readying their plans to roll it out. I for one welcome out 128bit overlords.

  31. Why IPV6 will be accepted by techno-vampire · · Score: 5, Funny

    IPV6 will finally get accepted when it's discovered that it's the only way to play a network game of Duke Nukem Forever.

    --
    Good, inexpensive web hosting
    1. Re:Why IPV6 will be accepted by VGPowerlord · · Score: 1

      So, on Tue, 19 Jan 2038 03:14:08 GMT?

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  32. SixXS is great for experimenting by spinfire · · Score: 2, Informative

    I run a dual stacked network at home using tunneled connectivity from SixXS (I live near Boston, MA, the tunnel endpoint is in NJ. This gives excellent latency performance.). With this tunneled connection came a subnet with enough IPs to last me many lifetimes. Additionally, I maintain a server with native IPv6 access including public access Jabber, NTP, and IRC. See here for more info.

    IPv6 won't neccessarily get you anything you don't already have at this point, but the technology is ripe for experimenting and things work remarkably well.

  33. Written guides for what? by jd · · Score: 4, Informative
    For installing IPv6 on Linux: Go to any IPv6 provider (British Telecom, Hurricane Electric, WIDE - there are plenty of them). Download the script. Enter your IPv4 address and MAC address into their web form. Run their script on your machine. You are now fully IPv6-ready. (Most Linux distros come fully IPv6-enabled.)


    For installing IPv6 on any *BSD: Pretty much the same. All the *BSDs have been IPv6-ready for a long time, under the KAME project banner.


    For installing IPv6 under Windows: You go to Microsoft Research and install the stack. Unless it's already on the CD - it is, for some versions of Windows.


    For actually implementing an IPv6 stack? Well, for that you want the RFCs on the IETF website, and the IPv6 evaluation kit (TAHI) that is listed on Freshmeat. I didn't type all the damn information for the various testing packages into the record for nothing!


    Aside from that, I really can't think of anything you could need a guide for.

    --
    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:Written guides for what? by Tony+Hoyle · · Score: 2, Informative

      British Telecom, Hurricane Electric, WIDE - there are plenty of them)

      The btexact tunnel has been down for weeks with no sign on resolution.. I can easily imagine it going away.

      Hurricane electric works fine. WIDE is not a tunnel broker.

      Last time I went on a search of tunnel brokers only a month ago there were less than 10 (pretty much all in the US only). Most of the ones that were there a year or so ago have shut down.. Also, KAME is dead... even the 6bone is being closed down.

    2. Re:Written guides for what? by Anonymous Coward · · Score: 1, Interesting

      I think that tunnels are falling out of favor compared to 6to4 as a transitional strategy. With 6to4, everyone with a single IPv4 address gets a huge IPv6 address space to play with.

      The use of the anycast 6to4 relay routers seems to be pretty trouble-free these days. I've set up 6to4 on hosts on Asian home ISPs and at US universities and gotten equal or better routing to the direct IPv4 route that is available (in terms of ping-determined path length and latency)!

      There is the problem of some US ISPs and/or junky SOHO routers not being able to forward IPv6 traffic through their crappy NAT layer. Eventually, the only obstacle to IPv6 will be those providers who see it as a threat to their antiquated business models.

    3. Re:Written guides for what? by Anonymous Coward · · Score: 0

      To install ipv6 in windows xp pro all you have to do is

      "ipv6 install" in the command line.

      Windows vista comes with ipv6 enabled by default.

    4. Re:Written guides for what? by Anonymous Coward · · Score: 0

      For Mac OS X:
      Click the "Configure IPv6" button in the network preferences.
      BTW, it is set to "Automatically" by default.

    5. Re:Written guides for what? by HairyCanary · · Score: 1

      I can see that a guide would be helpful. Not necessarily for the raw technical stuff -- OS's and routers have been IPv6 capable for the most part for such a long time. But there ought to be a guide to help people really understand what's going on. We've been dealing with dotted quad for a very long time, and we're used to it. Just the notation alone for IPv6 requires a change of mindset. IMO that's going to be the biggest stumbling block to converting.

    6. Re:Written guides for what? by kickdown · · Score: 0

      > For installing IPv6 under Windows: You go to Microsoft Research and install the
      > stack. Unless it's already on the CD - it is, for some versions of Windows.

      The MS Research stack is completely obsolete. Windows XP comes with built-in IPv6 support, it's just turned off by default. Open a shell (or, cmd.exe for the Windows trolls that don't know what a shell is) and enter
      "ipv6 install". That's it.

      --
      Continuous positive slashdot karma since... uh, maybe next year.
  34. IPv6 isn't just addressing. by jd · · Score: 5, Informative
    IPv6 includes the following features that either don't exist in IPv4 or you need to install bunches of other stuff to get it to work:


    • Zero configuration of the IP stack. It's self-configuring, completely.
    • Privacy. IPv6 mandates IPSec and I believe all IPv6 stacks out there provide that.
    • Speed. IPv6 addressing is heirarchical and the headers are simpler and stacked, so much less information needs to be processed even though the headers are technically longer.
    • Mobility. IPv6 supports Mobile IP - indeed, that was a design consideration - with fully optimized routing. It's only available under IPv4 as a hacked implementation of a workaround.
    • Routing. Native IPv6 routing (as opposed to RIP-ng and OSPFv6) is designed from first principles, as opposed to being something that has evolved over time to be sub-optimal but backwards-compatiable.
    • Multicast. IPv6 mandates multicast, which will reduce bandwidth consumption on broadcasts drastically.
    • Anycast. This allows you to find a service by querying the network rather than some moron in technical support.
    • MTU feedback. Your computer won't send what the network can't carry. This means you don't get packet fragmentation, which is great for firewalls and users on networks with restricted packet size. This will become more significant as jumbo packets increase in popularity.


    Tell me again why you don't need IPv6. Only, this time, say how you're going to meet these criteria whilst you're at it.

    --
    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:IPv6 isn't just addressing. by Anonymous Coward · · Score: 0

      >Tell me again why you don't need IPv6. Only, this time, say how you're going to meet these criteria whilst you're at it.

      Everything I want to do, I can do already with IPv4.

      This, is the crux of the whole argument. Sure, it might make nerdy sense to adopt IPv6 (in fact, I think it'd be pretty fun), but the (economic) reality is that most people (who pay for access) don't care. Switching to IPv6 would have been easy back when the Internet was all research and stuff, but good luck with today's internet.

    2. Re:IPv6 isn't just addressing. by Daxster · · Score: 1
      Tell me again why you don't need IPv6. Only, this time, say how you're going to meet these criteria whilst you're at it.


      Well, it's the classic argument that everyone's happy with the "make do" solution that "just works". People are stupid and lazy as a whole, and don't want to spend money to convert ;-)
      --
      Death by snoo-snoo!
    3. Re:IPv6 isn't just addressing. by jd · · Score: 1

      So convert them whilst they're not looking. Most people use DSL or cable, where others control the software and the configuration. If you wanted to be more forceful, Windows is vulnerable to viruses and viruses can install software - including TCP/IP stacks. (Mind you, I wouldn't recommend doing the latter, but technically it would be possible and it would defeat the laziness issue.)

      --
      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)
    4. Re:IPv6 isn't just addressing. by rtb61 · · Score: 1

      They will change for the same reason they have done in the past, a sufficent number of businesses will see the need for it and to make the application of it uniform they will convince their government to make it compulsary, goobye IPv4 hello IPv6 (of course the only people at the moment who really want to retain IPv4 are people who already profitably control blocks of IPv4 addesses and those who want to retain randomly re-asigned IP addresses for "er" other reasons).

      --
      Chaos - everything, everywhere, everywhen
    5. Re:IPv6 isn't just addressing. by Fred_A · · Score: 1

      This is nice and has been repeated again and again, but what inquisitive minds want to know is what really happened to IPv5 ?

      It's time for the truth to come out ! no more coverups ! They can't silence us all !

      --

      May contain traces of nut.
      Made from the freshest electrons.
    6. Re:IPv6 isn't just addressing. by Jugalator · · Score: 1

      Yes, but you do realize what e.g. common multicast support would give to end users in the form of entertainment etc, as well as the improved mobility support? This is far from a geek matter, really. If it was, it would hardly even be on the table.

      --
      Beware: In C++, your friends can see your privates!
    7. Re:IPv6 isn't just addressing. by Tony+Hoyle · · Score: 1

      Zero configuration of the IP stack. It's self-configuring, completely.

      Nope. It gives out the IP addresss of the machine and the router. You still need DHCP for nameservers, timeservers, WINS, etc. etc. so you've gained nothing.

      Also its address allocation is based on the mac address of the network card - replace the network card and your webserver just went permanently offline and you have to update all your DNS. Oops.

      Privacy. IPv6 mandates IPSec and I believe all IPv6 stacks out there provide that.

      Those that want to use ipsec are already using it quite happily on ipv4. For most machine-machine connections it's just bloat.

      Why is this in the IP standard anyway?

      Speed. IPv6 addressing is heirarchical and the headers are simpler and stacked, so much less information needs to be processed even though the headers are technically longer.

      Huh? If the headers are longer it's slower. Not faster.

      Mobility. IPv6 supports Mobile IP - indeed, that was a design consideration - with fully optimized routing. It's only available under IPv4 as a hacked implementation of a workaround. ..and almost no stacks implement it.

      Again, Why is this in the IP standard anyway? It'd be fine as a 3rd party addon for the 0.00001% of users that might use it. Bloat again.

      Routing. Native IPv6 routing (as opposed to RIP-ng and OSPFv6) is designed from first principles, as opposed to being something that has evolved over time to be sub-optimal but backwards-compatiable.

      The current routing works just fine... maybe ipv6 will be better, maybe not.

      Multicast. IPv6 mandates multicast, which will reduce bandwidth consumption on broadcasts drastically.
      Anycast. This allows you to find a service by querying the network rather than some moron in technical support.


      And this is different from IPV4 how exactly?

      btw. most ISPs will *not* route multicast or anycast (which is a problem for IPV6 adoption since the 192.88.99.1 anycast rarely works).

      MTU feedback. Your computer won't send what the network can't carry. This means you don't get packet fragmentation, which is great for firewalls and users on networks with restricted packet size. This will become more significant as jumbo packets increase in popularity.

      And this is different from IPV4 how exactly?

      It really looks like your list was written around 10 years ago when they were just thinking about ipv6... none of these things are advantages any more.

    8. Re:IPv6 isn't just addressing. by Psiren · · Score: 2, Informative

      Huh? If the headers are longer it's slower. Not faster.

      Not exactly. Slightly slower to send, yes, but not process. As I understand it the main difference with IPV6 headers is that they are word-aligned, so require less processing than IPV4 headers which use chunks of bits, therefore requiring bit shifting and extra processing in order to use the information.

      So yes, they are longer, but you can use the values in the headers without any additional processing. Okay, the processing is minimal, but when you're dealing with 1gbps or 10gbps interfaces, that processing is done an awful lot.

    9. Re:IPv6 isn't just addressing. by stoborrobots · · Score: 1
      If you wanted to be more forceful, Windows is vulnerable to viruses and viruses can install software - including TCP/IP stacks. (Mind you, I wouldn't recommend doing the latter, but technically it would be possible and it would defeat the laziness issue.)
      Actually, you just gave me an idea... If the contents of my inbox are anything to go by, most of these home users cannot resist forwarding on cutesy crap that they receive... So make a fancy web-game-thingy with cute sounds and dancing kittens or something, and have an ActiveX control on the page which activates IPv6 (they'll click through the dialog boxes without consideration, if past behaviour is any indication...)

      As people forward on the email (or post the link in their blogs, or put it on their MySpace page, etc) they will slowly activate the whole (Windows-using) world for IPv6!

      Mwahahahah-ummm, yeah. *innocent whistle*

    10. Re:IPv6 isn't just addressing. by zenon3 · · Score: 1

      Could you elaborate on the IPSEC aspect? Could this be the ultimate solution for wireless networks to end the mess that is WEP/WPA?

    11. Re:IPv6 isn't just addressing. by mwood · · Score: 2, Interesting

      The people who don't care will be switched without knowing it, as soon as their suppliers decide that they want to or have to. If Microsoft decides that every XP user should have IPv6 enabled for some reason, the fix will come along through MS Update and you'll get it whether you know what it is or not. If your ISP decides that IPv6 is necessary, it'll be enabled whether your client requests an IPv6 address or not. When both have happened, hey presto! you have IPv6 and you didn't click a single button. Home-router manufacturers will lure most of their customers to swap out their old routers for new somehow...otherwise profits aren't sustainable...and IPv6 will come along for the ride when the vendor decides it's good for him.

      "Consumers won't do it" is irrelevant. Consumers won't be asked. The few who never patch or upgrade will eventually find more and more applications dying or getting cranky, or they won't care because they never use new stuff and the old stuff still works okay.

    12. Re:IPv6 isn't just addressing. by jd · · Score: 1
      IPv6 DNS supports auto-discovery. It doesn't need to be programmed by configuration servers like DHCP. I'm not certain if this uses the "Dynamic Delegation Discovery System" or is just a straight anycast response. Timeservers for IPv6 also support auto-discovery... ...when they're not simply multicasting anyway.


      The current routing is crappy, prone to router storms and routing flaps.


      Multicasting in IPv6 isn't an optional extra, as it is in IPv4. If it's not routed, IPv6 won't work. It's an all-or-nothing deal, there.

      --
      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)
    13. Re:IPv6 isn't just addressing. by thegameiam · · Score: 1

      I'm assuming you've never actually used IPv6, because you'd know that v6-autoconfiguration doesn't provide rather useful things like DNS server addresses - manually configuring those is "not entirely unlike torture," according to Van Bejinum (runningipv6.net).

      What you're probably seeing is this: most things running IPv6 today are running dual stacks, and get the DNS server addresses through v4 DHCP. DHCPv6 isn't fully baked yet, but it's coming. So chalk one up for progress! We'll get to have more complicated configurations, and still require the same number of servers! excellent...

      --
      Need Geek Rock? Try The Franchise!
    14. Re:IPv6 isn't just addressing. by g-san · · Score: 1

      One of the biggest performance enhancements was the removal of the checksum field from the IP header. Back in the day when the internet was first built, bit errors were a much bigger problem than they are today. Now IPv6 leaves the checksum/validation up to the application, not the routers.

      And small correction, the IPv6 headers are not word aligned, the first three fields in the header are Version 4 bits, Traffic Class 8 bits, and Flow Label 20 bits. That's not such a big deal, an AND and a rotate right and you have your data.

    15. Re:IPv6 isn't just addressing. by Psiren · · Score: 1

      Fairy nuff, I stand corrected! I knew my IPV6 knowledge was lacking, guess I really should do some reading sometime. :)

  35. IPv6 Business Case by netrangerrr · · Score: 3, Interesting

    There was no business case for the transition from ARPANET's old NCP protocol to TCP/IPv4 in the 1980s - but there were technically compelling reasons. Luckily the ARPANET pioneers realized that a new protocol was needed to easily integrate the new services and applications they were thinking of deploying. Soon the WWW, e-mail, etc. exploded as they were simple to deploy on a powerful TCP/IP infrastructure. IPv6 makes it cheaper to deploy new network services and applications (like imbedded IPsec and QOS routing) by adding new extension headers to define new services. It also scales massively and offers both private networks and E2E options. You'd be amazed at how much extra code/infrastructure is necessary to get around NAT today to make many applications work.

    We are currently working on a paper, with help from subject matter experts of the North American IPv6 Task Force, on HOW to get a return on investment from IPv6 technologies by adding new IPv6 based network services to enhance reliability, security, QOS, and mobility support in networks.

    --
    "As for the future, your task is not to foresee it, but to enable it." - Antoine de Saint-Exupery
    1. Re:IPv6 Business Case by Midnight+Thunder · · Score: 1

      You make a good point, but there are still hurdles left:

          - not all DNS entries yet have a AAAA attribute
          - transistion technologies still half-baked. For example no home router gateway supports it. There is no suitable NAT compatible tunnel that I have yet found - this is true for the Mac at least.
          - NAT provides a means for individuals to easily allocate a private address space without having to register each appliance. So far I haven't seen any suggestions on how IPv6 solves that one.
          - No suitable forum for private individuals to talk about the technology. All that I have seen are $$ and targeted at industry groups. Sometimes it is not the people with the money that end up pushing the technology.

      If some of those were solved then I would being using IPv6 for the gee-wizz factor (goes with the gadget mentality ;).

      --
      Jumpstart the tartan drive.
    2. Re:IPv6 Business Case by netrangerrr · · Score: 1

      -IPv6 is deployed dual stacked - so no transition/interoperability worries----

      -DNS since BIND 9 supports AAAA - if not for IPv6, you should migrate for the other features, but since new infrastructure is dual-stacked, no worries...

      -There are several of automated tunneling techniques that are suitable for home networks. If you need NAT traversal try a tunnel broker (freenet6) or Microsoft Teredo... Earthlink has a router upgrade for Linksys broadband routers to add IPv6 capabilities. I use a tunnel broker since it provides me a mobile solution not dependent on infrastructure at the WIFI hot spots I use while traveling.

      -No suitable forum for discussing IPv6 technology? Try the IETF IPv6 WG & V6Ops WG, IPv6 Forum, or in US the North American IPv6 Task Force, all of which are non-profits and are not vendor$ driven.

      --
      "As for the future, your task is not to foresee it, but to enable it." - Antoine de Saint-Exupery
    3. Re:IPv6 Business Case by VGPowerlord · · Score: 3, Informative
      There was no business case for the transition from ARPANET's old NCP protocol to TCP/IPv4 in the 1980s - but there were technically compelling reasons. Luckily the ARPANET pioneers realized that a new protocol was needed to easily integrate the new services and applications they were thinking of deploying.

      To be exact, ARPANET switched from NCP to TCP/IP on January 1, 1983. NCP had a few shortcomings

      • Like UDP, NCP had no way of handling lost packets. TCP introduced packet acknowledgement to fix this.
      • NCP had no real routing. TCP/IP introduced the concept of gateways, routers, and independant networks/subnets.

      The difference between IPv4 and IPv6? The size of the address space and the human representation of the addresses (hexadecimal instead of decimal).

      While we're on the subject, it took over 8 years from the publication of Vint Cerf and Robert Kahn's A Protocol for Packet Network Interconnection (May 1974), which described TCP, for ARPANET to incorporate TCP/IP.

      It's also important to note that the size of the Internet in the 1980s was nothing like it is today. The Internet only had 562 hosts in August 1983, 8 months after the changeover. The same source states that the Internet had 353,284,187 hosts in July 2005. (Source: Hobbes' Internet Timeline, with data taken from Mark Lottor's zone program reports, and the ISC)

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  36. Re:The article's an MP3, not text! Text Version? by sootman · · Score: 1

    This is why I hate podcasts. Text can be indexed, skimmed, and searched with everything from Control/Command-F to Google. It can be cut, copied, pasted, and even plagiarized if you want. A sound recording has none of these advantages, and it has several disadvantages: the speaker might use a lot of "um"s and "uh"s or be otherwise unpleasant, you can only listen at a constant speed (more or less), skimming is pretty much impossible, etc etc etc. Also, you can read a lot faster than you can listen--i.e., how fast the other person can talk.

    However, therein lies the rub: even though you can read faster than you can listen, anyone can talk faster than they can type. (Rough numbers: Reading, 200 wpm; talking, 100-150 wpm; typing, 30-60 wpm, plus proofreading, editing, formatting--maybe just 5-10 wpm in the end.) So, we're depending on the person with information we want to take lots of time to put the information in the most useful format for us, versus them sitting down with a mic and talking and recording in one quick and easy pass.

    Podcasts, basically, are easier for the producer but much, much less useful for the consumer. It'll be very interesting to see in the next few years how all this goes.

    Of course, podcasts are great for a lot of stuff--dramatic reading, music, other kinds of performance; and the ability to listen to them places where you might not be able to read, like while traveling--but for straight information-sharing, they pretty much suck.

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  37. Coming in 3rd for Best Oxymorons of 2006... by Anonymous Coward · · Score: 0

    "IPv6 Readiness"

  38. Business case for IPv6 by jd · · Score: 5, Informative
    This one's easy. Firewalls don't like fragmented packets, because you can't verify subsequent parts. This means that firewalls either offer limited protection (ie: let the remaining fragments through) or re-assemble the packets themselves (which is slow).


    IPv6 doesn't support fragmented packets. It forces both sides to restrict the MTU of that connection to the smallest MTU of any intermediate network component. In consequence, firewalls don't need to check for fragmentation and don't need to reserve any space for extra state information.


    The practical upshot is that your bottleneck (the firewall) can handle far more connections with far lower latencies, which means B2B (business-to-business) and e-commerce network traffic can run much more smoothly and the system can manage much higher numbers of connections.


    More connections with lower latencies, more business transactions. More transactions, more profit.


    QED.

    --
    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:Business case for IPv6 by Anonymous Coward · · Score: 0

      Pray tell, do you know what the fragmentation rate for packets actually is on the net? There is a reason they did not put fragmentation into IPv6 and it certainly was not for firewall speed. It is because the amount of fragmentation is on the order of sub 1%. Therefore, it was deemed unnecessary.

    2. Re:Business case for IPv6 by jd · · Score: 1

      And that comes to a different conclusion how? Less waste = more speed. More speed = more business. More business = more money. If it makes the business people money, why should they care about the technical details of why? My business case for IPv6 is that it makes money, and that making money is a Good Thing (for businesses).

      --
      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)
    3. Re:Business case for IPv6 by Anonymous Coward · · Score: 1, Insightful

      I don't get this argument at all. Since you mention connections and most interesting traffic is over TCP, what do fragments have to do with it. Someone could send TCP traffic one byte per IP frame. If the firewall is going to do validation, it will have to reassemble enough of the protocol stream to understand what it is seeing.

    4. Re:Business case for IPv6 by AK+Marc · · Score: 1

      Pray tell, do you know what the fragmentation rate for packets actually is on the net? There is a reason they did not put fragmentation into IPv6 and it certainly was not for firewall speed. It is because the amount of fragmentation is on the order of sub 1%. Therefore, it was deemed unnecessary.

      Right. Fragmentation takes place mostly because of misconfigured devices and intentional attacks. Dropping fragmentation support, and many of the other options that are unused or greatly underused, improves speed and efficiency (of course, the greater space needed for the addressing wastes space). But yes, one of the factors in elimination of fragmentation was speed, firewall and otherwise.

    5. Re:Business case for IPv6 by jd · · Score: 2, Insightful
      The argument is that IPv4 is excessively complex. The header has a vast amount of information, much of which any stateful device will nee to check and validate. With IPv6, the extra information either doesn't apply (as in the case of fragmentation) or is pushed into secondary headers and only examined by layers that actually NEED to care.


      Since I used fragmentation as an example, when is fragmentation important? Well, let's say Business A uses standard ethernet frames (1500 bytes) and Business B uses jumbo frames (6000 bytes). Business B's packets will be fragmented into 4 parts at the point where jumbo frames are no longer supported. They will be re-assembled into a jumbo frame on Business A's firewall (in order for the packet to be validated) and will then be broken up again as Business A's network won't support jumbo packets.


      All that takes time. If a fragment is dropped, in transit, the jumbo packet won't reassemble correctly and will be dropped, forcing the entire jumbo packet to be resent. (In other words, a dropped packet is 4 times as expensive.)


      With IPv6, that doesn't happen. Business B connects to Business A. Negotiation identifies that the largest packet that will travel intact is 1500 bytes, so Business B (when sending to Business A) will use packets of that size. No fragmentation, a drop will cost 1500 bytes not 6000 bytes, and it doesn't involve Business B reducing its MTU to anyone else, so if other people can receive jumbo packets fine, the connection isn't degraded.


      It doesn't help that IPv4 is based around byte-alignment and bit flags, whereas modern computers assume 32-bit or 64-bit words. Having things word-aligned and word-sized is much more efficient on a modern computer. That is something that has genuinely changed over time and wasn't merely a case of really bad design.

      --
      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)
  39. You mean, addresses like: by jd · · Score: 1
    ::192.168.0.1, as a substitute foe 192.168.0.1?


    Hold on a moment. Close your eyes and count to three. One... Two... Three... Now, open your eyes and try, say, pinging ::127.0.0.1 and see if you can reach your loopback address. Hey! It worked! Magic, I tell ya!

    --
    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:You mean, addresses like: by louden+obscure · · Score: 1

      PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
      64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.061 ms
      64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.041 ms
      64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.040 ms
      64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.048 ms
      64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.047 ms
      $ ping ::127.0.0.1
      ping: unknown host ::127.0.0.1

      mines broken already...

      --
      Serenity now, insanity later.
  40. what happened to IPV8 ? by Anonymous Coward · · Score: 0

    what the hell happened to IPv8?
    no, really, I want to know!

  41. Try ping6 by jd · · Score: 1

    Some Linux distros don't ship with IPv6-enabled net tools, but do include distinct IPv6 versions. Dunno why, that's just so broken.

    --
    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:Try ping6 by louden+obscure · · Score: 1

      ping6...didn't even realize i had it.


      mb@plankton:~$ ping6 ::127.0.0.1
      PING ::127.0.0.1(::127.0.0.1) 56 data bytes
      From ::1 icmp_seq=1 Destination unreachable: Address unreachable
      From ::1 icmp_seq=2 Destination unreachable: Address unreachable
      From ::1 icmp_seq=3 Destination unreachable: Address unreachable
      --- ::127.0.0.1 ping statistics ---
      4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3017ms


      it's possible i didn't enable something during my sarge install...
      --
      Serenity now, insanity later.
  42. PKI and IPsec in IPv6 by netrangerrr · · Score: 5, Informative

    I listened to the audiocast and picked up an important point- the commentator said IPsec (an integral part of IPv6) has historically proven undeployable except in small networks and would not enhance security.

    He is probably unaware that just a few weeks ago, the IETF released a series of updates to IPsec [RFCs 4301 - 4309] and a new automated key exchange (IKEv2) [RFC 4306] to update IPsec to simplify and standardize implementations and automate key exchange. Also, many a few large organizations (DoD, MIT, pharmaceutical companies, etc...) have extensive public Key Infrastructures (PKIs) ready for IPv6 IPsec. A new deployment guide on updated IPsec and IPv6 will be published shortly by the IPv6 Forum.

    --
    "As for the future, your task is not to foresee it, but to enable it." - Antoine de Saint-Exupery
  43. Today's Internet should be trivial. by jd · · Score: 4, Interesting
    Most home users use DSL or cable modems and the ISPs would be quite capable of pushing new firmware to those to become IPv4/IPv6 gateways. You can then convert the entire "real" Internet to IPv6 without home users ever having to lift a finger.


    Once that's been done, it's just a case of those same ISPs offering a CD to accelerate Internet usage (ie: which use native IPv6 rather than the gateway) and conversion is complete. Complete conversion of the Internet, by converting each ring in turn transparently to all outside layers, should be possible over the course of a few months at most. A solid concerted effort could probably achieve everything up to the end-user level in a matter of weeks, without a single person realizing what was happening.


    Of course, I don't seriously expect that to happen. Not because it can't, but because the level of cooperation needed is likely beyond most businesses today. It's purely a political problem, not a technological one.

    --
    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:Today's Internet should be trivial. by MythoBeast · · Score: 1

      While your idea is, in theory, entirely feasible, it's not very practical when you take an important reality into account. IPv6 isn't cracker-hardened yet. A quick, wholesale shift to IPv6 would result in a cracker wonderland, with a nearly unlimited set of targets. For most people, the good answer will be to wait for the government to make its shift, let it be the big target, then shift over after the dust settles.

      --
      Wake up - the future is arriving faster than you think.
    2. Re:Today's Internet should be trivial. by shdwshard · · Score: 1

      The problem isn't really the high speed modems. Sure it's trivial to push firmware to them, but you need to consider the outdated infrastructure as well. In front of that modem is likely a router which doesn't support ip6 very well at all, so you just moved ip6 one step out, then got stopped again.

      Add to that the problem that assuming you can do the upgrades, IP6 introduces a new rats nest of security problems. Software firewalls that aren't built to support it suddenly aren't protecting the computers anymore, because the ip6 packets pass right by their hooks into the TCP/IP stack.

      IP6 is not, and has never been a problem of implementing the technology. Instead, it's an exercise in sunk costs that would have to be spent again. Take for example the example from where I'm currently living: In Japan, cars drive on the left side of the road, and many walkways are also on the left side. I say many, because JR seems to be a little... inconsistent on this point with stairs... sometimes the right is where you should walk, sometimes the left... it's so bad they have signs every few feet to tell you where you should be walking.

      Why doesn't Japan switch to driving on the right side of the road tomorrow? That's the exercise in switching from IP4 to IP6. Further, there's no immediately pressing need to do this transition. Nobody (ok, I admit there may be a few people who have died due to extreme circumstances, but the number isn't very large) is dying from the fact that we're using IP4 instead of IP6. We don't see protests on the streets for IP6, etc.

      It's a great idea, and the theory is great, but it's like color television... the ISPs don't see a profit motive in it because so few people are asking, and users don't see a point in doing it because it doesn't really get them anything. Nobody is publishing anything they can't get with IP4 aside from a badly rendered dancing turtle.

      Until there's a profit motive, you can expect to see IP6 on a lazy roll out schedule that corresponds to the last priority work that managers let their IT people do for fun, and I mean no insult to managers when I say that, it's simply where this migration ranks in their to-do lists.

  44. Industry is ready as "sort of" by layer3switch · · Score: 2, Interesting

    Verizon DSL (NYC) not ready. Oh so NOT ready. CableVision (NYC) so not ready. All of my old linksys routers don't even support IPv6. Only thing I have ready for IPv6 is my damn Linux box.

    Yeah, so far, I can ping myself all day... I'm just getting myself ready... any day now... really... c'mon... do it. do it.

    --
    "Don't let fools fool you. They are the clever ones."
    1. Re:Industry is ready as "sort of" by Anonymous Coward · · Score: 0

      That's funny because I flashed my old WRT54GS router with OpenWRT firmware, setup an ipv6-tunnel and now my home network is on the production IPv6 network.

    2. Re:Industry is ready as "sort of" by Anonymous Coward · · Score: 0

      Linksys is shipping routers with OpenWRT firmware? Wow, I didn't know that! That means every person who goes to the store to pick up a Linksys router will be IPv6 ready!

  45. At home? by YGingras · · Score: 1
    He also provides a pretty good implementation guide for those who want to set up IPv6 at home.

    Of all the places that don't need IPv6, home if the last place that I'll allow that abomination to creep in. Why would I need one million routable addresses per square millimiter of my apartment floor? In fact, why do we need to trade speakable addresses for 10^17+ routable addresses per square millimiter of Earth surface, including oceans?

    >>> 2**128 / (510065284.702 * 10.0**12)
    6.6713492787446733e+17
    1. Re:At home? by VGPowerlord · · Score: 0
      That math seems a bit funny. Each octet only increases the power by 8.

      IPv4 has 2**32 (4294967296) addresses (4 8-bit numbers).

      IPv6 only has 2**48 (281474976710656) addresses (6 8-bit numbers), nowhere near the 2**128 you're quoting.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:At home? by munkay · · Score: 1

      Actually ipv6 addresses are 128 bits long...
      The 6 in the name has nothing to do with the number of octets.

    3. Re:At home? by VGPowerlord · · Score: 1

      Really? OK, I agree with the great-grandparent, then. A 16-octet address is just ridiculous.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    4. Re:At home? by eggnet · · Score: 1

      Not sure if you're trolling, but IPv6 addresses are 128 bits, not 48.

  46. comcast needs it by geddes · · Score: 1
    Here is a business case for IP v6:

    Most cable companies, in their TOS, specify that you are only allowed ONE connection with your account, that is one computer. If you want 4 computers in your house to have internet, you need to pay for more.

    What most families due, usually clueless to the fact that they are breaking a TOS, is buy a spiffy looking linksys or netgear WAP, which has NAT enabled by default, and share their single connection amongst all 4 of their computers. Because of NAT, comcast, or whatever cable ISP they use, is never the wiser.

    With Ip v6 there would be no need for NAT, and comcast could see how many IPs are coming through each cable line, and charge accordingly.

    1. Re:comcast needs it by lidocaineus · · Score: 1

      What? You think there won't be any ipv6 nat devices? First off, there already are. Secondly, the reason comcast charges for extra IPs is because they, like everyone else, needs to be fairly frugal about handing out IPs. ipv6 negates that.

      And by the way, comcast for SURE knows that people are using NAT ("none the wiser?" please). That's why they tell you to connect your computer directly to the cable modem when you have a problem. Some ISPs even GIVE you modems with built in NAT.

  47. By the power of the forces of Market I command... by gd23ka · · Score: 1

    I wonder why people always conjure up those magical market forces when in fact the "market" is tightly controlled by a few and extremely powerful monopolies? So what do you think will happen if IPv4 addresses really get scarce... I can tell you what's going to happen. Internet consumers (dialup/cable/adsl etc.) will find their asses behind NAT boxes and transparent proxies, maybe even limited to only being allowed to use http(s) in the "basic service plan" while "premium users" get limited access to smtp. I think having to choose between the excuse to extremely curtail service while charging more for less and going through a costly migration that gives more power to the consumer... ask yourself WWMD: What would Microsoft do?

  48. Multihoming? by Anonymous Coward · · Score: 1, Interesting

    Did they ever fix multihoming with IPv6? Last time I looked it was nearly impossible.

    I suspect we will end up in a situation where the "rest of the world" uses v6 and the US uses v4 practically forever.

  49. Mod parent down -1 clueless by 3.1415926535 · · Score: 1

    IPv6 does indeed have fragments, it just doesn't allow fragmentation to occur anywhere but at the originating host.

  50. Wasting time by quokkapox · · Score: 1
    I don't want to listen to some podcaster ranting about some topic that they may or may not have a clueful opinion about. Is there a text version of that person's comments?

    This is becoming a bigger problem on the net lately, people who post links to video/audio streams which do not have accompanying transcripts. The submitter may find it interesting, but I personally don't have a spare half hour to devote to your pet video/audio link (even if it is in a usable, open media format). I'll happily skim even a long page of text/html, but links to audio and video should be limited to digg-style funny videos or compelling interviews with meaningful summaries accompanying them. Anyone who expects clueful members of the slashdot/digg audience to waste their lives listening to some channel 9 msdn or other video stream and then make sensible comments on it is a fool.

    --
    it's a blue bright blue Saturday hey hey
  51. Think of the big picture ... by dazey · · Score: 1

    Don't limit yourself to earth ... the solar system is a very big place. Earth is rather puny in comparison. The InterPlanetary Internet http://www.ipnsig.org/ SIG is working through issues on expanding the Internet outward [latency, anyone?] ... and who knows? maybe in 100 years we'll have millions of robotic explorers and harvesters out there, all connected to one big network, and each having dozens or hundreds of components requiring an IP address each. Having a system in place now saves us from many, many, many firmware updates. Slashdot headlines, Jan 31, 2106 Deep space probe thought to discover alien "trash" Direct IPv6 Link to probe's 'real-time' camera 42,000nd comment: Light speed is too slow ... but after 18 hours of staring at the screen waiting for the picture to come in, all I see is a flying toilet. 42,001st comment: Hmmm ... try blinking to turn off your screen saver. You'll then see it's a Coca-Cola bottle. next 20,000 comments: ... the probe has been slashdotted! ... and one that says: man, those alien-space-deities must be crazy.

  52. Sometimes IPv6 can be a security problem by rat_love_cat · · Score: 1
    As far as network security is concerned, we've been running IPv4 for ages. Many network admins think only in IPv4, and it's the primary protocol that's handled by Firewalls and access lists.

    Now along comes this new network protocol, which auto-configures link-level addresses, and is enabled by default on many modern OSes, and you have the potential for a protocol that people end up running on their network without even knowing about it.

    To add to this potential problem, the fact that the TCP and UDP transports can run over both v4 and v6 means that network services can (and will) end up running on both. The end result is a potential security problem.

    I can remember the time when most networks ran multi-protocol (and IPv4 was generally one of the smaller volume protocols in the mix), but many people can't, and very few people think multi-protocol when it comes to security.

  53. IPv6 supports fragmentation by Helevius · · Score: 2, Insightful

    That's hardly a "business case." And as another poster (unfortunately not being modded up) pointed out, IPv6 supports fragmentation. It's just that end hosts have to fragment and reassemble, and not intermediary routers. So, your firewall will see fragments anyway.

  54. Google is your friend. by hummassa · · Score: 1

    I'm feeling lucky

    Version 5 of IP was assigned to an experimental protocol called ST2 (Internet Stream Protocol, version 2), which is described in RFC 1819 and, AFAIK, was IPv4 with QoS for voice and data over multicast or somesuch.

    HTH

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  55. DJB Says... by PhYrE2k2 · · Score: 1, Interesting

    I'll just point everyone to DJB:
        http://cr.yp.to/djbdns/ipv6mess.html

    He pretty much covers most of it. IPv6 is dead on the public Internet long before it started. I knew this as soon as I called up MCI/WorldCom last year to ask if they had any IPv6 address space to add to our few class-C's and they laughed at me. If the folks who run half the Internet aren't ready for it, why would we be?

    -M

    --

    when you see the word 'Linux', drink!
  56. IPv6 Pickup Lines by idiotdevel · · Score: 0

    "hey there; I just finished memorizing my IPv6 address!" "hi; I just refreshed the IP on my dishwasher" "you deserve an ip" "i forgot to ssh into my coffee machine; how's it going?"

  57. Barriers to entry by zerofoo · · Score: 1

    I agree in a world of perfect information and no barriers to entry, that theory would work. You can't build a large area wireless nework overnight. The incumbent wireless providers have an advantage, and they can use that advantage to dictate the terms of your wireless service. Would IPv6 really be the "killer app" that causes a bunch of investors to pony up billions of dollars to build another wireless network? Do doctors, lawyers, and businessmen really care what transport protocol carries their data? I doubt it.

    -ted

  58. LTTFP / RTFPIWP by billstewart · · Score: 1

    Yes, there's an equivalent - it's LTTFP. But I don't *want* to listen to a fscking podcast, I want to read an article. There's also RTFPIWP - and the fscking podcast's index webpage says that it's a podcaster covering several topics and some music, and one of the topics is a talk with an IPv6 expert, and it doesn't say how long any of the segments are. He may be a real expert - I googled his name and he's taken reasonable positions in other discussions - but I do know lots of real IPv6 experts. I'd be happy to read his opinion, and I'd probably be happy in an interactive discussion with him, but listening to some undetermined amount of podcast blather to get to his segment isn't interesting.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  59. MOD PARENT DOWN by thegameiam · · Score: 1

    The list above thoroughly distorts the "benefits" of IPv6 - this list has become a troll which shows up during every debate. I challenge the author or anyone else to actually show how to configure all of those things.

    For information about how broken routing is, take a look at NANOG - enterprises can no longer multihome.

    For information about how broken autoconfiguration is, take a look at Running IPv6 by Iljitsch van Beijnum.

    For information about how broken IPv6 is with regard to speed of routing and transmission, look at cisco - most IPv6 is software-forwarded, as opposed to hardware forwarded.

    The other items in the list are things which IPv4 does AT LEAST as well as v6 (yeah, try getting AES-256 to work with IPv6 on an existing VAM2, without using IPv4 anywhere, and then talk to me about IPSec-v6...)

    There are good and bad things about the protocol, but it's NOT the greatest thing since sliced bread, and that list is a heap of garbage.

    -David

    --
    Need Geek Rock? Try The Franchise!
  60. Re:Cats by Sigg3.net · · Score: 1

    I re-configured my cats last week!
    Come here 4B 69 74 74 79, 4B 69 74 74 79!

  61. We Don't Need IPv6 by WillAffleckUW · · Score: 1

    640 million email addresses are all the universe will ever need. ...

    --
    -- Tigger warning: This post may contain tiggers! --
  62. Thank you. by Paradox · · Score: 1

    My domain address was stolen by doteasy and they would never relinquish it. Thanks for reminding me to change it here.

    --
    Slashdot. It's Not For Common Sense
  63. Imagine all the nets work... it isn't hard to do. by jd · · Score: 1
    Oh, certainly. Widespread multicasting would allow multiplayer games to explode in terms of capabilities and users. Webcams would be 15 frame per second, not 15 seconds per frame. Mobility would allow a new genre of live-action roleplaying games that could cover entire cities, provided the players had access to signal. (It wouldn't have to be the same signal, the same provider or the same anything. With mobility, you can flip between networks and yet not drop a packet.)


    Some bloggers like to play "intrepid reporter", perhaps including a few seconds of low-res video on their page. Imagine they now have Mobile IP and multicast capability. Suddenly, they can do live telecasts at a resolution and framerate that is starting to approach professional TV studios. Even if only a handful of bloggers ever took advantage of that, the impact would likely be staggering.


    Some argue that most of the business on the Internet is X-rated. Ok, I don't agree and wouldn't particularly like it if it were true, but if it were, I feel confident people would pay a lot more for near-TV quality live footage... at the same time, because less bandwidth is needed, the merchants would need to spend less. That makes for much larger profits.


    (Mobility support also means they would not be restricted to studios, or stationary locations. There would seem to be a lot of possibilities there that are simply not practical right now.)

    --
    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)
  64. Maybe. by jd · · Score: 1
    IPSec isn't great on unreliable networks (which is why Sun developed the SK/IP protocol) but it is infinitely better than WPA/WEP. IPSec under IPv6 can be in two forms. The first is freeform in which keys are autogenerated and autonegotiated. There is no host authentication, per se, but traffic will be encrypted to the full AES standard and packets are authenticated as to their point of origin. In other words, intercepted packets can't be read and fake packets from an intruder cannot be injected into the stream.


    The second is to use pre-defined keys - usually based on X.509 or some shared secret. This method strongly authenticates one or both hosts, depending on how it is set up. In a semi-secure environment, you would only want to connect to trusted wireless access points. In a fully secure environment, you'd also want to restrict connections to fully trusted user machines.


    If you have a totally controlled environment, and want to have secure wireless connections, I'd say 802.11x would be better than a generic solution like IPSec. However, you can get IPSec for far more machines than you can 802.11x, so in an environment in which you can't rely on 802.11x being available, IPSec is an extremely good option.

    --
    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)
  65. Where did I say that? by iljitschvanbeijnum · · Score: 1

    Where exactly did I say that autoconfiguration is broken?

    I'm not saying it's perfect but I use it every day and haven't had any trouble with it in a long time. (I did when I ran Zebra on my Mac a while ago - don't ask.)

    The IETF is actually working on a new way to multihome in IPv6 that works for everyone (enterprises, end-users) rather than just those than have a portable address block and run BGP.

    Two other things that were brought up earlier:

    Last time I checked Cisco routers didn't do IPv6 NAT, but only NAT-PT. Sounds like the same thing, but it isn't: with NAT-PT IPv6 hosts can talk to IPv4 servers through an address translation device, it doesn't apply to IPv6-IPv6 interactions.

    Even with NAT in full effect we used up 10 /8s (~167 million IPv4 addresses) in 2005 with 62 free /8s held by IANA and another 25 /8s worth of unused space available elsewhere.

    1. Re:Where did I say that? by thegameiam · · Score: 1
      "Broken" was my take on the discussion of manually configuring DNS server addresses - I believe your phrase was "not entirely dissimilar from torture" - and that the autoconfiguration didn't include a way for a host to automatically learn the server addresses (thus prompting DHCPv6, etc). The original poster was saying that autoconfiguration would remove the need for DHCP etc, and that doesn't seem to be the case yet - I apologize if I overstated the case or misrepresented your opinion.

      My theory on multihoming is this: give everyone with an ASN a /32. Make the requirements for an ASN include multihoming, and then we're golden. There are well under 40K unique ASNs in the wild today, and their growth is vastly slower than routing table growth, so if we can have more direct prefix ASN mapping, we can conserve the routing table better. I was in the minority before on this (and probably still am, but I hope not...)

      I certainly think that we need to be concerned about running out of address space eventually, but I think that IPv6 as currently implemented tries to solve a lot of other problems as well, and I favor the guidance of RFC 1925 in the matter:
      It is always possible to aglutenate multiple separate problems into a single complex interdependent solution. In most cases this is a bad idea.


      brrr - IPv6 NAT: isn't that the worst of both worlds? complicated AND not-end-to-end?

      -David
      --
      Need Geek Rock? Try The Franchise!
    2. Re:Where did I say that? by iljitschvanbeijnum · · Score: 1
      I don't think I used the word "torture" in any IPv6 discussion. When I search for "torture" locally, all I find are references to some IETF SIP draft... So you probably got me confused with someone else.

      It's indeed unfortunate that it has taken the IETF a very long time to address DNS resolver discovery. (Something is in the works now, though.) However, this doesn't mean that people are prompted to use DHCPv6, for the very simple reason that that didn't exist until not-too-long-ago either and isn't available in many IPv6-capable OSes today. But the fact that people tend to run IPv4 and IPv6 side by side hides a multitude of sins. In this case, they do DNS lookups over IPv4 using a DHCPv4-derived server. Only those who run IPv6-only have to make do with manual configuration of DNS addresses or mostly experimental DHCPv6 implementations.

      The trouble with multihoming in IPv6 is that the way it's done currently in IPv4 doesn't scale to large numbers of multihomers. Some people say we'll never see such numbers but we'll be running IPv6 for a long time so that would be a very dangerous risk to take, as the results of having too many multihomers would be very bad. Using access to an AS number as the limiting factor isn't going to work now that AS numbers are going to be 32 bits long so this isn't a solution.

      The IETF shim6 wg is working on mechanisms that allow hosts to switch running sessions from one address to another, thereby removing the multihoming burden from the routing system. However, this doesn't give you a portable address block, which is something people really want regardless of multihoming. So there is a lot of pressure to allow IPv4-style multihoming in IPv6 as well. My position on this is that to address this need (well, it's really not a need, you can always renumber) we should use geographically aggregatable provider independent address blocks for multihoming in IPv6 in places where shim6 is suboptimal. This allows us to remove a very large amount of information from the routing system when routing aligns with geography, which isn't universally the case but it's good enough to make everything scale one or two more orders of magnitude "for free". But the world apparently isn't ready for this.

      As for the complexity in IPv6: that's all in the eye of the beholder. IPv4 is also quite complex if you look at the way it's used today rather than how it was specified 25 years ago. (PMTUD blackhole detection anyone?) The main difference between IPv4 and IPv6 that makes IPv6 more complex is neighbor discovery that replaces ARP. ND does everything that ARP does much better and does much more, so in this case the extra complexity is really worth it. And just wait until you can build an IPv6-only network. Those are so much cleaner than the convoluted IPv4 setups that are necessitated by address conservation and/or NAT.

    3. Re:Where did I say that? by thegameiam · · Score: 1

      You're right - your words were "not entirely unlike cruel and unusual punishment" (p29), which I had misremembered as torture. Sorry about the misquote.

      I don't put a whole lot of faith in Shimv6, because it moves complexity from the network onto the hosts (i.e. a host with a single interface still has to have some element of routing knowledge), and I don't think that's a good long-term solution. Consider the case of a company with 30 webservers, which now all need to maintain N shim addresses each. In v4, each server has one address, and the network figures out how to get there. With Shim addressing, each server is topologically independant of the others - how do you do loadbalancing, etc when the IP address is not deterministic? I'm not saying that this couldn't be resolved, but from a network elegance point of view it adds a tremendous amount of ugliness and complexity, and makes something which was easy hard.

      I'm not opposed to geographic aggregates, but what about those large companies with lots of offices? Or a medium size government office (US Forest service, for instance)? If I have two v6Net connections in LAX and NYC, do I need two independent address blocks? If so, how is that not more consumptive of space than just tying blocks to ASNs? I suspect far more enterprises have this type of geographical layout than are suspected.

      Fair point on the complexity issue - it's not the IPv6 is necessarily MORE complex than IPv4, but rather that it mandates rethinking a whole lot of well-established approaches for a relatively nebulous benefit. The multihoming issue is a great example - what enterprises want to do is have two connections and provider-independent space. They understand how this behavior works today, and for those people who already have PI space, it works great. What's their incentive to rethink their whole routing strategy?

      Yeah, ND is better than Arp, so that's a plus, but it's a marginal plus, because Arp does work pretty well most of the time...

      What cracks me up is the US government mandate to migrate - they're advocating for v6 only as of 2008 (yeah, right), and given that all of the government agencies I've seen have their own PI address space, there's precious little benefit in them renumbering their own little non-Internet islands -most already use application-layer gateways, and don't WANT end-to-end reachability- other than compliance with the mandate. Sigh.

      -David

      --
      Need Geek Rock? Try The Franchise!
    4. Re:Where did I say that? by iljitschvanbeijnum · · Score: 1
      Ah, right. What I wrote is:

      "And as working with addresses exclusively isn't unlike cruel and unusual punishment, an IPv6 hosts must either also run IPv4 and discover IPv4 DNS addresses through DHCP(v4), or the IPv6 DNS addresses must be configured manually."

      (Didn't catch "an IPv6 hosts" before publication... Sigh.)

      People tend to forget that you can still do much of the same outgoing load balancing with shim6 as today without it, barring ingress filtering by ISPs. Incoming load balancing is a big problem today, though. Shim6 should provide hooks for new ways to do both, so there will be a learning curve. But I don't see any fundamental problems. Personally, I'd really like to see support for "proxy multihoming" boxes that take care of shim (and thus traffic engineering) processing, but we'll have to see if that's doable.

      Geographical aggregation only works if you connect to your ISPs in the same region, where the size of the region isn't necessarily specified. If you have ISPs in New Hampshire, Cape Town and Tokyo, that's going to be a problem, yes. But for someone in Europe or Australia New York and Los Angeles may indeed be aggregated together. But most people connect to ISPs that are much closer together. The issue of geographically dispersed organization is an interesting one. These days, it's not very cost effective to carry traffic to/from the internet over your internal network. This means that having one big address block for the entire organization isn't what most organizations want anyway. Or if they want it, they also want to break up that block in smaller pieces and use the various pieces mostly independent in different locations. That is of course not compatible with keeping the routing tables to a workable size. So if we remove that option, what's left is separate geo PI blocks for each office, or one big block for the entire organization. I'm confident that there aren't enough of these large organizations that act as ISPs for their own offices to make giving them a non-geo block problematic.

      As for incentives: I don't think any of the improvements in IPv6 are big enough incentives to get a decent fraction of the internet populace on the new protocol. It will have to come down to IPv4 address depletion. We're burning address space fast the past couple of years: ~90 million in 2003, ~130M in 2004 and ~165M in 2005. With 1460M to go we may run out as soon as 2009 if the upward trend continues, 2012 if we stabilize around ~165M/yr or later if last year was an exception. (See http://www.bgpexpert.com/addrspace2005.php for more figures.)

  66. Heh by jd · · Score: 1
    Just for historical interest, I started using IPv6 in September of 1996 and the machine I was running was the first to be registered on the 6bone in the UK. At one point, I had 12 IPv6 tunnels up and running, across the British Isles, into Europe and over to America. Routing was initially static, then shifted over to MRT. GateD's IPv6 efforts didn't work when they were free (for researchers) and I didn't care to pay the bazillion dollars to find out if they'd got it to work any better when proprietary.


    I currently run a 6bone connection via HE's tunnel broker, which is nowhere near as exciting as running a major junction.


    (It should probably be noted that running tunnels from the University was in violation of a whole bunch of rules. I even had to swear blind I wasn't going to run virtual networks, in order to get the University's Autonomous System number. Mind you, they got upset so often about almost anything that about the only way to do research was to ignore them.)

    --
    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)
  67. I forget which country it was... by jd · · Score: 1
    But one European country did switch from I believe left-side to right-side for driving everywhere at 10am. The theory went something like "people will gradually get used to it before rush-hour, if it's during the day, so things will stay fairly smooth - they won't, if it's at night, which will cause chaos". I'll suggest, then, that there are ways, if the timing is right.


    The problem with routers further out is a good one. You'd have to start at the backbone routers and work outwards to the home user, to be meaningful. The firewall argument isn't quite as strong, as I'm arguing the router will proxy between IPv6 and IPv4, so inbound traffic to the host is still IPv4. Provided the IPv4 firewall rules were shifted to the internal network interface, they would still function exactly as before. (All you'd need then is sensible defalt IPv6 firewall rules for the external interface, and you're all set.)


    Hey, I'm not claiming this would be something Joe Average Helpdesk Tech could do in his sleep. I don't see it as this Mission: Impossible thing, either. Certainly, antequated Cisco devices don't support IPv6 well, but modern Cisco equiptment supports it just fine. At the very least, if backbone networks are running archaic equiptment that is about to burn out from old age, I would hope they'd upgrade to something recent.


    For the backbone, enabling IPv6 shouldn't be a big deal, as they won't experience any change in traffic. Even if it means updating a few systems here and there, the cost simply won't register above the regular background fluctuations.


    ISPs that are big, fairly well-off, and have a fair amount of manpower they can throw at problems (Comcast, Qwest, AT&T, Sprint, even AOL!) are quite capable of going next and updating. Chances are high that they'll have fairly modern equiptment anyway, because they'll have proper service contracts. At least, I'd hope so!


    Security, true, is a problem. Well, once you go native IPv6, rather than use proxies to flip between protocols. However, many security headaches are skript kiddies and I seriously doubt many skripts are IPv6-enabled at this time, OR have been updated with exploits relevent to the IPv6 stack and IPv6 routines in applications.


    The faster the transition, the longer between first serious usage and first serious headache. That's time that will be needed to get the IPv6 code hardened. (Don't expect network researchers to harden their code - they never did for IPv4, precisely because it wasn't needed when they were the main ones using it.) No, the only time we'll see a real push for solid IPv6 code is when it goes live on a significant number of machines.

    --
    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)