IPv6-Only Is Becoming Viable 209
An anonymous reader writes "With the success of world
IPv6 day in 2011, there is a lot of speculation
about IPv6 in 2012. But simply turning on IPv6 does not
make the problems of IPv4
exhaustion go away. It is only when services are usable
with IPv6-only that the internet can clip the ties to the IPv4 boat
anchor. That said, FreeBSD, Windows,
and Android
are working on IPv6-only capabilities. There are multiple
accounts of IPv6-only
network
deployments. From those, we we now know that
IPv6-only is viable in mobile, where over 80% (of
a sampling of the top 200 apps) work well with
IPv6-only. Mobile especially needs IPv6, since their are only
4 billion IPv4 address and approaching 50
billion mobile devices in the next 8 years. Ironically,
the Android test data shows that the apps most likely to fail are
peer-to-peer, like Skype.
Traversing NAT and relying on broken IPv4 is built into their method
of operating. P2P communications was supposed to be one of the
key improvements in IPv6."
Finally, some sanity (Score:5, Insightful)
Given the fantastic growth in the number of Internet-enabled mobile devices, and that the infrastructure for such devices is still in rapid development, it makes sense that this is where you'd see IPv6 completely implemented first.
Re:Finally, some sanity (Score:5, Interesting)
All that needs to happen now, is to get ISP to get their asses in gear and adapt IPv6. I know mine still doesn't on cable, and their DSL side has been in beta for 4 years. Cable though isn't so much their fault, but rather the fault of who they buy their headend connection through(rogers). And since most of their hardware is still docsis2, and they're still using docsis2 DPI hardware, well I'm sure it'll be another 10 years.
Re: (Score:2)
I have an Arris TM502B running Docsis 2.0, and having played a bit with its terminal console, it says that is supports ipv6, although of course there is no way to test it for me without my provider.
Re: (Score:2)
Especially as LTE is basically built on IP6.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
My Rural Wireless ISP does this.. every customer gets a 192.168.100. address.. very, very annoying. They say some equipment doesn't support IPv6, but would it be too hard to throw a 6to4 server up?
Re: (Score:3)
Re: (Score:2)
In a dual-stack lite setup, this might still happen: there may still be IPv4 only nodes, such as XP boxes.
In my tests of my company's network, XP worked perfectly acceptably with IPv6. I believe there are some issues with its DHCP implementation, but for most purposes it seems to work well enough.
Re: (Score:2)
IPv6 working != Internet IPv6 ready (Score:5, Informative)
I get to test software on the Internet. In the grand scheme of things there are few servers out there talking IPv6 at the moment. There are relatively few Web servers talking IPv6, and there are relatively few DNS servers talking IPv6. If I configure a caching DNS server to be IPv6 only I can only talk to a few things today. Even if the DNS server is configured to talk IPv4 but I query for names on IPv6 (AAAA records) there are few to find. Many DNS servers don't even handle AAAA requests properly. A lot of infrastructure is yet to be deployed to make IPv6-only a viable way to access the Internet.
Those millions of mobile devices talking IPv6 today can only do that going through NAT64 gateways (read that as NAT 6 - 4, as in allowing IPv6 to access IPv4). Yes, having the devices that can talk IPv6 is part of the solution. Now the servers need to be there.
I suppose you could call the large number of IPv6 devices the "chicken". Now the chicken needs to lay the egg.
Bingo (Score:2)
This is one of those necessary steps that has to be take
Re: (Score:2)
I have to say of the various solutions for giving users without a public v4 IP access to v4 services NAT64 is the one I like least since it involves messing with DNS (which among other things will probablly make it fundamentally incompatible with dnssec), adds additional complexity to the translation (need to translate between protocols as well as translate addresses) and can't support legacy applications or devices.
DS-lite seems like the best solution to me. The access network can be V6 only, it's horizont
Re: (Score:3, Insightful)
Most mobile phones/smartphones/laptops on mob
Re:Bingo (Score:4, Interesting)
There have been some improvements. IPv6 is not just IPv4 with longer addresses. You are stuck in IPv4 think - in the IPv6 world your computers will take a maximum of 30 seconds to discover a prefix change. Yes IPv6 has buildin route-verification. It is not just left to chance or to a timeout of the DHCP-lease. The computers are actively monitoring the router and if it fails the computers will go hunt for a new one with possibly a new prefix.
Your router is also monitoring the ISP the same way. It will not "forget" to do the prefix change.
All this is verified by independent testing centers for the IPv6 gold certification program. You can expect your equipment to actually do the right thing.
Re: (Score:2)
There's no need for servers to talk IPv6. They'll function perfectly well through 6->4 tunnels, and everyone will be happy. It's the client-end infrastructure that needs fixing, and any service that does peer-to-peer connection. These are the areas that will fail when clients stop receiving IPv4 addresses.
Waste and Bloat (Score:2, Insightful)
50 billion mobile devices? How much of this will end up as landfill? Does everybody REALLY need seven mobile devices?
Also, I'd feel a lot better about IPv6 if there weren't quite so many RFCs associated with it. The more complex a standard is, the more room there is for security holes, bugs, and non-conforming implementations... Is the second system effect going to bite us in the ass really hard?
Well, maybe we WILL need seven devices, just to load the new stack once..
Re: (Score:2)
Re: (Score:2)
Why do devices that are not being used need an address?
Don't worry, be happy (Score:2, Funny)
Criminal Hackers all over the world are working hard to come up with lots of zero day exploits for IPv6. When it finally goes live, they'll have plenty of hacks to bring it down in the first hour.
Re: (Score:2)
consider it this way. 1 phone per person. 1 ipad/tablet/ereader per adult, 1 laptop per student 1 desktop per house -- plus several smart tvs, plus 1 wifi gateway plus game machines blah blah blah.
marketing was clearly relying on a future of thorium reactors every few blocks away. i just recently learned the earth and it's magnetosphere are based on thorium reactions in the magma layers of the planet.
widespread computing has its drawbacks.
Re: (Score:2)
I bundle Phone/Tablet/Kindle into "3-generation-old-iphone". It's kinda small, but I have mild myopia (about -1.75 diopters) so it's easy for me to read e-books on it.
I'm in .ca, so I doubt I can even get a kindle here anyways.
I have a PSP, but there really isn't much out for it that I haven't finished already, and the 3-generation-old-iphone is sorta absorbing that functionality. I'm also rather disillusioned with console-y things anyways.
I don't drive the car at all (it's literally without a valid licen
Re: (Score:2)
No, they don't count as mobile devices. How many TVs do you need anyways? Time to get a bit of exercise, you can walk to the living room!
Also your car doesn't need an IP address. Period. End of story.
Re:Waste and Bloat (Score:5, Funny)
For now. But things like navigators could certainly use them, for example to get weather and traffick information or download maps when you're going to a new area. And what happens when self-driving cars move out of prototype stage - wouldn't it be nice to be able to send instructions remotely?
Contrary to the popular misconception, saying "period" does not actually prove anything, nor does saying "end of story" mean that the world will actually stop changing.
IPv6 and 4G (Score:5, Interesting)
One thing that is not mentionned here is that the 4G specs actually mandate IPv6 and deprecate IPv4 support - something that should really push IPv6 adoption forward, especially with providers that offer both cell phone and traditionnal internet connectivity...
Good thing too. Getting those suckers in would have been difficult otherwise. With IPs running out in Europe this year, we are really starting to feel the pressure now...
Re: (Score:2)
Re: (Score:3)
Some sources:
* https://en.wikipedia.org/wiki/IPv6_deployment [wikipedia.org]
* http://www.circleid.com/posts/20090609_verizon_mandates_ipv6_support_for_next_gen_cell_phones/ [circleid.com]
* https://www22.verizon.com/opendev/Forum/LTE_Document_Archives.aspx [verizon.com]
* https://en.wikipedia.org/wiki/IPv4_address_exhaustion#Regional_exhaustion [wikipedia.org]
Still work to be done (Score:2, Interesting)
Though this discussion has focused purely on web access over the Internet, as many people mistakenly believe they're the same thing, there's still work to be done for enterprise and service provider networks to operate on pure IPv6. For example, with IPv6, there isn't really provider independent address space. So, when you get all your address space from your ISP, how do you dual-home to different ISPs? ISPs are not going to accept your advertisements of another ISPs address block like they would with IPv4.
Re: (Score:2)
Re: (Score:3, Informative)
For example, with IPv6, there isn't really provider independent address space.
Uh.
Yes there is. See for example this [arin.net] and this [ripe.net]/this [ripe.net].
Re:Still work to be done (Score:4, Informative)
Otoh, it's IPv4 that would be incapable of providing provider independent addresses, since everybody is scouring for them.
IPv4 Applications? (Score:2)
I'm surprised at the amount of need for IPv6 upgrades at the application level. Really I would hope more OSes would allow IPv6 only with an internal IPv4 fake NAT approach to translate IPv6 information (local and remote targets) to fake internal IPv4 addresses. Remote targets would also need some form of IPv4 to IPv6 resolution. Perhaps add a notification from the OS that the application in question is not IPv6 capable and running in a compatibility mode with degraded performance.
And yes, I know part
IPV6 on Smartphones already (Score:2)
Re: (Score:2)
out of interest do you remember if they were using regular IPv6 addresses, 6to4 addresses (2002::/16) or teredo addresses (2001:0::/32)?
Lack of choice of ISP's is a problem... (Score:2)
Somebody from my ISP has told me, in so many words, that they have absolutely no intention of making IPv6 available to consumers until [!!!!] they run out of IPv4 addresses... which the fellow I spoke to insisted was still years away, and offered absolutely no timeline given for any actual switch. To top it all off, he said that they would not even be doing any sort of gradual transition when it does happen... that the switchover would be essentially instantaneous for everybody, and would be transparent f
Re: (Score:2)
It may well be years away for them depending on how many IPs they have spare and how stable the size of their customer base is.
I suspect his insistence that it would be instantanous and transparent either means
1: He hasn't got a clue
2: They don't have any plans
3: They are hoping they can wait for everyone else to transition first.
4: They really plan to deploy IPv4 NAT instead of deploying IPv6 but they don't want to admit that.
There will be no P2P IPv6 for mobile devices (Score:2)
the carriers will not route incoming connections to the devices, even with IPv6. This would endanger their current business models, so they will try to avoid it. It would be cool, when some important new App would really need incoming connections, so the carries virtually must support it. But i doubt they will, and there will be no such app. So the only thing they see is, that smartphones, tablets and other wanted consumer hardware should not have this feature, and tethering with notebooks is evil for them,
Which ISPs in the US offer IPv6... (Score:2)
Not sure if serious (Score:4, Informative)
Are you trolling, or horribly confused between domain names and IP addresses?
Re: (Score:2)
You may find this video [youtu.be] informative.
Re: (Score:2)
I was expecting something about seeing a sign on the way in.
Re: (Score:2)
Sorry, try again, still waaaay off the mark.
Re: (Score:2)
Re:Why is this even needed? (Score:5, Insightful)
The problem under discussion is a shortage of IPv4 addresses, not a shortage of domain names. A device needs an IP address to send and receive anything via TCP/IP, as on the Internet. Domain names are an optional convenience.
Re: (Score:3)
Of course! einstein.xxx!
...
Oh god!
Re: (Score:2)
Re: (Score:2)
IPv6-only. Linux has worked on IPv6 for a long time, and in general, will work on IPv6-only, but some specific tools and applications present in some Linux distributions will not.
Re: (Score:3)
Like just about everything done in perl.perl-considered-harmful [psu.edu]
Re: (Score:2)
I was trying to remember which tools I'd read about lacking proper IPv6 support, but I hadn't remembered Perl. That's a real problem.
Another reason I need to get on with learning Python.
Re: (Score:2)
Android is Linux.
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Informative)
Is it dual stack? FreeBSD developers have actually set it up in recent releases so you can compile with ONLY IPV6 (INET6), IPV4 (INET), or SCTP only. Then they came up with a bunch of tests to see how IPV6 only would work on the Internet and then they checked for compliance. It's rather amazing what they've accomplished so far and most of it within days of last year's world IPV6 day.
I expect a recent linux kernel to do well with IPV6. I'm not questioning that. Just wondered if it's still dual stack dependent and how much testing has happened with userland bits. Since it's a distro problem more than just the kernel. In FreeBSD, they have to make sure all the userland parts work too. The biggest missing piece is DHCPv6 in FreeBSD that I know of.
Re: (Score:2)
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Informative)
Is it now? How hard is it to remove the IPv4 assignments from your network interfaces and lo? Oh, that was pretty easy. Took seconds.
I'm happy for all the BSD guys who are doing the IPv6-only dance of joy but it's a political move rather than a useful one to remove the IPv4 stack from the kernel on anything but extremely limited devices. You don't actually gain anything by removing it on a desktop, laptop, server, or most consumer embedded devices.
At this point, it's a lot like buying an electric car when your power comes from a coal plant. It may make you feel better about yourself but nobody actually gains anything.
Re: (Score:3, Funny)
At this point, it's a lot like buying an electric car when your power comes from a coal plant. It may make you feel better about yourself but nobody actually gains anything.
Well, with an electric car, you move the emissions to the industrial area that hosts your local coal plant, and so hopefully make the neighborhoods you drive in healthier places to live. Similarly, the uh, network ecosystem of the, uh kernel environment... Ugh. This is the one time when a car metaphor won't work!
Re: (Score:2)
Re: (Score:3)
And a coal plant can actually install cleaning filters that are a lot better than in cars. Usually doesn't get rid of the CO2, but a lot of the other nasty stuff at least.
Easier to install such stuff in a few places than in every car at least.
Re: (Score:2)
You can compile the kernel for IPv6 only. That is different then removing the code. What do you gain? Space. Fewer backdoors. Less bandwidth needed to push updates (but that ignores the overhead of 6 vs. 4).
Basically, there are many reasons to want to be 6 only, however, all are for specialized devices. Well, it happens that BSD is useful for just that.
Now, as to the electric car, in America, there are no places in the 48 that are 100% coal. The reason is that electr
Re: (Score:2, Informative)
The point here is that FreeBSD functions completely without IPv4, and not just over the internet, but internally as well. It's actually a much tougher task with Linux as Linus only controls the kernel, he has to convince other projects to go IPv6 only as well.
Re: (Score:2)
Even that Linus controls only the whole Linux operating system, it is still the Operating System job to offer network protocols to every program. The programs can itself then offer own protocols (like http, ftp or ssh).
Operating System offers Transport and Network layer protocols to Session, Presentation and Application layers.
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Interesting)
You seem to be confused. Linux is a kernel, no more no less. A Linux distro is a Linux kernel with a 3rd party userland. The kernel itself really has very little to do with what protocols are ultimately offered to the userland as those all have the option of loading kernel modules if need be.
Honestly, it's not that complicated. Those userland programs are why Linux can't yet be IPv6 only yet. I believe that most of them can handle it, but there are still IPv4 only utilties left.
Re: (Score:3)
errr...um... from what I understand, all of the low level protocol stack is in the kernel. the userland utils (iputils) and network applications make calls to the kernel. I don't even think libc gets involved here. if you want an ipv6 only system, just set the v4 ip to 0.0.0.0. it's not difficult.
Re: (Score:2)
Re: (Score:2, Informative)
====
ifconfig lo down
ifconfig eth0 del YOUR_IP
killall dhclient
====
Hey, that was easy!
Re: (Score:3)
Not really, I could have done that on FreeBSD years ago. You do realize that the loopback interface isn't necessarily IPv6 compliant, which is the whole point of this. They made it so that you could compile the kernel and the userland all without the use of IPv4.
But, then again, why bother with facts when you can post a smart ass comment.
Re: (Score:3)
Re: (Score:2)
Because Ping is almost 30 years old and changing it that substantially would break functionality in a huge number of OSes. Not to mention the fact that as long as IPv4 is in common use it's going to be damn confusing figuring out when it's safe to use ping in IPv4 versus IPv6.
In a few years time when we're hopefully all using IPv6 then it might be reasonable to switch it.
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Insightful)
Because Ping is almost 30 years old and changing it that substantially would break functionality in a huge number of OSes. Not to mention the fact that as long as IPv4 is in common use it's going to be damn confusing figuring out when it's safe to use ping in IPv4 versus IPv6.
You have things totally backwards. The operating system figures out whether a host should be reached via ipv6 vs ipv4 based on your systems IPv6 connectivity and DNS. You can't know it in advance.
If I browse to www.slashdot.org and it has an AAAA record and my computer has IPv6 I get to slashdot via IPv6. Having ping being the only utility left on the fricking operating system that does not work this way is more broken than any nastalga.
Traceroute is 30 years old too and it works just fine with both protocols enabled at the same time.
Total nonsense. traceroute
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Insightful)
If I browse to www.slashdot.org and it has an AAAA record and my computer has IPv6 I get to slashdot via IPv6. Having ping being the only utility left on the fricking operating system that does not work this way is more broken than any nastalga.
Except that TCP hasn't changed. TCP still rides inside IP packets (v4 or v6), and thus apps based off TCP should work this way[0].
Ping doesn't run off TCP, it runs off ICMP, and there are two different versions of this protocol: one for IPv4 and one for IPv6. ICMPv4 and ICMPv6 are nearly identical, but not quite (different mechanisms for checksum calculation, different error message enumeration). This protocol is ICMPv6.
Now that isn't to say that the developers of the current ping tools couldn't create some uber-ping tool that can handle both ICMPv4 and ICMPv6 packets. The formats are indeed similar -- most of the difference is in how checksums are calculated based on the packet (pseudo)headers and in the error message identifiers. For whatever reason, they decided to have independent versions per protocol.
The point being, it's not correct to compare ping to a web browser. Your web browser will use the same TCP packets regardless of if they're encapsulated within IPv4 or IPv6 packets. The DNS resolving is identical as well. Ping however has to use a different protocol depending on the version of IP being used, which changes the game slightly. And for whatever reasons, the developers who maintain these tools decided by-and-large to leave ping for IPv4 alone, and release a separate version for IPv6. You can certainly question the wisdom of that decision, but it certainly isn't as easy as the case of a web browser.
Yaz
-----
[0] - Of course, "should" doesn't mean "will". The biggest problem often being apps that have only ever reserved 32 bits for storing resolved addresses, or who don't know how to parse IPv6 formatted addresses entered directly.
Re: (Score:2)
But that's just dumb, and as a consumer who just wants to use IPV6 for what it offers me, I don't want to care that there are differences between ICMP and ICMPv6 (nor should I have to care).
Re: (Score:3)
But that's just dumb, and as a consumer who just wants to use IPV6 for what it offers me, I don't want to care that there are differences between ICMP and ICMPv6 (nor should I have to care).
Fair enough, but while we're still in a dual-stack situation, you'd have to care enough to at least be able to tell a unified ping utility which protocol you want to use (even if it's just via a -4 or -6 switch). Otherwise, if a given domain name resolves to both IPv4 and IPv6 addresses, which should it pick? Perhaps if you're just using it to see if a host is up, you don't care -- but if you're trying to determine the connectivity of your network graph for a specific protocol set, it's important.
Ping isn
Re:FreeBSD, Windows, and Android are working on IP (Score:5, Insightful)
Seriously? Ping is a "serious piece of network diagnostic toolkit"?
Please allow me to rephrase: "Ping is the most basic part of a network diagnostic toolkit. If your grandmother learns one thing about IP networking and nothing else, it will be ping."
Re: (Score:2)
Fair enough, but while we're still in a dual-stack situation, you'd have to care enough to at least be able to tell a unified ping utility which protocol you want to use (even if it's just via a -4 or -6 switch). Otherwise, if a given domain name resolves to both IPv4 and IPv6 addresses, which should it pick? Perhaps if you're just using it to see if a host is up, you don't care -- but if you're trying to determine the connectivity of your network graph for a specific protocol set, it's important.
I'm really sorry about sounding like a broken record here but the answer to your question is that it should pick the IPv6 address if you have IPv6 connectivity. This is standard behavior (RFC 3484) that can be overriden by local policy. All applications follow the same preferencing behavior to understand which protocol should be used when connecting to a host. The answer to your question is clear.
-4 and -6 flags are great if a host is reachable over both protocols and you want to test a specific protocol
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
You have things totally backwards. The operating system figures out whether a host should be reached via ipv6 vs ipv4 based on your systems IPv6 connectivity and DNS. You can't know it in advance.
If I browse to www.slashdot.org and it has an AAAA record and my computer has IPv6 I get to slashdot via IPv6. Having ping being the only utility left on the fricking operating system that does not work this way is more broken than any nastalga.
You're probably going to have scripts out there that issue ping -n host.com and expect output like "64 bytes from bla.bla.bla.bla", and will fail if the output would suddenly change to "64 bytes from blabla:blabla:blabla::blabla".
Re: (Score:2)
It is ping and traceroute that are the odd ducks. Most of the unix commands have a -4/-6 switch: telnet, ssh, mtr and so on.
It is quite annoying actually. I can ssh any domain and it will automatically work no matter if that domain has a A or AAAA record. But to ping the same domain I suddenly need to know.
This example is quite obvious but it might not be in a few years when IPv6 only sites are common:
# this fails
baldur@pkunk:~$ ping -c1 ipv6.google.com
ping: unknown host ipv6.google.com
# this works
baldur@pk
Re: (Score:2)
Re: (Score:2)
I don't even know how to replay to your poorly worded post.
It's the complete utility that's the problem, not just the output. It has to be able to handle IPv6 and be able to do something useful with it. Putting them together in one utility makes very little sense as the only people likely to still be using IPv4 in 10 years time are people in an enterprise environment and they'll likely to adding the IPv4 version to their install images. Well them and retrogamers, but they'd know how to install the package a
Re: (Score:2)
Re: (Score:2)
I'm sure there are a half billion scripts out there that expect to see "64 bytes from foo.com (xx.xx.xx.xx): ..." and will shit themselves when it becomes "64 bytes from foo.com [xxxx:xx::xxxx]: ..."
I thought about that too. But then I think that there are probably more scripts out there that only want to check for the reachability of foo.com by issuing "ping foo.com" or "ping -c 1 foo.com" and just checking the exit code or scanning for "64 bytes from foo.com". And all those scripts would then fail for an IPv6-only foo.com, but would succeed if the ping tool supported v4 and v6.
Re: (Score:2)
Yes, but each command has been duplicated: ping, ping6; tracert, tracert6; etc. It doesn't seem particularly elegant to me. Why not just modify ping to accept both IPv4 and IPv6 addresses?
There is no justification for not fixing linux ping. Microsoft has it right. Traceroute works properly. What broke when traceroute was fixed to support both versions? There is no excuse for not fixing ping.
Now that virtually all host applications had been modified to support ipv4 and ipv6 transparently based on DNS I don't want to hear this total nonsense fixing ping will cause breakage. Bullshit.
The whole point in the transition is that you do not know ahead of time whether a host is IPv4 or IPv6. B
Re: (Score:2)
The whole point in the transition is that you do not know ahead of time whether a host is IPv4 or IPv6. By not fixing ping and something does does not work you 'ping' it and the result you get is totally out of step with the way the rest of the operating system and your apps work.
Except that ping is not an app, it is a diagnostic tool. If you're in a dual-stack situation, you want to know whether a host is reachable over IPv4 or over IPv6 independently. You could do this with a -4 and -6 flag to ping, but then you'd need to type two more characters for the v6 version and three more for the v4 version.
Re: (Score:2)
the others were developed when 6 and the kernel were undergoing loads of changes.
In the end, think grep, egrep, fgrep.
Re: (Score:2)
Re: (Score:2)
traceroute is at least IP-layer, so while it has to handle both stacks it doesn't do particularly different things. And because of that you'll find that the traceroute implementations that are still being maintained support both stacks -- traceroute6 is often just a link to traceroute, or a link that prepend "-6" to your arguments.
LOL traceroute is just a bunch 'o ICMP pings with varying TTLs.
Re: (Score:2)
LOL traceroute is just a bunch 'o ICMP pings with varying TTLs.
Umm. no. ICMP unicast L2 ping utilities measure single hop one to one TTL. While traceroute ICMP unicast works the same, default behavior in most multicast l2/l3 traceroute utilities measure one to many hops in-route TTL.
Re: (Score:2)
Umm. no. ICMP unicast L2 ping utilities measure single hop one to one TTL. While traceroute ICMP unicast works the same, default behavior in most multicast l2/l3 traceroute utilities measure one to many hops in-route TTL.
L2 multicast traceroutes...LOL...
Re: (Score:2)
http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/native/configuration/guide/l2trace.html [cisco.com]
RFC1112 muticast space needs L2/L3 multicast mapping traceroute utilities which has been around longer than I would like to admit... grrr.. i'm old...
Re: (Score:2)
RFC1112 muticast space needs L2/L3 multicast mapping traceroute utilities which has been around longer than I would like to admit... grrr.. i'm old...
I think we were talking about different things. I was talking about the difference between ping and traceroute that appear in Linux. Neither utility has any ability to ping an L2 address. Neither utility has any multicast support unless pinging the broadcast/multicast address counts as multicast support and all of the L2 details are abstracted by the kernel.
I'm sure your fancy "l3 switch" can trace through STP or whatever holds your L2 together but none of the above is relevent to ping and traceroute on
Re: (Score:2)
Re: (Score:2)
Indeed, but OTOH it's important to have the ability to use it as soon as the ISP supports it. What worries me is that at the rate my ISP is working on it that it won't be ready before the first few IPv6 only sites come online.
Re: (Score:3)
Re: (Score:3, Interesting)
Re: (Score:2)
http://www.google.com/patents/US4429685 [google.com]
"This invention relates to a method of growing unicorns in a manner that enhances the overall development of the animal."
Re:IPv6 and Unicorns (Score:5, Informative)
Re: (Score:2)
Internode here in Australia offers IPv6 as an option (and its real IPv6 where the whole ISP network is IPv6)
Re: (Score:3)
Yep, and in fact, as of a few days ago, the IPv6 option is now turned ON by default for new customers:
http://forums.whirlpool.net.au/archive/1845420 [whirlpool.net.au]
Re:There will never be IPv6 (Re:IPv6 and Unicorns) (Score:5, Insightful)
What the IPv6-people just refuse to understand is that there is zero benefit for running IPv6 now.
What the IPv6 naysayers just refuse to understand is that we have no choice. NAT works great for you because you have at least one public IPv4 address that you control.
The problem with this thinking is there are real consequences to running out of IPv4 addresses.
When you push NAT out to the carrier and that IP address is serving hundreds of customers then what? If you think setting up DNS or using torrent software or skype that does not bounce content through strangers systems was hard just wait till you want to publish anything through said carrier NAT.
I think most IPv6 people are quite happy to move on without you. Comcast is deploying to millions. All major ISPs have active trials. Asia is going crazy you should see all the crap being pushed through softwires at the moment... IPv6 only content coming soon to a theatre near you...like it or not it is happening with or without you.
Re: (Score:2)
What the IPv6-people just refuse to understand is that there is zero benefit for running IPv6 now.
.... since there is no shortage of IPv4 addresses!!!
Re: (Score:2)
Who's going to pay for the billions of IPv4 devices that need to be replaced in order to offer IPV6 only services to folks?
The people who were stupid enough to buy them?
We've known for fifteen years that this day would come. By early estimates, it should already have happened. The tools needed to avoid the problem have been in place for over ten years, now. Anybody still using IPv4-only hardware is doing so because either (1) they make their hardware last much longer than everyone else or (2) they bought it cheap because it lacks functions that the rest of us knew were important.