- FreeSWITCH-users - FreeSWITCH Mailing Lists

Freeswitch as MCU for HD1080P some help about HW configuration
by Emiliano o. 04 Dec '15

04 Dec '15

Hello, thank you for all the help provided in the past days.I have finally managed to assembly all togheder very well, i can join a conference with different client and do correct trascoding via libav or other librariesSomeone have experience about HD conference?With my hardware, the process is very slow, even only with 2 call i can't see other side video correctly (drops in fps, low quality and loss of frames) and the cpu running high. All is done in a intranet 100M, so there isn't a cap in the bitrate or other similar problem.I include my machine configuration, i need a more powerful HW only for bridge 2 call in trascoding? Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 2 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 58 Model name: Intel(R) Xeon(R) CPU E3-1270 V2 @ 3.50GHz Stepping: 9 CPU MHz: 1600.292 CPU max MHz: 3900.0000 CPU min MHz: 1600.0000 BogoMIPS: 6984.13 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 8192K NUMA node0 CPU(s): 0-7 Thanks for allEmiliano Olivier

1 0

Static Noise
by Leonardo Lima Ribeiro 03 Dec '15

03 Dec '15

Hi all, Sometimes I'm getting static noises when I use the originate command. Actually I don't have two legs in my call. It's a lua script that create a session to the leg A and Play sounds, send DTMFs etc. to interact with this leg A. The problem is that some session files (I’m using record_session) has a lot of static noise. I’ve googled about it and I found that it could happens for network issues, but I think it’s not the problem because I did some network tests, packages losses tests, ping etc. and my network seems to be fine. Anyone knows how to avoid this? Is there any configuration that I can change for reduce this problem, like changing the quality ratio of the audios maybe? Thank you all!

2 2

hangupcause:success ? if call not answer mod_gsmopen
by Shabbir abbasi 03 Dec '15

03 Dec '15

IN JAVASCRIPT when we try to dialout via session.execute("bridge", "gsmopen/gsm01/123456789"); if call is answered or not or busy endpoint_disposition = get_Variable("endpoint_disposition"); originate_disposition = get_Variable("originate_disposition"); console_log( "info"," originate_disposition : "+ originate_disposition +" "); console_log( "info"," Dial Status : "+ endpoint_disposition +" "); Result is always only "SUCCESS" ?

2 5

Late offer feature
by John Nash 03 Dec '15

03 Dec '15

I need to run a test where Freeswitch sends Invite to B endpoint (Bridge command) with empty SDP and upon receiving 180 again sends an UPDATE or REINVITE with SDP. Is this feature available to test? My scenario is End point A sends Invite with SDP to Freeswitch and freeswitch sends to endpoint B in media bypass mode (Media does not pass through freeswitch)

1 0

How to get later versions of Lua to run on FreeSWITCH 1.6.5 running on CentOS 6 or CentOS 7
by Andrew Keil 02 Dec '15

02 Dec '15

