Verizon Refuses To Provide Complete IPv6
Glendale2x writes "I'm a progressive sort of guy and I want to go full dual-stack, IPv6 for the future, etc. However I recently tried to turn up a new Verizon circuit with IPv6 (after a 6-month fiber install process), and to my chagrin the order they accepted back in May they're now saying is against their policy to provide. They're missing around 29% of the IPv6 internet and refuse to carry it. Tell me again how we're supposed to encourage IPv6 adoption in the face of a huge black hole like this?"
They'd damn well better give you a full refund if that v6 was an essential part of the contract.
If verizon's pulling this shit AND trying to keep your money they need their asses spanked in court, big time.
IPv4 Exhaustion is expected approximately 734 days from today's date. That is just about 2 years.
It takes a lot longer than 2 years to develop a networking standard, and gain acceptance from the community, and no alternative has even been proposed.
There are two solutions on the table: IPv6 and IPv4 with carrier grade NAT.
It's going to be one of those things, in two years.
What's wrong with IPv6 exactly?
I've been running dual stack on test servers just because and it seems to work fine. I've tested Windows Server 2008 and Vista clients with IPv6 and it works fine. I even get IPv6 connections to some internet servers like Mozilla.
Admittedly, I'm not an expert, but I'm looking forward to the end of NAT on every router.
if the reason that the big boys don't want to go to IPv6 is that they stand to lose an additional money maker. They can charge for publicly available IP addresses with IPv4. In IPv6, every address would be public. This might explain carrier reluctance to make the change. It gives them one less way to nickle and dime the consumer.
Thanks to China's Carrier-grade NAT you aren't seeing levels seven through 1,345,751,000. In China OLPC means One Level of network address translation Per Citizen.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
IPv4 is a measurable finite resource. There are 2^32 of them. You can plot it on a graph fairly accurately.
Predicting the end of IPv4 addresses is like predicting the end of any other measurable, finite resource:
As we get near the end, if there is demand there will be rationing or an increase in price to drive demand down. Either way, the supply will last longer than a naive prediction would indicate.
IPv4 NAT has already reduced the rate of exhaustion beyond what it would be without it, albeit at the price of reduced inter-connectivity.
If IPv6 isn't rolled out nearly globally soon, I think you'll see a lot more carriers handing out NAT'd addresses for new customers unless those customers are willing to pay extra for a world-visible address. Within a year after that they'll jack up the prices on existing customers who don't "downgrade" to the cheaper NAT'd plan. This will buy more time, but, again, at the cost of decreased connectivity.
Of course, I could be wrong, there could be something new and easier to implement coming down the pike, in which case all bets are off.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
They very conveniently lost the original order (where I disclosed exactly what I required, down to what networks I will announce) and the circuit was delivered as IPv4-only in August. With a static /29. Without BGP. All of this was a huge shock to the provisioning team on the first call when I started talking BGP for IPv4. It took over a month to get them to change it to dual-stack and re-engineer the endpoint to go to a different city that had IPv6 support after I forwarded them all of my copies. And then they pulled this out of their hat. Oh, don't forget that my account manager was fired in September and the new one won't accept my calls. It's a huge fucked up mess.
I must admit, I never figured that complaining about Verizon sucking would make the front page of slashdot.
this is my sig
I'm getting rather sick of reading posts along the lines of "it doesn't work," "it'll never work," and "you need to have one work for the other." In 2006-2007, I tried deploying an IPv4-based TINC setup on my office computers. However, to maintain this, you needed a computer at each of the bigger sites, and smaller systems tied to a common system: I had over 100 nodes chained together like this. By summer 2007, it was unsustainable: I had already been researching IPv6, and decided to start implementing it as a solution for accessing things like Intranet, VNC, and remote file systems. By the end of 2007, I had more or less eliminated the IPv4 chains with a setup of our sites using NAT'd IPv4 in the 192.168-whatever range, and individual IPv6 subnets for each site, tied together by an ethernet-based TINC install on OpenWRT routers. It has worked above and beyond my expectations: we can use regular Internet; we can use IPv6 global and internal resources. If it doesn't support v6 out of the box, chances are it works with "portproxy" fine. With a transition to newer Linux systems and Vista/2008 Windows systems, it becomes more streamlined. You can't avoid v6: its all around you. I believe in it and I've made it work.
Life is irony, and nothing ever goes as planned.