Yes. Below are settings that have been persistent through recent testing. Is there anything else we can try or should we open a jira?

  <settings>
    <param name="debug" value="0"/>
    <param name="sip-trace" value="no"/>
    <param name="rfc2833-pt" value="101"/>
    <param name="sip-port" value="5060"/>
    <param name="dialplan" value="XML"/>
    <param name="context" value="public"/>
    <param name="dtmf-duration" value="100"/>
    <param name="codec-prefs" value="$${outbound_codec_prefs}"/>
    <param name="hold-music" value="$${hold_music}"/>
    <param name="use-rtp-timer" value="true"/>
    <param name="rtp-timer-name" value="soft"/>
    <param name="multiple-registrations" value="true"/>
    <param name="manage-presence" value="true"/>
    <param name="aggressive-nat-detection" value="true"/>
    <param name="NDLB-force-rport" value="true"/>
    <param name="inbound-codec-negotiation" value="generous"/>
    <param name="nonce-ttl" value="60"/>
    <param name="auth-calls" value="true"/>
    <param name="rtp-timeout-sec" value="1800"/>
    <param name="rtp-ip" value="$${local_ip_v4}"/>
    <param name="sip-ip" value="$${local_ip_v4}"/>
    <param name="ext-rtp-ip" value="$${external_rtp_ip}"/>
    <param name="ext-sip-ip" value="$${external_sip_ip}"/>
    <param name="rtp-timeout-sec" value="300"/>
    <param name="rtp-hold-timeout-sec" value="1800"/>
    <param name="apply_nat_acl" value="nat"/>
  </settings>

On Nov 6, 2008, at 7:01 AM, Anthony Minessale wrote:

did you remember to add
<param name="apply_nat_acl" value="nat"/>
to the profile in question and restart?

On Wed, Nov 5, 2008 at 10:39 PM, David Aldworth <[EMAIL PROTECTED]> wrote:
Brian, we updated the acl to:

    <list name="nat" default="allow">
      <node type="allow" cidr="0.0.0.0/0"/>
    </list>

And the ACK is still going to the wrong (right but wrong) ip/port.

Is there any way to get that ACK to go to the ip/port of the UDP header?

David

On Nov 5, 2008, at 4:21 PM, Brian West wrote:

> 0.0.0.0/0 should match all IP space.
>
> /b
>
> On Nov 5, 2008, at 5:16 PM, David Aldworth wrote:
>
>> Anthony, In hopes of matching all IP's we added a very simple:
>>
>>    <list name="nat" default="allow">
>>    </list>
>>
>> To the acl.conf.xml and we added:
>>
>>    <param name="apply_nat_acl" value="nat"/>
>>
>> To the sip profile. Unfortunately there was no affect. What would be
>> the correct acl to match all IP's?
>>
>> David
>
>
> _______________________________________________
> Freeswitch-users mailing list
> [email protected]
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:[EMAIL PROTECTED]
GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:[EMAIL PROTECTED]
iax:[EMAIL PROTECTED]/888
googletalk:[EMAIL PROTECTED]
pstn:213-799-1400
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Reply via email to