IPv6 and the Business-Case Skeptics
Julie188 writes "Experts keep screaming that the IPv4 sky is falling. Three such experts were recently asked point-blank to state an irrefutable business case for moving to IPv6 now, and their answer was more plausible than the old refrain (the lack of addresses and a yet-to-be-seen killer IPv6 app). They said that there isn't a business case. No company that is satisfied with all of its Internet services will need to move, even in the next few years. They also pointed out that Microsoft is a unique position in the industry both causing and hindering IPv6 adoption — causing through its IPv6 support in its OSes, and hindering by not extending IPv6 support into very many of its apps."
There are plenty of business cases for IPv6, you just have to ask business experts, not technology experts...
Countries like China and India, that have lots of people that might one day want to connect, but not a lot of existing infrastructure yet, and certainly not a lot of IP4 addresses, will have a far better motivation than countries that have an abundance of unused addresses.
The killer app will come, alright - just not from the US.
"Boss, I can get an IPv6 tunnel for free so that we can start experimenting and testing. We work with the Department of Defense, and they say that this stuff is important, so with your permission I'd like to spend $0 to start playing with it."
And that's how we came to be on IPv6.
Dewey, what part of this looks like authorities should be involved?
IPv6 will happen when China demands it. China's growing need for IP address space will drive the issue. China needs at least a billion IP addresses. Especially since the Chinese government would like a system where each device has a permanent IP address.
Many companies do not need public IP addresses, yet they have large networks. For example, imagine a company that has a location with 2,000 employees. The company does not offer web services but they do need internet access for their employees to be able to send/receive email and use business applications between sites (via VPN tunnels). In this case the company may only need a handful of IP addresses and NAT all of their private addresses through the pool of 4 or 5 public IP addresses for that location. They can easily add a new building to their location and just expand their LAN as they have an entire 10.0.0.0 A block providing millions of IP addresses. NATing between the internal LAN and the internet they can get up to ~250,000 entries (provided their hardware can support that), allowing each of their 2,000 users to be using, on average, 125 internet applications (or open connections) at once.
This situation I suspect is typical of almost all companies. Most already have enough public IP addresses to satisfy all of their internal users and lots of room to expand on their LAN side.
Actually, Microsoft is the last company to add IPv6 support to its OSs. By the time of arrival of WinXP, most other OSs including Linux, Solaris and BSDs had it atleast for 2 years. And WinXP offered it as an optional protocol that had to be installed manually. Vista is the first version of windows to offer IPv6 in a default install.
The largest prime factor of my UID is 263267.
NATing between the internal LAN and the internet they can get up to ~250,000 entries (provided their hardware can support that), allowing each of their 2,000 users to be using, on average, 125 internet applications (or open connections) at once.
What's going to be more expensive: A massive NAT box or an IPv6-enabled router (as many already are)?
What's going to be more expensive: Adding NAT buster support into many apps, or using IPv6 (many apps are already IPv6-aware)?
At the APNIC 26 conference last month, NTT presented some ballpack numbers for how many people can be comfortably put behind NAT. They're not encouraging. Basically, the common "Web 2.0"-type apps open a lot of background connections, which chews through your ephemeral port space quickly, limiting the number of people that can be NATted. Google echoed those claims loud and clear: "AJAX applications break behind excessive NAT."
Also, consider that by 2012 we'll have run out of public IPv4 addresses. But only 25% of Earth's population will be online. Do you propose to put another 3.5 billion people behind NAT? I'm pretty skeptical that NAT can handle that load.
While NAT will likely be needed in the short term to deal with IPv4 address exhaution, I'm highly skeptical of its long-term scalability.
Network architects and admins with clue are currently at the "Depression" stage (4th stage).
Why Slashdot feels that putting up a commentary authored by someone who's still in the first stage ("Denial") is useful to anyone is beyond me.
IPv4 exhaustion is coming. CIDR got us from the mid-90s until now. But it's coming now. Please stop denying, being angry, trying to bargain it away. Hopefully we'll all move past depression into acceptance (as vendors and infrastructure gets ready) before it hits. But I know a lot of smart people who would prefer to retire in the next 2 years instead of be there when it hits.
They probably won't, but would like to...