FS uses private rtp address in the SDP
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
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
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
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
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
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
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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','miguelaustro@gmail.com');>> wrote:
Wrong ACL?
On Wed, Aug 13, 2014 at 10:06 PM, afshin afzali < a.afzali2003@gmail.com <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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
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
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address. Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message . use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario. Regard, On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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
_________________________________________________________________________ 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
-- "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
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik). The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :) It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP? BEST, Afshin On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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
_________________________________________________________________________ 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
-- "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
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
One more time: spend a bit of time on ACL understanding. However, think more about your design. If you provide a public IP/SDP to the other end, the remote device will try to open a media session to the IP/Port announced into this SDP (from the 200 OK sip response). Cheers, On Mon, Aug 18, 2014 at 3:43 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik).
The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :)
It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP?
BEST,
Afshin
On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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
_________________________________________________________________________ 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
-- "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
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
-- "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
Thank you so much Miguel :) On Mon, Aug 18, 2014 at 1:51 PM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
One more time: spend a bit of time on ACL understanding. However, think more about your design. If you provide a public IP/SDP to the other end, the remote device will try to open a media session to the IP/Port announced into this SDP (from the 200 OK sip response).
Cheers,
On Mon, Aug 18, 2014 at 3:43 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik).
The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :)
It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP?
BEST,
Afshin
On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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 >
_________________________________________________________________________ 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
-- "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
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
-- "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
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
Hi Afshin, I am having the same issue as you, did you get this sorted? If so how? many thanks :) thanks Matt On 18/08/2014 10:40, afshin afzali wrote:
Thank you so much Miguel :)
On Mon, Aug 18, 2014 at 1:51 PM, Miguel Oyarzo <miguelaustro@gmail.com <mailto:miguelaustro@gmail.com>> wrote:
One more time: spend a bit of time on ACL understanding. However, think more about your design. If you provide a public IP/SDP to the other end, the remote device will try to open a media session to the IP/Port announced into this SDP (from the 200 OK sip response).
Cheers,
On Mon, Aug 18, 2014 at 3:43 PM, afshin afzali <a.afzali2003@gmail.com <mailto:a.afzali2003@gmail.com>> wrote:
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik).
The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :)
It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP?
BEST,
Afshin
On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com <mailto:miguelaustro@gmail.com>> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com <mailto:a.afzali2003@gmail.com>> wrote:
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 <mailto: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 <mailto: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 <http://stun.freeswitch.org>"/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=stun:stun.freeswitch.org <http://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:
HiDouglas,
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 <http://my.domain.com>"/> <X-PRE-PROCESS cmd="set" data="external_sip_ip=stun:stun.freeswitch.org <http://stun.freeswitch.org>"/> <X-PRE-PROCESS cmd="set" data="external_rtp_ip=stun:stun.freeswitch.org <http://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://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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
-- "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://counter.li.org> http://au.linkedin.com/in/mikeaustralia Melbourne, Australia
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
-- "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://counter.li.org> http://au.linkedin.com/in/mikeaustralia Melbourne, Australia
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <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
_________________________________________________________________________ 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
Hi Matt, Which the status of registered users? (sofia status profile internal reg) Doug On Tue, Aug 19, 2014 at 12:10 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Afshin,
I am having the same issue as you, did you get this sorted? If so how? many thanks :)
thanks Matt
On 18/08/2014 10:40, afshin afzali wrote:
Thank you so much Miguel :)
On Mon, Aug 18, 2014 at 1:51 PM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
One more time: spend a bit of time on ACL understanding. However, think more about your design. If you provide a public IP/SDP to the other end, the remote device will try to open a media session to the IP/Port announced into this SDP (from the 200 OK sip response).
Cheers,
On Mon, Aug 18, 2014 at 3:43 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik).
The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :)
It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP?
BEST,
Afshin
On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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 >> > >
_________________________________________________________________________ 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
-- "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
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
-- "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
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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
Can you try prefixing the ext-rtp-ip and ext-sip-ip with autonat:0.0.0.0 and make sure local-network-acl is set to rfc1918.auto? On Tue, Aug 19, 2014 at 10:09 AM, Matt Broad <matt@inveroak.com> wrote:
hi Doug,
I am not registering users, but accepting incoming calls to the external profile
thanks Matt On 19/08/2014 16:03, Douglas Adami wrote:
ofia status profile internal reg
_________________________________________________________________________ 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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Hi Matt, Actually I gave it up and gave a public IP address to my Freeswitch :( The last thing I found was that my local router (mikrotik) does masquerade UDP's source address and causes that freeswitch chooses wrong local IP address for it's SDP! Afshin On Tue, Aug 19, 2014 at 3:40 PM, Matt Broad <matt@inveroak.com> wrote:
Hi Afshin,
I am having the same issue as you, did you get this sorted? If so how? many thanks :)
thanks Matt
On 18/08/2014 10:40, afshin afzali wrote:
Thank you so much Miguel :)
On Mon, Aug 18, 2014 at 1:51 PM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
One more time: spend a bit of time on ACL understanding. However, think more about your design. If you provide a public IP/SDP to the other end, the remote device will try to open a media session to the IP/Port announced into this SDP (from the 200 OK sip response).
Cheers,
On Mon, Aug 18, 2014 at 3:43 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
Hi, Yes, you pointed out to the exact result that I reached. In outbound calls Freeswitch puts correct (public) IP in SDP. But in a inbound call Freeswitch receives INVITE from a local router / firewall (Mikrotik).
The trace shows that the INVITE received from for example 192.168.10.1 (router's local IP address) ( Freeswitch's private IP is 192.168.10.58) although I have public address of my client in Via, Contact and SDP portion of INVITE message. It obvious that Freeswitch selects it's local IP address for SDP portion of it's 200 OK. My question is WHY? :)
It knows that is on a NAT session so uses it's public address in Contact header. How can I change Freeswitch's behavior ? How can I give the INVITE message to Freeswitch that does not show it receives from a local IP?
BEST,
Afshin
On Mon, Aug 18, 2014 at 6:38 AM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:
Hi, When I told you about ACL, it was because this is a normal misunderstanding. ACL helps to determinate what is considered as a local and external address.
Have you checked if the INVITE arrives with an IP address within your local network? If so, that will produce a 200 OK response with an local IP into the SDP message .
use tcpdump, ngrep or any other tool to determinate IP addresses involved in your scenario.
Regard,
On Sun, Aug 17, 2014 at 3:26 PM, afshin afzali <a.afzali2003@gmail.com> wrote:
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 >> > >
_________________________________________________________________________ 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
-- "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
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
-- "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
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.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://confluence.freeswitch.orghttp://www.cluecon....
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
participants (5)
-
afshin afzali
-
Brian West
-
Douglas Adami
-
Matt Broad
-
Miguel Oyarzo