Brad Fitzpatrick 01b4bec33f stunner: re-do how Stunner works ... It used to make assumptions based on having Anycast IPs that are super near. Now we're intentionally going to a bunch of different distant IPs to measure latency. Also, optimize how the hairpin detection works. No need to STUN on that socket. Just use that separate socket for sending, once we know the other UDP4 socket's endpoint. The trick is: make our test probe also a STUN packet, so it fits through magicsock's existing STUN routing. This drops netcheck from ~5 seconds to ~250-500ms. Signed-off-by: Brad Fitzpatrick <bradfitz@tailscale.com>		2020-03-11 08:08:48 -07:00
..
stunner_test.go	stunner: support IPv6, add latency info to callbacks, use unique TxIDs per retry	2020-02-27 09:23:51 -08:00
stunner.go	stunner: re-do how Stunner works	2020-03-11 08:08:48 -07:00