[Freeswitch-users] NAT Traversal

[Carmelo Fischetti - Digi Unit]

Hi all,

 

I'm experiencing a NAT traversal problem connecting some softphones to a
FreeSWITCH server.

At office the softphone registers with TLS-NAT, while at home it registers
with TLS and actually it's unreacheable (it can place calls but it cannot
receive them), even if the registration parameters (sofia status profile
internal reg) contain both the public (IP: x.y.z.w) and the private
(Contact: "user"
<sip:1010 at 192.168.1.100:6010;transport=TLS;line=3c4e8d673906c5d>) IP
addresses. In both cases the softphone is behind a router, the server is
behind a firewall and runs the ddclient service (there is a DynDNS name
assigned to it).

 

Am I missing some configuration detail at server side?

At the moment I've modified the default configuration files in the following
way.

 

The following lines in vars.xml:

<X-PRE-PROCESS cmd="set" data="domain=$${local_ip_v4}"/>

<X-PRE-PROCESS cmd="set" data="external_rtp_ip=stun:stun.freeswitch.org"/>

<X-PRE-PROCESS cmd="set" data="external_sip_ip=stun:stun.freeswitch.org"/>

were substituted with:

<X-PRE-PROCESS cmd="set" data="domain=myhost.dyndns-server.com"/>

<X-PRE-PROCESS cmd="set"
data="external_rtp_ip=host:myhost.dyndns-server.com"/>

<X-PRE-PROCESS cmd="set"
data="external_sip_ip=host:myhost.dyndns-server.com"/>

 

The following lines in sip_profiles/internal.xml:

<param name="ext-rtp-ip" value="auto-nat"/>

<param name="ext-sip-ip" value="auto-nat"/>

were substituted with:

<param name="ext-rtp-ip" value="host:myhost.dyndns-server.com"/>

<param name="ext-sip-ip" value="host:myhost.dyndns-server.com"/>

and I've also added the line:

<param name="sip-force-contact" value="NDLB-connectile-dysfunction"/>

but I actually don't understand what it means (I've found it in some posts
about NAT traversal in FreeSWITCH).

 

Thanks in advance.

Carmelo 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110705/1b8a2b31/attachment.html