Major 'Net Players Mulling IPv6 Whitelist
netbuzz writes "From this week's IETF meeting in Anaheim comes word that leading Web content providers are talking about creating a shared list of customers who can access their Web sites via IPv6. The DNS Whitelist for IPv6 would be used to serve content to these IP addresses via IPv6 rather than through IPv4. David Temkin, network engineering manager with Netflix, says: 'We're looking into the same service that Google has, where we will try to track what connectivity the user has. We're in discussions with Google, Yahoo, Netflix and Microsoft to see whether it makes sense to have a shared, open source DNS whitelist service.' ISPs are not wild about the idea."
http://www.networkworld.com/cgi-bin/mailto/x.cgi?pagetosend=/news/2010/032610-dns-ipv6-whitelist.html&pagename=/news/2010/032610-dns-ipv6-whitelist.html&pageurl=http://www.networkworld.com/news/2010/032610-dns-ipv6-whitelist.html&site=printpage
If ISPs would get their heads out of their asses "this idea" would not be needed.
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
This is the mother of all cookies.
Any ISP that's not "wild" about the idea should step up and work with the community on actually getting IPv6 connectivity as functional as IPv4. I can see Google/Netflix perspective here. If they don't have some sort of white list they will get a black eye for having poor service when it's not even a result of something they control. Hopefully this will be something very short lived but I can imaging if service providers don't step up and start taking IPv6 seriously it's just going to prolong the issue.
I don't know everything.
The article doesn't make it particularly clear what that might be though. The closest I found was:
Which seems like a no-brainer to me: Fix the tunnel. I don't even understand how the whitelist might help that -- if the whitelist says "This user has IPv6 connectivity" and you have a broken tunnel either you don't get the content at all, or you still only see the content after a 30-second wait.
The real 'island' problem is that IPv6 routing is kind of a mess. If you're on the east coast of North America and want to connect to western Europe, depending on who your provider is it may well decide to send all of your traffic through Korea, if it even makes it to your target at all. I imagine that's a problem that will solve itself as more routes come online.
...to plug it back in again, you get "a bad experience". Seriously, whitelisting just because people smart enough to set up a tunnel forget that it doesn't work any more? Stop being so damn dishonest and come out and admit why you want this whitelist.
I suspect one significant impediment to implementation of IPv6 on the part of most ISPs is that it would take wholesale replacement of significant amounts of hardware.
Sure, the latest model of a router may support IPv6, but the 200 or so that an ISP has may not and there may be no upgrade path for it. Just like there is no Windows Vista driver for some hardware - too old to bother with - there is plenty of hardware out there that will never support IPv6. Until this is replaced, IPv6 isn't going to happen.
I think we have finally reached the point where new hardware supports IPv6, almost universally. So now we are just waiting until the older hardware is replaced. I suspect larger ISPs are somewhat reluctant to move out millions (and possibly tens of millions) of dollars worth of hardware before they have to.
Of course, they could just raise the rates for everyone to cover it.
Part of the problem is that you may have local network IPv6 connectivity but not Internet IPv6 connectivity. Your application looks up an AAAA record, tries to connect, and fails. Hopefully it will then try the A record (if you use gethostent() then you will do this automatically), but it will have to wait for the connection to fail before doing this, which may take a while.
I am TheRaven on Soylent News
The real issue I think is, who wants an IP6-only Internet connection? NOBODY. Because despite everything, there's millions of applications and shit that won't work because they assume there's nothing but IPv4. You can pry my IPv4 address from my cold dead hands, being on IPv6 would be very close to being permanently behind NAT - you get out, nothing gets in. And if you're handing out a IPv4 address as well, you've gained nothing. I'm guessing someone at the bottom of some barrel somewhere end up taking it anyway because that's all there is, but it won't be in the first world countries. That is the only way it'll really happen beyond nice bullet points on how we should all go IPv6.
Live today, because you never know what tomorrow brings
Seriously, whitelisting just because people smart enough to set up a tunnel forget that it doesn't work any more?
Huh? What the hell are you talking about? The reason this whitelist is necessary is because many people are victims of routers that send out v6 router advertisements despite not having v6 connectivity, or are on a network that claims to have v6 connectivity, but that connectivity as actually broken. As a result, these people get v6 IPs, and then when software tries to connect to websites that advertise AAAA records, they get long delays while their browser times out attempting to connect over v6, at which point it falls back to v4.
Hell, all you have to do is Google for "ubuntu disable IPv6" to see how many people are suffering with this problem.
So, please, quit being a paranoid jackass. There are *very* good reasons to set up this whitelist, and TBH, I think it may be the only way to start getting sites to advertise AAAA records (right now they don't because they're afraid of impacting the user experience due to this very issue).
I want an IPv6-only connection. I want one that works. Because then I can have a global IP address that's reachable, and then I can do peer-to-peer protocols. This is much better than IPv4, where mostly my devices are behind a NAT, and peer-to-peer requires clever device-specific hacks to punch holes in the NAT. This reduces reliability, and in a lot of cases makes simple protocols that ought to work fail. I can't do iChat video with my dad because he's on the far side of two layers of ISP-inflicted NATting. And no, he can't change providers - what they have now is orders of magnitude better than what they had before my mom and several other members of the selectboard in her small town organized a local wireless ISP using an antenna at the top of a local mountain. If they had IPv6 that worked, it would be *much* better.
The problem is that right now IPv6-only connections don't work, because not enough stuff on the network is reachable. That's changing, and this is part of the change. At the recent IETF, there was a v6-only network with a 6to4 NAT, and it worked pretty well, although it turned up a few bugs in a certain vendor's IPv6 stack.
Comcast is doing an IPv6 trial right now. Freenet in France has had IPv6 running using 6RD for quite a long time now. You can get IPv6 tunnels from Hurricane Internet and Sixxs. If you are interested in IPv6, go start using it. Don't just sit there on your (no doubt svelte) ass! :')
But why is the PTR so damn verbose?
Delegation without a hack like RFC 2317.
Indeed! After the recent 1.3 release of m0n0wall, which now supports v6, I rolled out v6 on my home network using Hurricane Electric as my tunnel broker. It was dead easy to set up and works extremely well (particularly when combined with a AAAA-capable free DNS hosting service like Afraid.org... goodbye dynamic DNS, it was great knowing ya). Though I did have to manually set up a script to update HE when my v4 IP changes...
Meanwhile, on the road, I just fire up Miredo (a Teredo tunnel client for Linux and presumably other Unixes), and voila, I get v6 connectivity that I can use to access my home network.
You missunderstand. That's how it would work if the internet wasn't largely ip4 only. If the OP was on an ip6 only network, he'd need to use a 6to4 tunnel to access the ip4 internet, and would be no better off then being behind a restrictive NAT.
How do you get on this whitelist?
*You* don't get on the whitelist. Your ISP gets on the whitelist, by demonstrating they have functional v6 network connectivity. Once that's done, the ISP is added to the whitelist, and thereafter, any DNS records resolved using the ISPs DNS servers will include AAAA records from participating content providers.
For example, Hurricane Electric entered just this sort of agreement with Google. As such, anyone using HE's DNS servers get Google's AAAA records, and so because I use HE as my tunnel broker, I get access to Google via v6. However, Google knows nothing about me in particular.
This is to deal with cases where an ISP sets up "trial" or "beta" IPv6 services for their users, and they don't support it as well as their existing IPv4 service. They might have an IPv6 outage for hours or days, but nobody cares because it's just a trial, right? Meanwhile, the user is having an awful experience trying to pull up www.google.com, and they don't know why, and since every other web site seems to come up without a problem (because they're all still on IPv4), they conclude that it's a problem with Google.
You can avoid much of this by whitelisting ISPs that have demonstrated that they actually care about IPv6.