6to4 relay at AS26943 (Your.org) blackholing >1280B traffic
Pekka Savola
pekkas at netcore.fi
Mon Feb 25 21:44:05 CET 2008
Hi,
On Mon, 25 Feb 2008, Kevin - Your.Org wrote:
> I'm not completely sure the problem is on our end from what I've just looked
> at, but I'll gladly look into this further with you.
This started working about 30-60 minutes ago, maybe you or someone
else at your org fixed something, because when a succesful traceroute
earlier went like this:
$ traceroute6 gap.netcore.fi 1232
traceroute to gap.netcore.fi (2002:5872:3460::1), 30 hops max, 1232 byte packets
1 netcore-gw.ipv6.eunet.fi (2001:670:86:3001::2) 40.147 ms 64.671 ms 91.880 ms
2 ge0-0-0-997.bbr1.esp1.fi.v6.eunetip.net (2001:670:3:8::1) 111.293 ms 133.066 ms 157.701 ms
3 as0-0.bbr1.sto1.se.v6.eunetip.net (2001:670:3:4::116) 185.953 ms 209.308 ms 232.101 ms
4 2001:670:3:4::2be (2001:670:3:4::2be) 288.335 ms 309.986 ms 344.195 ms
5 ge-0.3.0.core1.ams.bb6.your.org (2001:7f8:1::a502:6943:1) 357.126 ms 382.098 ms 403.501 ms
6 2002:5872:3460::1 (2002:5872:3460::1) 438.259 ms !X 442.325 ms !X 443.619 ms !X
.. now there's an stf extra hop:
$ traceroute6 gap.netcore.fi
traceroute to gap.netcore.fi (2002:5872:3460::1), 30 hops max, 40 byte packets
1 netcore-gw.ipv6.eunet.fi (2001:670:86:3001::2) 17.524 ms 21.440 ms 24.667 ms
2 ge0-0-0-997.bbr1.esp1.fi.v6.eunetip.net (2001:670:3:8::1) 28.633 ms 30.455 ms 35.247 ms
3 as0-0.bbr1.sto1.se.v6.eunetip.net (2001:670:3:4::116) 43.658 ms 48.121 ms 50.301 ms
4 2001:670:3:4::2be (2001:670:3:4::2be) 87.304 ms 89.850 ms 92.919 ms
5 ge-0.3.0.core1.ams.bb6.your.org (2001:7f8:1::a502:6943:1) 95.556 ms 100.303 ms 102.945 ms
6 stf.ams.bb6.your.org (2001:4978:2:410:211:43ff:fee8:2c76) 107.032 ms 94.145 ms 95.260 ms
7 2002:5872:3460::1 (2002:5872:3460::1) 102.909 ms 101.645 ms 103.216 ms
It seems as if 6to4 interface had been accidentally enabled on
core1.ams.bb6 or there were some kind of icmpv6 filtering going on
that would affect traceroute.
> Testing from another v6
> native host on our network(2001:4978:2:410::ffff) to
> gap.netcore.fi(2002:5872:3460::1):
>
> 20:06:52.555427 IP6 (hlim 64, next-header: ICMPv6 (58), length: 1248)
> 2001:4978:2:410::ffff > 2002:5872:3460::1: [icmp6 sum ok] ICMP6, echo
> request, length 1248, seq 0
> 20:06:52.555513 IP6 (hlim 64, next-header: ICMPv6 (58), length: 1240)
> 2001:4978:2:410:211:43ff:fee8:2c76 > 2001:4978:2:410::ffff: [icmp6 sum ok]
> ICMP6, packet too big, length 1240, mtu 1280
>
> If you'd like to contact me off list with the source IP you're trying from,
> I'll set a tcpdump running to capture what's going on with our end, and trace
> it as far towards you as possible while you're running it.
>
> The asymmetric and anycast nature of 6to4 makes troubleshooting this sort of
> thing really difficult if you don't have people on all sides of the equation
> involved, so I'm happy to help.
--
Pekka Savola "You each name yourselves king, yet the
Netcore Oy kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
More information about the ipv6-ops
mailing list