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