Hi Brian, I tried auonat and local-network-acl. Its looks like a bug in freeswitch. Whenever i am dialing "sofia/external/sip:domain.com" freeswitch not able to set the domain to tech_pvt->mparams.remote_ip . Whenever we are making a outgoing call it will be processed in mod_sofia.c function "sofia_outgoing_channel" if (zstr(tech_pvt->mparams.remote_ip)) { switch_split_user_domain(switch_core_session_strdup(nsession, tech_pvt->dest), NULL, &tech_pvt->mparams.remote_ip); } Since my dial string dont have username "switch_split_user_domain" function make my remote_ip always NULL. So NAT checking in SIP and SDP got failed. Best Regards Andrew Paul On Tue, Feb 11, 2014 at 7:21 PM, Brian West <brian@freeswitch.org> wrote:
Bug reports belong at http://jira.freeswitch.org, Please file one with all the details, I can't seem to get the same behavior you're getting. For auto-nat to work you need to set local-network-acl, Have you done so.
Either way please file a JIRA
-- Brian West brian@freeswitch.org FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 ISN: 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
On Feb 9, 2014, at 9:00 PM, Andrew Paul <andrew.paul85@gmail.com> wrote:
Hai Brian ,
I tried in Profile by ext-rtp-ip=autonat:x.x.x.x. But this method also didnt work.
Can you tell me is there any configuration for setting the outbound IP(realm address) in dialplan ?
The issue is freeswitch not able to find the Remote IP for checking the NAT. Since NAT checking failed freeswitch putting the profile rtp ip instead of profile extern ip.
* Check if NAT is detected */
if (!zstr(smh->mparams->remote_
ip) && switch_core_media_check_nat(smh, smh->mparams->remote_ip)) {
/* Yes, map the port through switch_nat */ /* Code */ } else {
/* No NAT traversal required, use the profile's rtp ip */ use_ip = smh->mparams->rtpip } Regards
Andrew
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: 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
FreeSWITCH-users mailing list 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