Måste vara nåt med browsern. Fortsatt god helg! Test IPv6 FAQ Mirrors Stats Test your IPv6 connectivity. Summary Tests Run Share Results / Contact Your IPv4 address on the public Internet appears to be 213.65.35.162 (TELIANET-SWEDEN TeliaSonera AB) Your IPv6 address on the public Internet appears to be 2001:2002:d541:23a2:11fe:f37f:1493:bb73 (TELIANET TeliaNet Global Network) It appears that you use a non managed tunnel mechanism for either IPv4 or IPv6. [more info] Good news! Your current configuration will continue to work as web sites enable IPv6. [more info] Your browser is blocking the test urls. We will try alternate methods, but they may fail to show your IP address; and may affect the quality of the advice given. [more info] Your browser blocked http://ipv6.test-ipv6.com/ip/?callback=?&size=1600&fill=xxx...xxx You appear to be able to browse the IPv4 Internet only. You will not be able to reach IPv6-only sites. IPv6 connections work, but connections using DNS names do not use IPv6. For some reason, your browser or your OS is not doing IPv6 DNS 'AAAA' lookups. [more info] Your DNS server (possibly run by your ISP) appears to have IPv6 Internet access. Your readiness score 0/10 for your IPv6 stability and readiness, when publishers are forced to go IPv6 only Click to see test data (Updated server side IPv6 readiness stats) Copyright (C) 2010, 2012 Jason Fesler. All rights reserved. -- r1190 Mirrors | Mission | Source | Email - - Attributions This is a mirror of test-ipv6.com. The views expressed here may or may not reflect the views of the mirror owner. Sent from my mobile phone On 8 jun 2013, at 21:38, Chris Conn <cconn@b2b2c.ca> wrote:
On 2013-06-08 15:29, Chris Conn wrote:
It's affecting anyone running dual stack, as the server responds, hangs, times out and then it tries again on v6. At least in the latest FF and Safari browsers, I've not tried chrome. I've cc'd this over to Nanog, as I've not seen anything about it there, and I'm sure others are seeing it. www.v6.facebook.com works fine as a workaround for the time being. --
Indeed, I have seen this behaviour for at least a week. It seems to somehow be related to geo-located DNS (akamai?) since the timeouts and RSTs I see in the traffic are from IPv6 akamai servers, not facebook itself.
I tried de-peering from a number of networks to try and isolate it and it was not transit-specific. I stopped questioning my network when I saw a thread on Sixxs and tunnelbroker about this very issue.
Hopefully it won't persist as right now as having Facebook intermittently connect is likely hurting deployment slightly.
Chris