Miredo is an open-source Teredo IPv6 tunneling software, for Linux and the BSD operating systems. It includes functional implementations of all components of the Teredo specification (client, relay and server). It is meant to provide IPv6 connectivity even from behind NAT devices.
I have a normal IPv6 network, but I still want to maintain communication with Teredo.
According to the documentation, it works in client mode by default, meaning it will only communicate with Teredo clients.
Judging from the routing situation, it is indeed the case.
Except for the Teredo network segment, it has the highest number of gateway hops, which means it has the lowest weight.
However, once I enable miredo, it takes over the IPv6 connection to the router (downstream devices are unaffected).
# When miredo is enabled
root@OpenWrt:~# ping6 -w 4 www.cloudflare-cn.com
PING www.cloudflare-cn.com (240e:914:6:d:37d7:ff51:c800:fffe): 56 data bytes
--- www.cloudflare-cn.com ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
# When miredo is disabled
root@OpenWrt:~# ping6 -w 4 www.cloudflare-cn.com
PING www.cloudflare-cn.com (240e:914:6:d:37d7:ff51:c800:fffe): 56 data bytes
64 bytes from 240e:914:6:d:37d7:ff51:c800:fffe: seq=0 ttl=55 time=20.965 ms
64 bytes from 240e:914:6:d:37d7:ff51:c800:fffe: seq=1 ttl=55 time=26.293 ms
64 bytes from 240e:914:6:d:37d7:ff51:c800:fffe: seq=2 ttl=55 time=21.669 ms
64 bytes from 240e:914:6:d:37d7:ff51:c800:fffe: seq=3 ttl=55 time=22.725 ms
--- www.cloudflare-cn.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 20.965/22.913/26.293 ms
This really puzzled me, especially since I had the same problem with miredo on FreeBSD.
Is this problem occurring because of changes in network communication now being sent on Unix-like systems?
Or maybe it's not compatible with kmod-tcp-bbr
? This is probably the only part of the OpenWrt and FreeBSD network configuration I've modified.
The Teredo server I configured is win1910.ipv6.microsoft.com
.