[99506] in North American Network Operators' Group
Re: IPv6 Information Wiki
daemon@ATHENA.MIT.EDU (Jeroen Massar)
Tue Sep 25 12:12:18 2007
Date: Tue, 25 Sep 2007 17:05:31 +0100
From: Jeroen Massar <jeroen@unfix.org>
To: "Robert E. Seastrom" <rs@seastrom.com>
CC: michael.dillon@bt.com, ppml@arin.net, nanog@merit.edu
In-Reply-To: <86tzpiviyc.fsf@seastrom.com>
Errors-To: owner-nanog@merit.edu
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigC314965F092CD16516EB2013
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
[added bcc to ops@arin.net so that they can have a look at it too from
their end etc etc]
Robert E. Seastrom wrote:
>=20
> <michael.dillon@bt.com> writes:
>=20
>> ARIN has set up a wiki at http://www.getipv6.info to publish informati=
on
>> that will help ISPs, large and small in implementing IPv6 and migratin=
g
>> to an IPv6 Internet.
>=20
> The unintentionally funny part of this is that the wiki hangs (the
> redirect to http://www.getipv6.info/index.php/Main_Page from
> http://www.getipv6.info works, but the subsequent page load does not)
> if you try to connect to it using IPv6. Is this a subtle way of
> saying that I am not the intended audience?
Welcome to the wonderful world of "MTU issues" ;)
$ tracepath6 www.getipv6.info
1?: [LOCALHOST] pmtu 1500
1: ge-1-3-0.breda.ipv6.concepts-ict.net asymm 2 1.320ms
2: 2001:838:0:10::1 asymm 3 3.404ms
3: ge6-2-0.br0.ams3.nl.gbxs.net asymm 5 4.666ms
4: so-0-0-0.bb1.bru2.be.gbxs.net asymm 5 8.504ms
5: ge-0-3-0.bb1.bru1.be.gbxs.net asymm 6 8.662ms
6: ge-6-0-0-32.bb1.bru2.be.gbxs.net asymm 8 15.684ms
7: 2001:7f8:4::cb9:1 asymm 9 15.809ms
8: so-1-0-0.dus11.ip6.tiscali.net 17.379ms
9: so-0-0-0.ham10.ip6.tiscali.net 23.015ms
10: so-0-0-0.ham10.ip6.tiscali.net asymm 9 22.305ms pmtu 148=
0
10: sl-bb1v6-bru-t-7.sprintv6.net asymm 9 38.707ms
11: sl-bb1v6-rly-t-1001.sprintv6.net asymm 10 148.863ms
12: 2001:440:1239:7000::2 asymm 11 155.694ms
13: no reply
14: no reply
15: no reply
Something is nicely filtering out ICMP there and clearly some hop is not
1480 ;) The fun really starts when you have a 1280 pMTU though.
Unfortunately ARIN doesn't have any traceroute6/tracepath6 tool
available online so that one can check the path back, which could show
where it goes wrong, as asymetric routes tend to be a big issue also ;)
I won't even show the other traceroute which has a 400ms+ path and
bounces from between nl -> uk -> us -> jp -> kr -> us -> arin and then
goes dead. IMHO ARIN should also definitely look at getting a good
transit provider, which would also help quite a bit with these kind of
problems.
Greets,
Jeroen
--------------enigC314965F092CD16516EB2013
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Jeroen Massar / http://unfix.org/~jeroen/
iHUEARECADUFAkb5McsuFIAAAAAAFQAQcGthLWFkZHJlc3NAZ251cGcub3JnamVy
b2VuQHVuZml4Lm9yZwAKCRApqihSMz58I8DCAJ9fu2PkrksHvVis3uyPhvDbUUl1
2QCeOxseL11vLiZUu9V59kRHklYeUcE=
=vfY9
-----END PGP SIGNATURE-----
--------------enigC314965F092CD16516EB2013--
