mod_commands.c:642 nat_map API called while NAT not initialized Is that my problem? On Sat, Aug 16, 2014 at 9:15 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Appreciate that, You used stun protocol to detect external IP address although I'm using the exact address so I think it makes no difference.
I would appreciate if I know in which conditions FreeSWITCH uses public IP address in SDP protocol.
On Saturday, August 16, 2014, Douglas Adami < webmaster.rumodigital@gmail.com> wrote:
Hi Afshin,
I have the same scenario as you and 100% functional, this is my setup.
<X-PRE-PROCESS cmd="set" data="external_rtp_ip=stun:stun.freeswitch.org "/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=stun:stun.freeswitch.org "/>
<param name="apply-nat-acl" value="nat.auto"/>
<param name="rtp-ip" value="$${local_ip_v4}"/> <param name="sip-ip" value="$${local_ip_v4}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/> <param name="ext-sip-ip" value="$${external_sip_ip}"/>
I'm new around here, so let's wait for a response from some expert.
good settings
Doug
On Sat, Aug 16, 2014 at 2:02 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Douglas,
Thanks for your reply, I)
In my scenario both of FreeSWITCH and client are behind the firewall.
II)
<X-PRE-PROCESS cmd="set" data="bind_server_ip=auto"/> <X-PRE-PROCESS cmd="set" data="external_rtp_ip=X.Y.Z.W"/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=X.Y.Z.W"/>
I have a static public IP (for Freeswitch) and I know what it is so I specified it explicitly.
Do I have to set bind_server_ip to a specific IP in case of NAT traversal as I specified local IP addresses for sip and rtp?
III) in the SIP profile <param name="sip-ip" value="192.168.10.59"/> <param name="rtp-ip" value="192.168.10.59"/> <param name="ext-sip-ip" value="X.Y.Z.W"/> <param name="ext-rtp-ip" value="X.Y.Z.W"/> for apply-nat-acl I examined nat.auto, rfc1918, ... :(
I did not refer to external_sip_ip / external_rtp_ip vaiables in the SIP profile and explicitly defined external static IP.
BEST,
Afshin
On Sat, Aug 16, 2014 at 5:01 PM, Douglas Adami < webmaster.rumodigital@gmail.com> wrote:
Hi,
NAT scenario, correct? https://confluence.freeswitch.org/display/FREESWITCH/NAT+Traversal
try this:
vars.xml <X-PRE-PROCESS cmd="set" data="bind_server_ip=my.domain.com"/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=stun:stun.freeswitch.org "/> <X-PRE-PROCESS cmd="set" data="external_rtp_ip=stun:stun.freeswitch.org "/>
sip_profiles:
sipinterface_1.xml <param name="apply-nat-acl" value="nat.auto"/> <param name="ext-sip-ip" value="$${external_sip_ip}"/> <param name="ext-rtp-ip" value="$${external_rtp_ip}"/>
Doug
On Sat, Aug 16, 2014 at 7:26 AM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi Miguel,
I do not understand how the ACL (if you mean apply-nat-acl) can effects on using public IP in SDP when I specified both ext-sip-ip and ext-rtp-ip in sip profile! I changed the apply-nat-acl to a "always allow" and "rfc1918" but does not make difference.
Afshin
On Thu, Aug 14, 2014 at 3:18 PM, Miguel Oyarzo <miguelaustro@gmail.com
wrote:
Wrong ACL?
On Wed, Aug 13, 2014 at 10:06 PM, afshin afzali < a.afzali2003@gmail.com> wrote:
> Hi FreeSWITCHers: > > I configured a sip profile as bellow: > > > ================================================================================================= > Name sipinterface_1 > Domain Name N/A > Auto-NAT false > DBName sofia_reg_sipinterface_1 > Pres Hosts > Dialplan XML > Context context_1 > Challenge Realm auto_to > RTP-IP 192.168.10.59 > Ext-RTP-IP X.Y.Z.W > SIP-IP 192.168.10.59 > Ext-SIP-IP X.Y.Z.W > URL sip:mod_sofia@X.Y.Z.W:5060 > BIND-URL sip:mod_sofia@X.Y.Z.W > :5060;maddr=192.168.10.59;transport=udp,tcp > HOLD-MUSIC N/A > OUTBOUND-PROXY N/A > CODECS IN G722,PCMU,PCMA,GSM > CODECS OUT G722,PCMU,PCMA,GSM > TEL-EVENT 101 > DTMF-MODE rfc2833 > CNG 13 > SESSION-TO 0 > MAX-DIALOG 0 > NOMEDIA false > LATE-NEG false > PROXY-MEDIA false > ZRTP-PASSTHRU false > AGGRESSIVENAT true > CALLS-IN 0 > FAILED-CALLS-IN 0 > CALLS-OUT 0 > FAILED-CALLS-OUT 0 > REGISTRATIONS 1 > > for every INVITE that comes in via this profile, FS replys with this > SDP: > > v=0 > o=FreeSWITCH 1407905843 1407905844 IN IP4 192.168.10.59 > s=FreeSWITCH > c=IN IP4 192.168.10.59 > t=0 0 > m=audio 25142 RTP/AVP 0 101 > a=rtpmap:0 PCMU/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-16 > a=ptime:20 > > Although the Contact header of 200 OK is correct : > Contact: <sip:4000@X.Y.Z.W:5060;transport=udp> > > > Appreciate all comments, > -- Afshin > > > _________________________________________________________________________ > 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 > >
-- "Efficiency is doing things right; effectiveness is doing the right things (Peter Drucker)"
Miguel Oyarzo DevOps & VoIP Engineer Linux User: # 483188 - counter.li.org http://au.linkedin.com/in/mikeaustralia Melbourne, Australia
_________________________________________________________________________ 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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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