If STUN isn't available you can also check if your router supports SIP ALG which will let your router rewrite the IPs for you. If it works it should fix both signalling (Contact) and media (SDP).<div><br></div><div>It's not normally our recommended option though. Some implementations don't work as well as others, and it can never work with TLS. It might also fail to recognise any SIP on a non-standard port (eg 5080). It might also interfere with other SIP clients on your LAN that are handling the NAT traversal correctly themselves.</div>
<div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br></div><div><div><br><div class="gmail_quote">On 12 July 2013 20:01, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">Basically when softphone makes an INVITE to FS it always sends the private IP on the SDP and when the media flow starts it's being sent out by FS to the public lan address resulting on a audioless call. However if the phone sends the public IP on the SDP there's no issue at all.</span></blockquote>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">I know there's a variable available </span><font size="1" style="color:rgb(34,34,34);font-family:arial,sans-serif">disable_rtp_auto_adjust</font><span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif"> that shoud make freeswitch ignore the SDP IP and use the INVITE IP instead, but it isn't working for me.</span></blockquote>
<div> </div></div>The phone needs to send the external IP:port in its SDP, not its internal one. That can be done easily if the phone supports STUN. Ditto for the Contact header.</div><div><br></div><div>Otherwise you'll have to resort to FreeSWITCH's workarounds. For the Contact header use <a href="http://wiki.freeswitch.org/wiki/NDLB#NDLB-connectile-dysfunction" target="_blank">http://wiki.freeswitch.org/wiki/NDLB#NDLB-connectile-dysfunction</a>, but that only covers the SIP signalling.</div>
<div><br></div><div>For SDP the only workaround is rtp auto adjust. Note you want it enabled, ie disable_rtp_auto_adjust=false.</div><div><br></div><div>FS cannot autoadjust until it receives media from the phone so it knows where to send back to. That means you will not hear any ringback, and won't hear anything until shortly after the call is answered (the softphone won't send media until then).</div>
<div><br></div><div>The best fix is to enable STUN on the phone.</div><div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br></div><br><br><div class="gmail_quote"><div><div class="h5">On 12 July 2013 14:34, Nuno Reis <span dir="ltr"><<a href="mailto:nreis@wavecom.pt" target="_blank">nreis@wavecom.pt</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">Good day all.<br><br>I'm experiencing the following sinptom when using some softphones behind nat on a private LAN, sometimes the same happen with hardphones.<br>
<br>Here's the scenario:<br><br> FS : <public IP> _______ <public IP>LAN ROUTER <private LAN> --- softphone<br>
<br>Basically when softphone makes an INVITE to FS it always sends the private IP on the SDP and when the media flow starts it's being sent out by FS to the public lan address resulting on a audioless call. However if the phone sends the public IP on the SDP there's no issue at all.<br>
I know there's a variable available <font size="1">disable_rtp_auto_adjust</font> that shoud make freeswitch ignore the SDP IP and use the INVITE IP instead, but it isn't working for me.<br><br>Here's what i currently have on my internal SIP profile:<br>
<br> <profile name="internal"><br> <aliases><br> </aliases><br> <gateways><br> </gateways><br>
<domains><br> <domain name="all" alias="true" parse="false"/><br> </domains><br> <settings><br>
<param name="debug" value="0"/><br> <param name="sip-trace" value="no"/><br> <param name="sip-capture" value="no"/><br>
<param name="watchdog-enabled" value="no"/><br> <param name="watchdog-step-timeout" value="30000"/><br> <param name="watchdog-event-timeout" value="30000"/><br>
<param name="log-auth-failures" value="true"/><br> <param name="forward-unsolicited-mwi-notify" value="false"/><br>
<param name="context" value="public"/><br> <param name="rfc2833-pt" value="101"/><br> <param name="sip-port" value="5060"/><br>
<param name="dialplan" value="XML"/><br> <param name="dtmf-duration" value="2000"/><br> <param name="inbound-codec-prefs" value="H264,G722,PCMA,GSM"/><br>
<param name="outbound-codec-prefs" value="H264,G722,PCMA,GSM"/><br> <param name="rtp-timer-name" value="soft"/><br>
<param name="rtp-ip" value="<PUBLIC_IP>"/><br> <param name="sip-ip" value="<PUBLIC_IP>"/><br>
<param name="hold-music" value="local_stream://moh"/><br>
<param name="apply-inbound-acl" value="domains"/><br> <param name="apply-nat-acl" value="rfc1918"/><br> <param name="local-network-acl" value="localnet.auto"/><br>
<param name="record-path" value="/opt/freeswitch/recordings"/><br> <param name="record-template" value="${caller_id_number}.${target_domain}.${strftime(%Y-%m-%d-%H-%M-%S)}.wav"/><br>
<param name="manage-presence" value="true"/><br> <param name="presence-privacy" value=""/><br> <param name="inbound-codec-negotiation" value="generous"/><br>
<param name="tls" value="true"/><br> <param name="tls-only" value="false"/><br> <param name="tls-bind-params" value="transport=tls"/><br>
<param name="tls-sip-port" value="5061"/><br> <param name="tls-cert-dir" value="/opt/freeswitch/conf/ssl"/><br>
<param name="tls-passphrase" value=""/><br> <param name="tls-verify-date" value="true"/><br> <param name="tls-verify-policy" value="none"/><br>
<param name="tls-verify-depth" value="2"/><br> <param name="tls-verify-in-subjects" value=""/><br> <param name="tls-version" value="sslv23"/><br>
<param name="odbc-dsn" value="freeswitch:user:password"/><br> <param name="nonce-ttl" value="60"/><br> <param name="auth-calls" value="true"/><br>
<param name="inbound-reg-force-matching-username" value="true"/><br> <param name="auth-all-packets" value="false"/><br>
<param name="rtp-timeout-sec" value="300"/><br> <param name="rtp-hold-timeout-sec" value="1800"/><br> <param name="challenge-realm" value="auto_from"/><br>
<param name="ext-rtp-ip" value="<PUBLIC_IP>"/><br> <param name="ext-sip-ip" value="<PUBLIC_IP>"/><br>
<param name="presence-hosts" value="_DISABLED_"/><br> <param name="NDLB-received-in-nat-reg-contact" value="true"/><br>
<param name="NDLB-broken-auth-hash" value="true"/><br> <param name="dbname" value="share_presence"/><br> <param name="send-presence-on-register" value="true"/><br>
<param name="manage-shared-appearance" value="true"/><br> <param name="registration-thread-frequency" value="30"/><br>
<param name="enable-timer" value="false"/><br> <param name="aggressive-nat-detection" value="true"/><br> <param name="send-message-query-on-register" value="true"/><br>
<param name="all-reg-options-ping" value="true"/><br> <param name="sip-force-expires" value="3600"/><br> <param name="sip-expires-max-deviation" value="300"/><br>
<param name="multiple-registrations" value="contact"/><br> </settings><br> </profile><br><br>Any suggestions on how to make FS use the INVITE IP for RTP instead of using the IP on the SDP?<br>
<br>Looking forward to hear from you.<br><br>Best Regards,<br><b><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#1f497d"><br><br>Nuno Miguel Reis</span></b><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770"> | <b>Unified Communication</b></span><b><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#1f497d"> Systems</span></b><br>
<div><p><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770">
M. <a value="+351918919465">+351 913907481</a> | <a href="mailto:nreis@wavecom.pt" target="_blank"><span style="color:blue">nreis@wavecom.pt</span></a></span><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif""></span><span style="font-size:10.0pt;font-family:"Trebuchet MS","sans-serif";color:#1f497d"></span><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770"><br>
</span></p><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770">WAVECOM-Soluções Rádio, S.A.</span><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770"><br>
Cacia Park | Rua do Progresso, Lote 15</span><span style="font-size:8.0pt;font-family:"Trebuchet MS","sans-serif";color:#133770"><br>3800-639 AVEIRO | Portugal</span><span style="font-size:8pt;font-family:"Trebuchet MS","sans-serif";color:rgb(19,55,112)"><br>
T. <a value="+351234919190">+351 309 700 225</a> | F. <a value="+351234919191">+351 234 919 191</a></span><span style="font-size:8pt;font-family:"Trebuchet MS","sans-serif";color:rgb(19,55,112)"><br></span><b><span style="font-size:9.0pt;font-family:"Trebuchet MS","sans-serif";color:#1f497d"><a href="http://maps.google.com/maps/ms?msa=0&msid=202333747613191340808.0004b4b227a6144f0df88" target="_blank"><span style="color:#1f497d">GPS</span></a> | <a href="http://www.wavecom.pt/" target="_blank"><span style="color:#1f497d">www.wavecom.pt</span></a></span></b><b><a href="http://www.wavecom.pt/" target="_blank"><span style="color:#1f497d"></span></a></b><p>
<span style="border-collapse:collapse"></span></p><p><a href="http://www.wavecom.pt/pt/wavecom/premios.php" style="color:rgb(17,85,204)" target="_blank"><span style="text-decoration:none"><img src="cid:image001.png@01CD4A22.D45EAB90" alt="Description: Description: WavecomSignature" width="400" height="100" border="0"></span></a><span style="color:rgb(31,73,125)"></span></p>
<p><a href="http://www.wavecom.pt/pt/mail_eventos.php" style="color:rgb(17,85,204);font-size:medium;font-family:'Times New Roman'" target="_blank"><img alt="Publicity" width="389" height="71" border="0"></a>
</p><p></p><p><span><br></span></p></div>
<br></div></div><div class="im">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></div></blockquote></div><br>
</blockquote></div><br></div></div>