<p>Hey,<br>
Are you running the SIP nat module on openers? There are 2 SIP modules and One of the 2 is responsible for changing SIP packets. You can disable it. The other One is responsible for opening ports. I don't use both as I fond it top risky after some tests. However, it may depend on your environment.</p>
<p>Michel</p>
<div class="gmail_quote">Op 8 aug. 2013 22:42 schreef "Brian Foster" <<a href="mailto:bdfoster@davri.com">bdfoster@davri.com</a>> het volgende:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">We've got an openwrt router at a site, it's private IP is 10.0.0.1. Whenever we get an inbound call on the external profile (and probably outbound calls to, haven't checked yet), it changes the contact IP to the router's private IP, so that every call we get looks like it's coming from thr router. We've had some intermittent audio problems recently and we're trying to narrow things down a bit. Is this the expected behavior for NAT? </p>
<p dir="ltr">Sorry might seem like a dumb question, but my job entails much more than keeping the company's server's happy and I'm starting to lose my grip and I'm definitely not experienced with NAT.</p>
<p dir="ltr">All of my routers in the past have given FS the public IP of the contacting server. I have web servers behind the same NAT and doing the same thing, showing the private IP of the router instead of showing the public IP of the client. So I know it's not an issue with FS. Just wanted to see if anyone has exoerienced this before. Makes it difficult to use fail2ban on my servers, as it continually jails my router.</p>
<p dir="ltr">Thank you,</p>
<p dir="ltr">Brian Foster<br>
Project Manager/Owner's Rep.<br>
Davri Investments, Inc.<br>
O: 317-787-2686 x2102<br>
M: 317-600-9753<br>
E: <a href="mailto:bdfoster@davri.com" target="_blank">bdfoster@davri.com</a><br>
Indianapolis, Indiana</p>
<p dir="ltr">Sent from a mobile device.</p>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div>