<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2722" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>>Thanks for the active replies =) ... I guess we can use a combination
of the various nat solutions we have to suite as the need be. Lets say, >SER
has nathelper and mediaproxy for nated clients, but when UA is from a NAT with
Siproxd, SER does not need to use mediaproxy .<BR>></DIV>
<DIV>If siproxd adds itself as user agent in REGISTER, this will be easy to
detect.</DIV>
<DIV><BR>>As for how many simultaneous calls it can support there seems to be
no data for that yet even on their official website. Maybe the >community
there could schedule some tests later.<BR></DIV>
<DIV>;-)<BR></DIV>
<DIV>g-)</DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV><SPAN class=gmail_quote>On 9/2/05, <B class=gmail_sendername>Greger V.
Teigre</B> <<A href="mailto:greger@teigre.com">greger@teigre.com</A>>
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<DIV>IMHO, siproxd is not suited for a far-end NAT traversal scenario and
certainly not capable of scaling if you have a large user community. It is
suitable (and made) as a way to simplify traversal through firewalls in the
corporate network and can be used standalone to handle <A
onclick="return top.js.OpenExtLink(window,event,this)"
href="http://mydomain.com" target=_blank>mydomain.com</A> calls (company
internal and email-based calls). </DIV>
<DIV>With ser, I assume it can be used to move the NAT issue from centrally
managed closer to the user community. It may make sense to in some
scenarios if the corporation is not ready to upgrade the FW to one with SIP
ALG or upon up lots of ports. </DIV>
<DIV>Summary:</DIV>
<DIV>- If you are on the inside of the FW (i.e. you are the corporation),
siproxd should do fine</DIV>
<DIV>- If you provide services to the corporation and the ser is on the
outside, it should be installed on a case by case basis (some FWs have SIP
ALG already)</DIV>
<DIV>- If you provide single user services and they happen to be behind
corporate FWs, forget about siproxd</DIV><SPAN class=sg>
<DIV> </DIV>
<DIV>g-)</DIV></SPAN></BLOCKQUOTE></DIV></BLOCKQUOTE></BODY></HTML>