To all, After much testing I have managed to get Lua 5.3.2 (the latest Lua version, however this will work with all the Lua 5.2.x versions) to run inside FreeSWITCH 1.6.5 on CentOS 6.7 (however the same should work inside CentOS 7). Here is what I have done. Please make any comments and improvements to this procedure. *** One part I am not happy with is that I have to manually copy the liblua.so from /usr/local/lib to /usr/local/freeswitch/lib (see point 22 below). For some reason FreeSWITCH does not find the shared library inside /usr/local/lib. Maybe there is a setting for this I can change as the other option is to put liblua.so inside /usr/lib64 where "yum install lua-devel" puts the liblua.so for Lua version 5.1.4, however I do not like this concept. *** Please note: Currently mod_fsv and mod_vpx (both are relating to FreeSWITCH video features) are not supported inside these instructions, however if you are wanting to move off 1.4.x (since this is going end-of-life in 2016 at some stage) then this could at least be a very good first step, especially if upgrading to Centos 7 is not possible based on your current environment setup. This is based on a fresh installation of CentOS 6.7 (CentOS-6.7-x86_64-bin-DVD1.iso). In my case I ran a default setup selecting Software Development Workstation. Logged in as root user. 1) Make sure yum update is run and CentOS is up-to-date 2) {optional} Inside Terminal window select Edit Profile Preferences and select "Use custom default terminal size" and make it 160 x 60. Close terminal and re-open for the change to take effect. 3) yum -y install epel-release 4) yum -y install git gcc-c++ autoconf automake libtool wget python ncurses-devel zlib-devel libjpeg-devel openssl-devel sqlite-devel libcurl-devel libxml2-devel libidn-devel 4.1) These should be already installed and up-to-date 5) yum -y install e2fsprogs-devel pcre-devel speex-devel ldns-devel libedit-devel libyuv-devel opus-devel libvpx-devel unbound-devel libuuid-devel libsndfile-devel 5.1) These should install successfully 5.2) Originally I also installed lua-devel, so if this has already been installed then remove it by: yum -y remove lua-devel 6) Note: No packages for: libvpx2*, libdb4* (so mod_vpx & mod_fsv will not be supported) 7) Setup Lua 5.3.2 here (obviously you can select your own version): 7.1) cd /usr/local/src 7.2) curl -R -O http://www.lua.org/ftp/lua-5.3.2.tar.gz 7.3) tar zxf lua-5.3.2.tar.gz 7.4) cd /usr/local/src/lua-5.3.2 7.5) vi Makefile Change: TO_LIB= liblua.a To be: TO_LIB= liblua.a liblua.so Save and close (<Esc> :wq!) 7.6) cd /usr/local/src/lua-5.3.2/src 7.7) vi Makefile Change: CFLAGS= -O2 -Wall -Wextra -DLUA_COMPAT_5_2 $(SYSCFLAGS) $(MYCFLAGS) To be: CFLAGS= -O2 -Wall -Wextra -DLUA_COMPAT_5_2 $(SYSCFLAGS) $(MYCFLAGS) -fPIC Add under: LUA_A= liblua.a The line: LUA_SO= liblua.so Change: ALL_T= $(LUA_A) $(LUA_T) $(LUAC_T) To be: ALL_T= $(LUA_A) $(LUA_T) $(LUAC_T) $(LUA_SO) Add under: $(LUAC_T): $(LUAC_O) $(LUA_A) $(CC) -o $@ $(LDFLAGS) $(LUAC_O) $(LUA_A) $(LIBS) The lines: $(LUA_SO): $(CORE_O) $(LIB_O) $(CC) -o $@ -shared $? Save and close (<Esc> :wq!) 7.8) make linux test 7.9) make linux install 8) cd /usr/local/src 9) git clone -b v1.6 https://freeswitch.org/stash/scm/fs/freeswitch.git 10) cd /usr/local/src/freeswitch 11) ./bootstrap.sh 12) vi modules.conf 12.1) comment out (ie. place '#' infront): mod_fsv mod_vpx Save and close (<Esc> :wq!) 13) ./configure 14) make 15) make install 16) make cd-sounds-install 17) make cd-moh-install 18) cd /usr/local/freeswitch/conf 19) vi vars.xml 19.1) change: <X-PRE-PROCESS cmd="set" data="default_password=1234"/> { !! set it to something different !! } Save and close (<Esc> :wq!) 20) cd /usr/local/freeswitch/conf/autoload_configs 21) vi modules.conf.xml 21.1) comment out (ie. place '' at the end): mod_fsv mod_vpx Save and close (<Esc> :wq!) 22) cp /usr/local/lib/liblua.so /usr/local/freeswitch/lib/. 23) cd /usr/local/freeswitch/bin 24) ./freeswitch -nonat -nonatmap 25) ... to exit from the FreeSWITCH console

3 3

FreeSWITCH version 1.4.x end of life - recommendation please
by Andrew Keil 02 Dec '15

02 Dec '15

To FreeSWITCH users, In order for my client to plan for FreeSWITCH version 1.4.x end of life, I have a few questions that I hope the FreeSWITCH team can help answer: 1) Since the FreeSWITCH version 1.4.x branch is going end of life in early 2016, then obviously I need my client to migrate to the FreeSWITCH version 1.6.x branch ASAP. Is there a definite date when the FreeSWITCH version 1.4.x branch is going end of life? 2) Regarding the FreeSWITCH version 1.6.x branch: a. Can this run on CentOS 6.x (ie. the latest release of CentOS 6)? i. I understand that CentOS 7 is recommended, however upgrading the OS is a much bigger task than simply upgrading FreeSWITCH. Especially since my client is also PCI compliant to enable credit card processing, which requires rigorous Operating System lockdown. Currently my client will not be using the video features inside FreeSWITCH (ie. initially only using the feature set inside the FreeSWITCH version 1.4.x branch). ii. Is there anything I should be aware of when trying to get FreeSWITCH version 1.6.x branch working on CentOS 6? I appreciate any feedback that you are able to provide to make this process as painless as possible. Regards, Andrew Keil

