edit your sip profile and comment out every line that contains the string nat to disable all the nat auto-detection.<br>for dmz, you need to set the rtp-ext-ip and sip-ext-ip to be the live ip and sip-ip and rtp-ip to be the lan ip (the real one)<br>
<br><br><div class="gmail_quote">On Mon, May 18, 2009 at 8:02 PM, David Robinson <span dir="ltr">&lt;<a href="mailto:pawzlion@gmail.com">pawzlion@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt; My suspicion is that the RTP traffic isn&#39;t traversing the NAT<br>
&gt; properly. You<br>
&gt; may have to configure the routers at both ends to forward the RTP<br>
&gt; packets to<br>
&gt; the correct destinations. There is a good discussion of NAT on the<br>
&gt; wiki.<br>
<br>
<br>
Situation: FS (10.0.0.12) -&gt; DMZ (124.254.81.250) -&gt; Internet -&gt; NAT<br>
(203.206.171.118) -&gt; Softphone (10.0.0.2)<br>
<br>
The problem is there&#39;s so much discussion of NAT that I&#39;m not sure<br>
where to start. OK the problem is that I can&#39;t control the &quot;external&quot;<br>
user&#39;s router so I need a solution that works by only fixing the FS<br>
end. I&#39;ve put my FS in the DMZ, but of course it&#39;s still got a local<br>
LAN IP address. Is there something I can configure to make FS realise<br>
that it _doesn&#39;t_ need to use NAT ? Whenever my softphones register to<br>
FS they register as UDP-NAT. Can I prevent that and make them register<br>
as regular UDP ? It would seem like they don&#39;t need to be in NAT mode<br>
since FS is in a DMZ, or do they ?<br>
<br>
I tried setting inbound-late-negotiation in my external (is this<br>
right ?) SIP profile and added proxy_media to my extension<br>
configurations in the dialplans, but this made no difference. It&#39;s<br>
possible that I haven&#39;t done this in the right spot or something.<br>
<br>
The other thing that looks promising is on <a href="http://wiki.freeswitch.org/wiki/External_profile" target="_blank">http://wiki.freeswitch.org/wiki/External_profile</a><br>
  which gives an example of a softphone registering to a NAT&#39;d FS from<br>
outside on the internet (Switch with External Softphone example) which<br>
suggests I create a new external profile on a different port. I&#39;ve<br>
done this and the user&#39;s softphone can register fine, but when he<br>
makes calls we still get no audio, presumably from lack of RTP data. I<br>
then tried adding in values for rtp-ip, sip-ip, ext-rtp-ip and ext-sip-<br>
ip on the new external profile to see if that made any difference but<br>
it didn&#39;t. Step 6 of the example says &quot;reference the caller from your<br>
FreeSWITCH system as: sofia/external5090/&lt;caller extension&gt;@x.x.x.x:<br>
5090&quot;. I&#39;m not sure what that means. Do I have to change something<br>
else to make it &quot;reference&quot; the caller by that external profile ? I<br>
figured it must be at least using that external profile because the<br>
phone is successfully registering on port 5090, but I&#39;m not sure if I<br>
have to do something different to route incoming calls from the main<br>
external profile to the new 5090 one.<br>
<br>
I&#39;m just not sure which NAT-related solution I&#39;m supposed to be using.<br>
The External_profile wiki page example for the external softphone<br>
seems to fit my situation but didn&#39;t solve anything. The proxy_media<br>
solution seemed promising but had no real effect. It seems to me that<br>
the solution has something to do with having FS know that it&#39;s in a<br>
DMZ and that it doesn&#39;t need to do any NAT traversal, thereby making<br>
it think it&#39;s got a live internet IP and therefore only the external<br>
user would be using NAT traversal.<br>
<br>
I hope someone can give me some insight into which particular NAT-<br>
related solution I need because there seems to be dozens of ways to<br>
deal with this problem and I can&#39;t figure out which applies.<br>
<br>
<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>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>