Most of the time, our routers/APs defeated that. Skype would 'fall back' to using a server, which I believe it did 90% of the time.
Most of the time, our routers/APs defeated that. Skype would 'fall back' to using a server, which I believe it did 90% of the time.
I always thought this was the major reason why Skype was so successful. It would penetrate almost any workplace firewall and "just worked" for most people. Shady, yes, but it worked.
I worked 8 years in this environment (collaboration tools) and it was our holy grail to get p2p connections. We tried all those tricks and more. It worked a fraction of the time (at that time, 8 years ago).
It all depends on the filter used in the NAT logic in the router. They can depend on any of IP/PORT/Protocol/MAC of the source, and indeed that hadn't been commercially standardize for a long time.
The trouble comes in 'handing off' the discovered address from the TURN server to the peer. The endpoint may or may not accept it, coming from a 'different guy' (the other endpoint now, instead of the TURN server).
Maybe it would not beat a determined sysadmin, but in many cases it was more than enough
When skype got installed in there, it took over the university network and quickly became master node for the whole geographic area.
For historic reasons, these organizations used to have many computers on public IP (they got large IP block when internet was created very long ago) and had amazing network connectivity.
Lots of endpoints in the world flatly didn't allow p2p. Some whole nations disallowed entire protocols (Ireland, UDP). Some routers dropped every other UDP packet (ATT). Some reordered UDP (swapped packets in pairs). It was a total mess.
Anyway we ended up with something ok, and a high-performance media node to handle most of the traffic which wasn't p2p.