[140291] in North American Network Operators' Group
Re: Yahoo and IPv6
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Mon May 9 12:27:46 2011
To: Arie Vayner <ariev@vayner.net>
In-Reply-To: Your message of "Mon, 09 May 2011 18:16:20 +0300."
<BANLkTimrcQ3i85XaVK4T_BstXosMNJf9-A@mail.gmail.com>
From: Valdis.Kletnieks@vt.edu
Date: Mon, 09 May 2011 12:25:55 -0400
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--==_Exmh_1304958355_2759P
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
On Mon, 09 May 2011 18:16:20 +0300, Arie Vayner said:
> Actually, I have just noticed a slightly more disturbing thing on the Y=
ahoo
> IPv6 help page...
>=20
> I have IPv6 connectivity through a HE tunnel, and I can reach IPv6 serv=
ices
> (the only issue is that my ISP's DNS is not IPv6 enabled), but I tried =
to
> run the =22Start IPv6 Test=22 tool at http://help.yahoo.com/l/us/yahoo/=
ipv6/ and
> it says:
> =22We detected an issue with your IPv6 configuration. On World IPv6 Day=
, you
> will have issues reaching Yahoo=21, as well as your other favorite web =
sites.
The *really* depressing part is that it says the same thing for me, on a =
*known*
working IPv6 network.
And then when I retry it a few minutes later, with a tcpdump running, it =
works.
And then another try says it failed, though tcpdump shows it seems to wor=
k.
For what it's worth, the attempted download file is:
% wget http://v6test.yahoo.com/eng/test/eye-test.png
--2011-05-09 11:44:39-- http://v6test.yahoo.com/eng/test/eye-test.png
Resolving v6test.yahoo.com... 2001:4998:f00d:1fe::2000, 2001:4998:f00d:1f=
e::2002, 2001:4998:f00d:1fe::2003, ...
Connecting to v6test.yahoo.com=7C2001:4998:f00d:1fe::2000=7C:80... connec=
ted.
HTTP request sent, awaiting response... 200 OK
Length: unspecified =5Bimage/png=5D
Saving to: =60eye-test.png.1'
=5B <=3D> =5D 2,086 --.-K/s =
in 0s =20
2011-05-09 11:44:39 (154 MB/s) - =60eye-test.png.1' saved =5B2086=5D
Looking at the Javascript that drives the test, it appears the *real* pro=
blem
is that they set a 3 second timeout on the download - which basically mea=
ns
that if you have to retransmit either the DNS query or the TCP SYN, you'r=
e
dead as far as the test is concerned.
--==_Exmh_1304958355_2759P
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001
iD8DBQFNyBWTcC3lWbTT17ARAvERAKCUDMLVpyC0H4bRO5vQDvOvAcDdkgCfYbqj
gzgYo3MMzahNOJpgRP9drgg=
=g0Wr
-----END PGP SIGNATURE-----
--==_Exmh_1304958355_2759P--
