Teredo source addresses from 6to4 relay

Remi Denis-Courmont rdenis at simphalempin.com
Wed May 16 11:04:14 CEST 2007


On Wed, 16 May 2007 09:13:16 +0100, David Malone <dwmalone at maths.tcd.ie> wrote:
> On Fri, May 11, 2007 at 11:44:47AM +0200, Remi Denis-Courmont wrote:
>> What you would need there is source routing. Better yet understand why
>> RFC3484 is not applied properly...
> 
> Well, FreeBSD 4 behaved (roughly) as if it had RFC 3484 but with
> an empty policy table.

I am not aware of any Teredo implementations for FreeBSD 4, though.

> The default policy has no mention of Teredo. I wonder what the
> pros and cons of adding an entry for 2000:0000::/32 to treat Teredo
> in a similar way to 6to4 would be?

That is required, since Teredo is defined as a last-resort. In RFC3484, that
can only occur if it defined as a different label with low precedence. Teredo
is absent from RFC3484 only because it predates Teredo (RFC4380).

In practice, Teredo-capable Windows IPv6 stacks, Linux kernel (>= 2.6.17.2)
and glibc (> 2.5) all have a separate Teredo entry.

--
Rémi Denis-Courmont
http://www.remlab.net/




More information about the ipv6-ops mailing list