In message <alpine.DEB.2.02.1605301725200.28372@uplift.swm.pp.se>, Mikael Abrah amsson writes:
On Mon, 30 May 2016, Hugo Slabbert wrote:
...so specifically regarding the idea of a public, anycast NAT64 service, rather than the public DNS64 service Google is doing.
Like HE is doing?
swmike@uplift:~$ dig +short AAAA ipv4.swm.pp.se @nat64.he.net 2001:470:64:ffff::d4f7:c88f swmike@uplift:~$ ping6 2001:470:64:ffff::d4f7:c88f PING 2001:470:64:ffff::d4f7:c88f(2001:470:64:ffff::d4f7:c88f) 56 data bytes 64 bytes from 2001:470:64:ffff::d4f7:c88f: icmp_seq=1 ttl=42 time=316 ms 64 bytes from 2001:470:64:ffff::d4f7:c88f: icmp_seq=2 ttl=42 time=315 ms
Now, pinging myself via DNS64/NAT64 service and getting 315ms RTT means the NAT64 isn't very local to me... :P
I don't know if that is a anycast NAT64. Just because pings get through doesn't mean that other traffic will get through. It really depends upon whether all the IPv6 traffic in the stream all gets routed to the same NAT64 instance. For short lived session this is highly likely. For long lived sessions not so much. For ping there is a single packet each direction. For other protocols there isn't. Mark
-- Mikael Abrahamsson email: swmike@swm.pp.se -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org