<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    One possibility is to duplicate your public sip profile and modify
    it to use nat.auto and tell it to listen on the internal interface
    on a different port. If you register to these gateways, they will be
    aware of the port, otherwise you'll need to manually configure them.
    It should also be possible to modify your existing profile to listen
    on both, and trigger nat based on origin using acl. Depending on
    your security needs, you could also add your gateways to the
    existing internal profile.<br>
    <br>
    I had to do something similar for a gateway that would trigger nat
    behaviour even though it was in the local lan. I found that all
    three ways worked with some tweaking. It mostly boils down to
    preference and security as to which is best.<br>
    <br>
    Francis<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 22/01/2014 2:11 AM, Dmitriy Shumaev
      wrote:<br>
    </div>
    <blockquote cite="mid:1390320699.357440137@f230.i.mail.ru"
      type="cite">
      <p>Hi, everybody.</p>
      <p>FreeSWITCH Version 1.2.6+git~20130104T154559Z~a4247651ca (git
        a424765 2013-01-04 15:45:59Z).</p>
      <p>I have 2 interfaces in FreeSWITCH server:<br>
        -eth0 with public IP, where all gateways are located.<br>
        -eth1 with private IP, where all VoIP equipment (FXS, FXO
        GWs)&nbsp;are placed.</p>
      <p>The source
        [<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org/wiki/Clarification:gateways">http://wiki.freeswitch.org/wiki/Clarification:gateways</a>] tells
        about 3 different ways of configuring gateway.<br>
        I use the 3rd one:
        freeswitch\conf\directory\default\&lt;Gateway_name&gt;.xml.<br>
        For examle look at the attachment.<br>
        I use it as all things corresponding with a gateway are at the
        same place:<br>
        - ACL (&lt;user id="ThruToInfoIndust_192.168.15.60"
        cidr="192.168.15.60/32"&gt;)<br>
        - gateway (&lt;param name="..." value="..."/&gt;)<br>
        - user variables<br>
        (<br>
        &nbsp;&nbsp;&nbsp; &lt;variable name="toll_allow" value="domestic,local"/&gt;<br>
        &nbsp;&nbsp;&nbsp; &lt;variable name="IsFromInfoIndust" value="true"
        direction="inbound"/&gt;<br>
        )<br>
        P.S. This variant required only in <br>
        &lt;param name="apply-inbound-acl"
        value="domains-&lt;profile&gt;:public"/&gt;<br>
        &nbsp;in all profiles, where<br>
        &lt;list name="domains-&lt;profile&gt;" default="deny"&gt;<br>
        &nbsp; &lt;node type="allow" domain="$${domain}"/&gt;<br>
        &lt;/list&gt;<br>
        P.P.S. Variable "IsFromInfoIndust" used as because of
        "apply-inbound-acl""domains-&lt;profile&gt;:PUBLIC"<br>
        &nbsp;. Where is a transfer to default context in case of this
        variable in public context.</p>
      <p><br>
        But now several gateways are moved inside private network (with
        the help of VPN).<br>
        So I need to configure these gateways to corespond with internal
        profile (now all packets to these gateways, for example,
        OPTIONS, go thru internal interface but with external IP as
        source IP).<br>
        How can I do it for best?</p>
      <p><br>
        With best regards,<br>
        Shumaev Dmitriy KBR Ltd.</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>

Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>

FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>