[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NAT Traversal



At 04:20 PM 3/3/02 +0200, Tero Kivinen wrote:
>The STUN protocol seems quite complicated, it for example does binary
>search with different timeouts to find out the lifetime discovery etc.
>It also does not implement any tunneling mechanism, and it does not
>provide protocol to give the information to the other end (to undo the
>modifications done by NAT box, both ends needs to know what
>transformations are happening). 

The intent of STUN is to allow the sending host to determine what
its "external" address is.  This is *strictly* in order to allow
protocols which make use of embedded IP addresses to function
properly.  That is to say, a host placing an H.323 call can use STUN
to determine the address/port tuples at which media channels will
appear to the outside, allowing it to provide correct parameters to
OpenLogicalChannel commands.  STUN does not provide any traversal
capabilities, per se.

Melinda