Site Search
ICE Not Ready for IPv6
- Friday, 14 January 2011 04:53
- Last Updated on Thursday, 13 January 2011 16:58
- Written by Russ Martin
- Technology
The Internet Society informed the media yesterday that major sites like Google, Facebook and Yahoo! have committed to a test flight on IPv6. Major Websites Commit to 24-Hour Test Flight for IPv6 . Anyone living in Costa Rica may confirm our test results by visiting this test page. At the end of the article are the results from our office PC.
About the need for IPv6 (from ISOC site)
IPv4 has approximately four billion IP addresses (the sequence of numbers assigned to each Internet-connected device). The explosion in the number of people, devices and web services on the Internet means that IPv4 is running out of space. IPv6, the next-generation Internet protocol, which provides over four billion times more space, will connect the billions of people not connected today and will help ensure the Internet can continue its current growth rate.
What Does It Mean for Costa Rican Businesses?
Basically it means that you and your employees may have trouble on June 8th accessing participating sites from Costa Rica. You should contact ICE to find out their plans for assisting their clients on this day.
To Network Operators (From ISOC Site)
The event will happen whether you participate or not as an ISP, you should consider how this event may affect your users and organization.
The most important thing for you to do is to advise your customer support organization. You should have plans in place to explain the event to customers, and to troubleshoot if problems arise.
You should consider customer outreach. You may want to post a version of the IPv6 test page on your customer-facing servers, with tips for fixing problems encountered. Once you've done that, you might send notices to customers inviting them to test their service ahead of time. If you provide gateway routers to your customers, you should test their functionality, to make sure user equipment behind them responds appropriately when content is available over dual-stack.
Some ISPs will be developing metrics and tools, to show customer ticket rate, or various kinds of customer experience, and overall IPv6 traffic seen. If you have the ability, you should accelerate your deployment of IPv6: this should improve your customer experience during the event, and provider better data.
Finally, spread the word! Since some number of problems will probably be found, ISPs should not be surprised by this event.
Fijatevos.com Test Results:
|
? |
You have no IPv6 address. |
|
? |
World IPv6 day is June 8th, 2011. No problems are anticipated for you with this browser, at this location. |
|
? |
You appear to be able to browse the IPv4 internet only. You will not be able to reach IPv6-only sites. |
| Your readiness scores | |
|---|---|
| 7/10 | for your IPv4 stability and readiness, when publishers offer both IPv4 and IPv6 |
| 0/10 | for your IPv6 stability and readiness, when publishers are forced to go IPv6 only |
Tests Ran
| Test with IPv4 DNS record |
ok (1.466s) using ipv4
|
|
| Test with IPv6 DNS record |
bad (0.678s)
|
|
| Test if your ISP's DNS server uses IPv6 |
bad (3.501s)
|
|
| Test with Dual Stack DNS record |
ok (1.427s) using ipv4
|
|
| Test IPv4 without DNS |
ok (0.641s) using ipv4
|
|
| Test IPv6 without DNS |
bad (0.030s)
|
|
| Test IPv6 large packet |
bad (0.029s)
|
How this test works: Your browser will be instructed to reach a series of URLs. The combination of successes and failures tells a story about how ready you are for when publishers start offering their web sites on IPv6.
|
Test with IPv4 DNS record
ok (1.466s) using ipv4
|
Fetches an object that has just an A record in DNS. This is expected to use IPv4. IPv6-only users might still reach this, if their provider has employed a NAT64/DNS64 or proxy solution.
|
|
Test with IPv6 DNS record
bad (0.678s)
|
Fetches an object that has just an AAAA record in DNS. This is expected to use IPv6. Users not yet on the IPv6 internet are likely to see this fail. As long as it fails quickly, it will be OK - for now.
|
|
Test if your ISP's DNS server uses IPv6
bad (3.501s)
(This is bonus credit)
|
This is a test of your ISP's resolver (instead of a test of your host). If this test passes, your DNS server (often ran by your ISP) is capable of reaching IPV6-only DNS authoritative servers on the internet. This is not critical (at this time) for you to reach sites via IPv6.
|
|
Test with Dual Stack DNS record
ok (1.427s) using ipv4
|
This is the most important test. This verifies your browser can connect to a site that has both IPv4 and IPv6 records published. IPv4 only hosts should connect fine (using IPv4). If this test fails or times out, you can expect major problems as publishers start offering their sites on IPv6. |
|
Test IPv4 without DNS
ok (0.641s) using ipv4
|
This will try connecting with a literal IPv4 numeric address. This should work for most people, unless they are running IPv6-only. If the first test worked, but this fails, it likely confirms your provider is using NAT64/DNS64; you'll need to only try connecting using hostnames instead of numeric IP addresses.
|
|
Test IPv6 without DNS
bad (0.030s)
|
This will try connecting with a literal IPv6 hexadecimal address. The primary purpose of this test is to separate out your connectivity on IPv6 from your ability to fetch DNS for it. A secondary purpose is to see if you have Teredo enabled; some systems may only use Teredo when an IPv6 address is in the URL.
|
|
Test IPv6 large packet
bad (0.029s)
|
Validates that IPv6 requests with large packets work. If this test times out, but other IPv6 tests work, it suggests that there may be PMTUD issues; possibly involving IP tunnels.
|
Newsflash
Buying a car in Costa Rica? If you would like to make it as painless as possible, then hire an expert to help you. Click here, hit me with the PASS, to find out more about the service. |




