Pour ceux que cet accronyme dépasse, il s'agit une RFC de l'ietf qui normalise la détection des NATs et permet même à deux utilisateurs de communiquer ensemble (en UDP, pas en TCP) s'ils sont tous les deux derrière un NAT.
cependant, il y a un cas particulier qui ne marche pas avec STUN, c'est le cas des NAT symétriques. c'est pourquoi TURN et ICE (qui regroupe grosso modo STUN et TURN) on été ecrit par l'ietf. cependant celà demande d'avoir des serveurs dédiés et accessibles quelque-part sur la planète avec suffisement de bande passante pour gérer les utilisateurs qui sont dans le cas des NAT symetriques...
[^] # Re: STUN?
Posté par ecyrbe . En réponse au journal La communauté affirme la GPL face à Skype... mais.... Évalué à 3.
cependant, il y a un cas particulier qui ne marche pas avec STUN, c'est le cas des NAT symétriques. c'est pourquoi TURN et ICE (qui regroupe grosso modo STUN et TURN) on été ecrit par l'ietf. cependant celà demande d'avoir des serveurs dédiés et accessibles quelque-part sur la planète avec suffisement de bande passante pour gérer les utilisateurs qui sont dans le cas des NAT symetriques...
STUN : http://tools.ietf.org/html/rfc3489
TURN : http://tools.ietf.org/html/draft-ietf-behave-turn-07
ICE : http://tools.ietf.org/html/draft-ietf-mmusic-ice-19