[Freeswitch-users] Help required
Richard Adams
Richard.Adams at stentofon.com.au
Mon Jan 5 09:04:13 MSK 2015
Netcomm NB16WV
SIP NAT is off.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: jay binks [mailto:jaybinks at gmail.com]
Sent: Monday, January 05, 2015 5:00 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Richard,
What router are you using ??
Does it have a SIP ALG ( or SIP Helper or similar ?? )
if so turn it off and try again.
Jay
On 5 January 2015 at 15:50, Richard Adams <Richard.Adams at stentofon.com.au<mailto:Richard.Adams at stentofon.com.au>> wrote:
The Invite packet is identical in either the successful call and the unsuccessful call.
My provider mentions the following;
Hi Richard,
I can't really say based on the SIP logs given I've looked at a couple samples & they look similar, but investigating our media logs shows me why.
For the successful call the initial media traffic is sent to 192.168.34.2:21583<http://192.168.34.2:21583>, after around four seconds we receive a request to change the IP/port to 123.243.120.79:21582<http://123.243.120.79:21582> which is correct.
Whereas on the failed sample we only receive a request to send traffic through to 192.168.34.2:16584<http://192.168.34.2:16584>, the port is correct but the IP isn't. Hence why the media is never received.
The two samples above are for the one you provided & my initial sample. The overall issue is the incorrect IP being sent in the initial Invite or 200 OK, so even though regular inbound/outbound calls may be working it is recommended to fix the SDP attributes as it will still cause issues.
The SDP is;
v=0
o=FreeSWITCH 1416781294 1416781295 IN IP4 192.168.34.2
s=FreeSWITCH
c=IN IP4 192.168.34.2
t=0 0
m=audio 21582 RTP/AVP 0 8 3 101 13
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
Can I force the SDP changes?
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600<tel:%2B61%203%209729%206600> ● FAX: +61 3 9729 0099<tel:%2B61%203%209729%200099> ● MOBILE: +61 404 058 798<tel:%2B61%20404%20058%20798>
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Francis [mailto:sms at icefire.qza.net.au<mailto:sms at icefire.qza.net.au>]
Sent: Monday, January 05, 2015 4:41 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Have you done a SIP trace and compared the RTP packets between a normal call and the diverted call? Also look for packets coming from the outside to the wrong ports, or not showing up at all.
On 5/01/2015 3:25 PM, Richard Adams wrote:
UPNP is now off. Same result.
The short version of the call progress is below. For testing, I'm calling from an internal extension 127 to the DID for the Help Line. It fails the same with an external first caller.
2015-01-05 16:17:29.846341 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2> [253bea7c-949a-11e4-9703-192279674221]
2015-01-05 16:17:29.846341 [INFO] mod_dialplan_xml.c:635 Processing Theo <127>->86447200 in context default
2015-01-05 16:17:29.846341 [NOTICE] switch_channel.c:1055 New Channel sofia/external/86447200 [253cc730-949a-11e4-970c-192279674221]
2015-01-05 16:17:30.026327 [NOTICE] switch_channel.c:1055 New Channel sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83> [25584398-949a-11e4-9710-192279674221]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600<tel:61397296600> <61397296600<tel:61397296600>>->0386447200<tel:0386447200> in context public
2015-01-05 16:17:30.026327 [NOTICE] switch_ivr.c:1854 Transfer sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83> to XML[0386447200<tel:%5B0386447200>@default]
2015-01-05 16:17:30.026327 [INFO] mod_dialplan_xml.c:635 Processing 61397296600<tel:61397296600> <61397296600<tel:61397296600>>->0386447200<tel:0386447200> in context default
2015-01-05 16:17:30.026327 [NOTICE] switch_channel.c:1055 New Channel sofia/internal/sip:122 at 192.168.34.20:2100<mailto:sofia/internal/sip:122 at 192.168.34.20:2100> [25594e96-949a-11e4-9727-192279674221]
2015-01-05 16:17:30.086342 [NOTICE] sofia.c:6716 Ring-Ready sofia/internal/sip:122 at 192.168.34.20:2100<mailto:sofia/internal/sip:122 at 192.168.34.20:2100>!
2015-01-05 16:17:30.086342 [NOTICE] mod_sofia.c:2098 Ring-Ready sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83>!
2015-01-05 16:17:30.106356 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83>!
2015-01-05 16:17:30.266329 [NOTICE] sofia.c:6716 Ring-Ready sofia/external/86447200!
2015-01-05 16:17:30.286303 [NOTICE] mod_sofia.c:2098 Ring-Ready sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2>!
2015-01-05 16:17:30.286303 [NOTICE] switch_ivr_originate.c:527 Ring Ready sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2>!
2015-01-05 16:17:40.006322 [NOTICE] switch_ivr_originate.c:3495 Hangup sofia/internal/sip:122 at 192.168.34.20:2100<mailto:sofia/internal/sip:122 at 192.168.34.20:2100> [CS_CONSUME_MEDIA] [NO_ANSWER]
2015-01-05 16:17:40.026337 [NOTICE] switch_ivr_originate.c:2735 Cannot create outgoing channel of type [USER] cause: [NO_ANSWER]
2015-01-05 16:17:40.026337 [INFO] mod_dptools.c:3234 Originate Failed. Cause: NO_ANSWER
2015-01-05 16:17:40.026337 [NOTICE] switch_core_session.c:1633 Session 8 (sofia/internal/sip:122 at 192.168.34.20:2100<mailto:sofia/internal/sip:122 at 192.168.34.20:2100>) Ended
2015-01-05 16:17:40.026337 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/sip:122 at 192.168.34.20:2100<mailto:sofia/internal/sip:122 at 192.168.34.20:2100> [CS_DESTROY]
2015-01-05 16:17:40.026337 [NOTICE] switch_channel.c:1055 New Channel sofia/external/0404058798<tel:0404058798> [2b4cddb8-949a-11e4-9730-192279674221]
2015-01-05 16:17:44.646340 [NOTICE] sofia_media.c:92 Pre-Answer sofia/external/0404058798<tel:0404058798>!
2015-01-05 16:17:47.586301 [NOTICE] sofia.c:7416 Channel [sofia/external/0404058798] has been answered
2015-01-05 16:17:47.586301 [NOTICE] switch_ivr_originate.c:3522 Channel [sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83>] has been answered
2015-01-05 16:17:47.846326 [NOTICE] sofia.c:7475 Channel [sofia/external/86447200] has been answered
2015-01-05 16:17:47.866327 [NOTICE] switch_ivr_originate.c:3522 Channel [sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2>] has been answered
2015-01-05 16:17:48.846328 [NOTICE] switch_channel.c:1055 New Channel sofia/external/2057 at 123.243.120.79<mailto:sofia/external/2057 at 123.243.120.79> [30909a08-949a-11e4-9736-192279674221]
2015-01-05 16:17:48.846328 [INFO] mod_dialplan_xml.c:635 Processing 2057 <2057>->000972595404572 in context public
2015-01-05 16:17:48.846328 [NOTICE] switch_core_state_machine.c:315 sofia/external/2057 at 123.243.120.79<mailto:sofia/external/2057 at 123.243.120.79> has executed the last dialplan instruction, hanging up.
2015-01-05 16:17:48.846328 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/external/2057 at 123.243.120.79<mailto:sofia/external/2057 at 123.243.120.79> [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:48.846328 [NOTICE] switch_core_session.c:1633 Session 10 (sofia/external/2057 at 123.243.120.79<mailto:sofia/external/2057 at 123.243.120.79>) Ended
2015-01-05 16:17:48.846328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/2057 at 123.243.120.79<mailto:sofia/external/2057 at 123.243.120.79> [CS_DESTROY]
2015-01-05 16:17:56.026325 [NOTICE] sofia.c:952 Hangup sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2> [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:56.046305 [NOTICE] switch_ivr_bridge.c:754 Hangup sofia/external/86447200 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1633 Session 6 (sofia/external/86447200) Ended
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/86447200 [CS_DESTROY]
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1633 Session 5 (sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2>) Ended
2015-01-05 16:17:56.046305 [NOTICE] switch_core_session.c:1637 Close Channel sofia/internal/127 at 192.168.34.2<mailto:sofia/internal/127 at 192.168.34.2> [CS_DESTROY]
2015-01-05 16:17:56.246327 [NOTICE] sofia.c:952 Hangup sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83> [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:17:56.266328 [NOTICE] switch_ivr_bridge.c:754 Hangup sofia/external/0404058798 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 9 (sofia/external/0404058798) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/0404058798 [CS_DESTROY]
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1633 Session 7 (sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83>) Ended
2015-01-05 16:17:56.266328 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/61397296600 at 125.213.160.83<mailto:sofia/external/61397296600 at 125.213.160.83> [CS_DESTROY]
2015-01-05 16:18:03.866325 [NOTICE] switch_channel.c:1055 New Channel sofia/external/8363 at 123.243.120.79<mailto:sofia/external/8363 at 123.243.120.79> [39838eb8-949a-11e4-9739-192279674221]
2015-01-05 16:18:03.866325 [INFO] mod_dialplan_xml.c:635 Processing 8363 <8363>->00972595391982 in context public
2015-01-05 16:18:03.866325 [NOTICE] switch_core_state_machine.c:315 sofia/external/8363 at 123.243.120.79<mailto:sofia/external/8363 at 123.243.120.79> has executed the last dialplan instruction, hanging up.
2015-01-05 16:18:03.866325 [NOTICE] switch_core_state_machine.c:317 Hangup sofia/external/8363 at 123.243.120.79<mailto:sofia/external/8363 at 123.243.120.79> [CS_EXECUTE] [NORMAL_CLEARING]
2015-01-05 16:18:03.866325 [NOTICE] switch_core_session.c:1633 Session 11 (sofia/external/8363 at 123.243.120.79<mailto:sofia/external/8363 at 123.243.120.79>) Ended
2015-01-05 16:18:03.866325 [NOTICE] switch_core_session.c:1637 Close Channel sofia/external/8363 at 123.243.120.79<mailto:sofia/external/8363 at 123.243.120.79> [CS_DESTROY]
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Francis [mailto:sms at icefire.qza.net.au]
Sent: Monday, January 05, 2015 4:01 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
WRT autostart, that's built in to the stock Debian Freeswitch packages that you'd get with apt, no need to use git or compile from source. You can choose to install the default vanilla packages, or the whole lot, which is convenient if you want to tinker.
If you're forwarding ports manually, switch off UPNP (Universal Pain 'N' Punishment) since they are mutually exclusive in most cases.
*However*, I suspect that, if normal inbound/outbound calls are working fine and the issue is only when a call is being forwarded out, then this may be something other than NAT/FW, at least in the typical sense. Hop on to FS_CLI and capture some logs of the call progress, then past them here. What you're trying to do should work, I've had success doing similar things bouncing calls between Brisbane and Melbourne.
On 5/01/2015 12:35 PM, Richard Adams wrote:
Ext-rtp-ip and exp-sip-ip are set to the public IP Address of our internet connection.
I pass all incoming calls to the internal profile for routing, and as before, everything works beautifully.
We're using UPNP, and the ports are forwarded correctly.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Moishe Grunstein [mailto:max at nysolutions.com]
Sent: Monday, January 05, 2015 1:23 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Well if internal IP’s are in the SDP you will have audio NAT issues, we need a bit more info about your config to start troubleshooting. What profiles are you using, what do you have set for ext-rtp-ip and ext-sip-ip. Are you using UPNP, STUN? Do you have ports forwarded?
Thanks,
Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US<http://888.IPPBX.US>
Service Request Email: support at nysolutions.com<mailto:support at nysolutions.com>
Polycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
[cid:image001.jpg at 01C72F94.9EE45D60]<http://www.nysolutions.com/>
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS
From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Richard Adams
Sent: Sunday, January 4, 2015 8:58 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
Hello,
1. Everything is fine across the NAT for normal incoming and outgoing calls. I can't see any difference in the traces between an outgoing call and a incoming to outgoing call.
2. Compile from source.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
From: Moishe Grunstein [mailto:max at nysolutions.com]
Sent: Monday, January 05, 2015 12:34 PM
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Help required
1) Typical NAT issue, https://freeswitch.org/confluence/display/FREESWITCH/NAT and many other NAT pages in the wiki
2) Which install method did you use? did you compile from source? Did you create a init.d?
Thanks,
Moishe Grunstein
Tornado Computer Systems, Inc.
212.400.7650 888.IPPBX.US<http://888.IPPBX.US>
Service Request Email: support at nysolutions.com<mailto:support at nysolutions.com>
Polycom Certified VAR
Microsoft Small Business Specialist, Cisco SMB Select Certified
[cid:image001.jpg at 01C72F94.9EE45D60]<http://www.nysolutions.com/>
Computer Networking * Managed Services * IP Video Surveillance * Network Assessments * Web Solutions * Voice over IP * Disaster Recovery * Network Security * Site Surveys * CMS
From: freeswitch-users-bounces at lists.freeswitch.org<mailto:freeswitch-users-bounces at lists.freeswitch.org> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of Richard Adams
Sent: Sunday, January 4, 2015 8:19 PM
To: freeswitch-users at lists.freeswitch.org<mailto:freeswitch-users at lists.freeswitch.org>
Subject: [Freeswitch-users] Help required
Trying the mailing list for the first time. Being in Australia puts us out of step with timezones for the IRC.
3 issues;
1. No audio on calls when an external call is bridged to another external location.
We have a help desk number that we'd like to have dial an external call group after hours. Calls are routed first to an internal extension, and then after a 20 second timer, to an external mobile phone number. When the call is answered internally, everything is fine. However, if the call diverts to the mobile phone, the call can be answered but there is no audio in either direction. My SIP Trunk provider is blaming us for sending an internal IP address in the SDP of the invite, but the invite packet is the same for a normal outgoing call.
2. No autostart Freeswitch on system boot for Debian 7 and current build.
To attempt to correct #1, I rebuilt the server with a fresh Debian 7 installation and a Git based build and installation of FS, following the directions for setting the autostart. However, the system does not autostart, and requires the FS to be booted manually after power up.
3. The auto Makefile did not work. It kept failing on missing dependancies that should have been installed by the auto makefile. I ended up running it manually.
If I can get some guidance please, and I'm happy to provide whatever logging is required.
Regards,
Richard Adams
Technical Manager
STENTOFON AUSTRALIA ● UNIT 2 / 670 MOUNTAIN HIGHWAY ● BAYSWATER VIC 3153 ● AUSTRALIA
PHONE: +61 3 9729 6600 ● FAX: +61 3 9729 0099 ● MOBILE: +61 404 058 798
Richard.Adams at STENTOFON.COM.AU<mailto:Richard.Adams at STENTOFON.COM.AU> ● WWW.STENTOFON.COM.AU<http://www.stentofon.com.au/>
WWW.ZENITEL.COM<http://www.zenitel.com/> ● WWW.DNH.NO<http://www.dnh.no/>
[cid:image001.jpg at 01CD7927.5758B850]
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at 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 at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at 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 at freeswitch.org<mailto:consulting at freeswitch.org>
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org<mailto:FreeSWITCH-users at lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--
Sincerely
Jay
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/ce01391d/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4139 bytes
Desc: image001.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/ce01391d/attachment-0002.jpg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 2424 bytes
Desc: image002.jpg
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150105/ce01391d/attachment-0003.jpg
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list