Quick question re. NAT traversal.&nbsp; <br>
<br>
I understand how sitting behind a NAT could cause problems for a SIP
UA.&nbsp; The SIP UA would create SIP mesages using IP addresses from
inside the network (i.e. 192.#.#.# or 10.#.#.#) and these IP addresses
are of course unnavigable for the recipient.<br>
<br>
What I don't get is why don't web browsers suffer the same problem?&nbsp; <br>
<br>
A web brower behind a NAT sends an HTTP request much the same way as a
SIP UA might send an INVITE.&nbsp; However it seems to me that in the
case of the Web Browser, the HTTP request includes the IP address of
the NAT and the NAT takes care of routing the server's response back to
the web browser.<br>
<br>
So what am I missing here?&nbsp; Why doesn't it work the same way for
SIP?&nbsp; Where does the HTTP / SIP analogy breakdown?&nbsp; Perhaps
NATs just take care of HTTP better than SIP because it's an older
protocol (i.e.&nbsp; perhaps NATs replace the unnavigable IP address
with a navigable one for HTTP requests)?&nbsp; Curious anyway.<br>
<br>
Similarly, why do we need a timeout on a SIP registration?&nbsp; Does
this work the same way as a &quot;heartbeat&quot; enabling disconnected UA to be
unregistered?<br>
<br>
Thanks,<br>
H<br>