15 25

Re- FreeSWITCH 1.6.5 Lua version (can it be upgraded)?
by Andrew Keil 02 Dec '15

02 Dec '15

To FreeSWITCH users, I just noticed that since upgrading to FreeSWITCH 1.6.5 (on CentOS 6.7 or CentOS 7) that the Lua version is 5.1.4 (since when running yum install lua-devel the version installed is 5.1.4). Also when I type: lua -v {it returns 5.1.4} In order to try to upgrade Lua inside FreeSWITCH to version 5.2.4 I followed this procedure: First I uninstalled lua-devel by typing: yum -y remove lua-devel Then I then installed off lua.org a later version (in this case 5.2.4, even though they are up to 5.3.2 now): 1) cd /usr/local/src 2) curl -R -O http://www.lua.org/ftp/lua-5.2.4.tar.gz 3) cd lua-5.2.4 4) make linux test 5) make linux install 6) Tested by typing: lua -v (to check the version number) - All OK now reports 5.2.4 correctly Next I followed the instructions below from (7) to (13) {first I made sure the freeswitch directory was removed by typing rm -rf freeswitch from the /usr/local/src directory} Unfortunately, I received this error message from the FreeSWITCH make command: making all mod_lua make[4]: Entering directory `/usr/local/src/freeswitch/src/mod/languages/mod_lua' CXXLD mod_lua.la /usr/bin/ld: /usr/local/lib/liblua.a(lapi.o): relocation R_X86_64_32 against `luaO_nilobject_' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/liblua.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [mod_lua.la] Error 1 make[4]: Leaving directory `/usr/local/src/freeswitch/src/mod/languages/mod_lua' make[3]: *** [mod_lua-all] Error 1 make[3]: Leaving directory `/usr/local/src/freeswitch/src/mod' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/freeswitch/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/freeswitch' make: *** [all] Error 2 I found this was fixed by re-installing lua-devel via: yum -y install lua-devel However now when I continue on and complete the make && make install then start FreeSWITCH I get this error: 2015-12-02 15:19:22.341356 [CRIT] switch_loadable_module.c:1520 Error Loading module /usr/local/freeswitch/mod/mod_lua.so **/usr/local/freeswitch/mod/mod_lua.so: undefined symbol: lua_callk** I assume this issue is now related to the fact that lua-devel is version 5.1.4 and the installed system wide Lua is 5.2.4. Can anyone assist me in upgrading Lua to run Lua version 5.2.x within FreeSWITCH 1.6.5? Please note the procedure below works fine and runs Lua at version 5.1.4. FreeSWITCH 1.6.5 on CentOS 6.7 setup instructions: ======================================================== 1) Make sure yum update is run and CentOS is up-to-date 2) {optional} Inside Terminal window select Edit Profile Preferences and select "Use custom default terminal size" and make it 160 x 60. Close terminal and re-open for the change to take effect. 3) yum -y install epel-release 4) yum -y install git gcc-c++ autoconf automake libtool wget python ncurses-devel zlib-devel libjpeg-devel openssl-devel sqlite-devel libcurl-devel libxml2-devel libidn-devel 4.1) These should be already installed and up-to-date 5) yum -y install e2fsprogs-devel pcre-devel speex-devel ldns-devel libedit-devel libyuv-devel opus-devel libvpx-devel unbound-devel libuuid-devel lua-devel libsndfile-devel 5.1) These should install successfully 6) Note: No packages for: libvpx2*, libdb4* (so mod_vpx & mod_fsv will not be supported) 7) cd /usr/local/src 8) git clone -b v1.6 https://freeswitch.org/stash/scm/fs/freeswitch.git 9) cd /usr/local/src/freeswitch 10) ./bootstrap.sh 11) vi modules.conf 11.1) comment out (ie. place '#' infront): mod_fsv mod_vpx Save and close (<Esc> :wq!) 12) ./configure 13) make 14) make install 15) make cd-sounds-install 16) make cd-moh-install 17) cd /usr/local/freeswitch/conf 18) vi vars.xml 18.1) change: <X-PRE-PROCESS cmd="set" data="default_password=1234"/> { !! set it to something different !! } Save and close (<Esc> :wq!) 19) cd /usr/local/freeswitch/conf/autoload_configs 20) vi modules.conf.xml 20.1) comment out (ie. place '' at the end): mod_fsv mod_vpx Save and close (<Esc> :wq!) 21) cd /usr/local/freeswitch/bin 22) ./freeswitch -nonat -nonatmap 23) ... to exit from the FreeSWITCH console Kind Regards, Andrew Keil

