<br><br><div class="gmail_quote">On Wed, Feb 29, 2012 at 9:44 AM, Kevin P. Fleming <span dir="ltr"><<a href="mailto:kpfleming@digium.com">kpfleming@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 02/29/2012 08:22 AM, Alejandro Imass wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We use the HT-286, the server is on a public IP the nat setting on<br>
asterisk is set to yes and without port re-direction the ATAs have<br>
never connected from a private network, so I honestly find this "SIP<br>
plug and play" very hard to believe. But if it is true, then maybe you<br>
can actually help us figure out all the NAT issues we've had with SIP<br>
for the past 5 years. Perhaps, it is simply ignorance on our side and<br>
we have something fundamentally wrong in our set-up somewhere that may<br>
be have been causing these issues with NAT.<br>
</blockquote>
<br></div>
The number of 'plain' SIP endpoints deployed behind consumer-grade NAT devices talking to Asterisk servers on public IP addresses is in the millions, if not the tens of millions. As has already been posted, Asterisk itself handles all the far-end NAT traversal duties necessary for this to work; neither the remote endpoint nor the NAT device need to do anything special, nor do they require any configuration.<br>
<br>
Rather than post a lengthy exposition on how widespread your network is and how technically astute your people are, you would probably accomplish much more to setup a simple test scenario as has been previously suggested, and if it does not work for you, post the details of the scenario and the failure here.<div class="im HOEnZb">
<br>
<br>
-- <br>
Kevin P. Fleming<br>
Digium, Inc. | Director of Software Technologies<br>
Jabber: <a href="mailto:kfleming@digium.com" target="_blank">kfleming@digium.com</a> | SIP: <a href="mailto:kpfleming@digium.com" target="_blank">kpfleming@digium.com</a> | Skype: kpfleming<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
Check us out at <a href="http://www.digium.com" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br><br></div></blockquote><div><br></div><div>Agreed with one exception, the endpoint behind the NAT DOES need to be setup correctly to keep the router from seeing inbound traffic to the device as unsolicited and drop it. That is a function of the router but keep alives from Qualify on the Asterisk side, and setting the device to register every few minutes will keep that mapping open and alive, letting traffic pass as solicited. </div>
<div><br></div><div>Thanks,</div><div>Steve Totaro</div></div>