|
North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: IPv6 Information Wiki
[added bcc to [email protected] so that they can have a look at it too from their end etc etc] Robert E. Seastrom wrote: > > <[email protected]> writes: > >> ARIN has set up a wiki at http://www.getipv6.info to publish information >> that will help ISPs, large and small in implementing IPv6 and migrating >> to an IPv6 Internet. > > 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 1480 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 Attachment:
signature.asc
|