3 5

(yet another?) freeswitch load balancer
by Dave Horton 02 Dec '15

02 Dec '15

I’ve developed a nodejs-based freeswitch load balancer that may be of interest to those who prefer Javascript to configuration file-driven routing. Even better if you are a nodejs developer familiar with expressjs or connect, then you may find the nuts of it to be very simple: app.invite( function(req, res) { ... req.proxy({ remainInDialog: false, handleRedirects: true, provisionalTimeout: '1s', destination: targets }, function(err) { if( err ) { console.error('Error proxying request: ', err) ; } }) ; }) ; Details here: http://davehorton.github.io/drachtio-fs-load-balancing-proxy/

6 16

libtool on DEbian Jessie and fs
by covici＠ccs.covici.com 01 Dec '15

01 Dec '15

Hi. I did a git clone of fs on a Debian Jessie and there seems to be no libtool command. The bootstrap.sh wants that, so how do I get past this one? Thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici(a)ccs.covici.com

4 4

FreeSWITCH Week in Review (Master Branch) November 21st – November 28th
by Ken Rice 01 Dec '15

01 Dec '15

New Post on freeswitch.org from Kathleen King check it out at http://ift.tt/1OugR8B FreeSWITCH Week in Review (Master Branch) November 21st – November 28th This week we had a few features including: allowing building with OpenSSL without EC support, a video quality parameter to allow for conference configuration for verto, and some improvements to conference layouts for verto as well. If you haven’t already, it is highly recommended that you upgrade to the newest 1.6 release as soon as possible to avoid the vulnerability from last week. Join us Wednesdays at 12:00 CT for some more FreeSWITCH fun! This week we have James Tagg! And head over to freeswitch.com to learn more about FreeSWITCH support. New features that were added: FS-8568 [core] Allow building using system OpenSSL without EC support FS-8293 [verto][mod_conference] Make sanity level based on 1080p and added a video-quality param to make video quality in a conference configurable FS-8264 [verto_communicator][verto] Adapted the layout select to new response, added a separated menu in members list to set its reservation id, and added all the reservation IDs in the return of “list-videoLayouts” command FS-8433 [mod_sofia] Allow hangup cause to be set inside redirect data Improvements in build system, cross platform support, and packaging: FS-8592 [Windows] Fixed some simple compiler errors FS-8578 [mod_verto] Fixed build error for missing __bswap_64 on osx FS-8152 [Debian] Make sure to package the image directories too FS-8576 [Debian] Fixed a package upgrade issue related to the fonts being installed in multiple packages The following bugs were squashed: FS-8569 [mod_conference] Fixed undefined symbol conference_cdr_test_mflag FS-8574 [mod_conference] Fixed a read write lock issue FS-8566 [core] Fixed calls failing when put on hold in bypass media mode with inbound late negotiation set to false FS-8573 [core] Fixed one way audio after resuming from hold in bypass media mode FS-8575 [core] Fixed DTMF not being passed from a to b during rfc 2833 events FS-8582 [mod_httapi] Fixed a crashed caused by null URL being passed The FreeSWITCH 1.4 branch had a couple of bug fixes back ported as well as the release of 1.4.26. And again, keep in mind that 1.4 is quickly moving toward end of life and won’t be supported any longer except for high level security issues. New features that were added: FS-8547 [core] Add error log into stats to log when quality impacting events begin and end The following bugs were squashed: FS-8537 [mod_lua] Fixed a segfault caused by passing nil to various lua functions

1 0