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"><<a href="mailto:pawzlion@gmail.com">pawzlion@gmail.com</a>></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;">
> My suspicion is that the RTP traffic isn't traversing the NAT<br>
> properly. You<br>
> may have to configure the routers at both ends to forward the RTP<br>
> packets to<br>
> the correct destinations. There is a good discussion of NAT on the<br>
> wiki.<br>
<br>
<br>
Situation: FS (10.0.0.12) -> DMZ (124.254.81.250) -> Internet -> NAT<br>
(203.206.171.118) -> Softphone (10.0.0.2)<br>
<br>
The problem is there's so much discussion of NAT that I'm not sure<br>
where to start. OK the problem is that I can't control the "external"<br>
user's router so I need a solution that works by only fixing the FS<br>
end. I've put my FS in the DMZ, but of course it's still got a local<br>
LAN IP address. Is there something I can configure to make FS realise<br>
that it _doesn'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'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's<br>
possible that I haven'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'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've<br>
done this and the user'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't. Step 6 of the example says "reference the caller from your<br>
FreeSWITCH system as: sofia/external5090/<caller extension>@x.x.x.x:<br>
5090". I'm not sure what that means. Do I have to change something<br>
else to make it "reference" 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'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'm just not sure which NAT-related solution I'm supposed to be using.<br>
The External_profile wiki page example for the external softphone<br>
seems to fit my situation but didn'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's in a<br>
DMZ and that it doesn't need to do any NAT traversal, thereby making<br>
it think it'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'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>