Well FreeSWITCH needs to get an RTP packet to know which port/IP to respond to, for the general case. Do a full UDP capture and open it in Wireshark. The VoIP calls flow view will show you RTP streams, too. -Michael From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Carlo Dimaggio Sent: Thursday, June 07, 2012 1:29 AM To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] RTP NAT issue Hi Dave, I've tried the "aggressive_nat_detection" on my internal profile. Restarted the profile and I have this registration: Contact: "Test 202" <sip:202@192.168.2.100:5062;fs_nat=yes;fs_path=sip%3A202%40<FS IP>%3A37710> but FS send the RTP to the private IP (192.168.2.100) and not to the public NAT IP. Is there something wrong? Best Regards Il 07/06/12 05.23, Dave R. Kompel ha scritto: Been using this configuration for service providers for years, and always works. Everything always works, transfers etc... --Dave ________________________________ From: Brian West [mailto:brian@freeswitch.org] To: FreeSWITCH Users Help [mailto:freeswitch-users@lists.freeswitch.org] Sent: Wed, 06 Jun 2012 18:55:41 -0700 Subject: Re: [Freeswitch-users] RTP NAT issue Suboptimal solution. you'll break transfers among other things. Sent from my iPad On Jun 6, 2012, at 4:01 PM, "Dave R. Kompel" <drk@drkngs.net<mailto:drk@drkngs.net>> wrote:
For a hosted environment, where you're not in control of the users devices/routers you should do the following:
In the SIP profile, turn on agressive_nat_detection, on the client device have them turn off ALL nat mapping stuff, so the switch can detect it's nat, and if it don't work cause they have some broken router that's doing ALG, and only in that case then set the directory entry for that use to have the "NDLB-Connnectile-Dysfunction" be true.
That should work every time.
--Dave
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com<http://www.freeswitchsolutions.com/> FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com<http://www.cudatel.com/> Official FreeSWITCH Sites http://www.freeswitch.org<http://www.freeswitch.org/> http://wiki.freeswitch.org<http://wiki.freeswitch.org/> http://www.cluecon.com<http://www.cluecon.com/> Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org<http://www.freeswitch.org/> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org<mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com Join Us At ClueCon - Aug 7-9, 2012 FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org