IPv4-mapped as ICMPv6 source address ?!

Jared Mauch jared at puck.nether.net
Mon May 7 18:06:22 CEST 2012


These are mpls devices that transport ipv6 but do not have ipv6 on the interface in question. They will also be dropped by loose rpf by a juniper device. 

Jared Mauch

On May 7, 2012, at 10:58 AM, Lutz Preßler <Lutz.Pressler at SerNet.DE> wrote:

> Hello,
> 
> doing traceroute6 www.ietf.org, I get
> [...]
> 5  2001:1890:1fff:109:192:205:34:181 (2001:1890:1fff:109:192:205:34:181)  95.902 ms  95.644 ms  119.383 ms
> 6  n54ny21crs.ipv6.att.net (2001:1890:ff:ffff:12:122:80:226)  175.058 ms  173.507 ms  176.317 ms
> 7  cgcil22crs.ipv6.att.net (2001:1890:ff:ffff:12:122:1:2)  171.525 ms  171.620 ms  172.789 ms
> 8  cr1.cgcil.ip.att.net (::ffff:12.122.2.53)  174.256 ms  174.761 ms  173.078 ms
> 9  sffca21crs.ipv6.att.net (2001:1890:ff:ffff:12:122:4:121)  172.066 ms  172.525 ms  174.842 ms
> 10  cr81.sj2ca.ip.att.net (::ffff:12.122.1.118)  171.342 ms  173.409 ms  171.158 ms
> 11  sj2ca401me3.ipv6.att.net (2001:1890:ff:ffff:12:122:126:238)  237.509 ms  170.582 ms  170.598 ms
> [...]
> and indeed see incoming ICMPv6 packets with ::ffff:/96 source addresses.
> I suppose, this is not as it should be. Does anyone know what kind
> of routers create those and in which situation (maybe if there are only
> link-local IPv6 addresses on the link)? Probably it's not SIIT.
> 
> Lutz


More information about the ipv6-ops mailing list