January 2014 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Git v1.2.17 ca447fe 2014-01-02 - Polycom IP-330 outbound calls hang on answer
by Francis 05 Jan '14

05 Jan '14

Debian Wheezy 7.3 32bit Version 1.2.17 -n20140102T213421Z-1~wheezy+1git ca447fe 2014-01-02 11:34:22Z 32bit Phone firmware: 3.3.5 Configured as EXT 1000 Incoming calls work fine, but outgoing calls, either to local extensions or though a gateway hang up the instant the call is answered by the remote party. The IP-330 shows the call as answered and in progress and there is a split second of audio before it drops, but the actual call has dropped and the other party is idle. Calling three different endpoints has the same effect: Grandstream GXP2124 (extension 1002) Zoiper communicator on Android Sip trunk to PSTN A capture in wireshark shows the following sequence immediately after the call is established: 3963 8.986119000 10.0.0.124 10.0.0.119 SIP/SDP 1017 Request: UPDATE sip:1000@10.0.0.119:5060, with session description 3963 8.986119000 10.0.0.124 10.0.0.119 SIP/SDP 1017 Request: UPDATE sip:1000@10.0.0.119:5060, with session description 3994 9.002869000 10.0.0.119 10.0.0.124 SIP 443 Status: 481 Call Leg/Transaction Does Not Exist 3996 9.003466000 10.0.0.124 10.0.0.119 SIP 687 Request: BYE sip:1000@10.0.0.119:5060 4029 9.019642000 10.0.0.119 10.0.0.124 SIP 440 Status: 481 Call Leg/Transaction Does Not Exist .... at which point, a BYE is sent to the b leg and the call terminates, with the IP-330 left dangling with an empty call leg, not realizing that nobody is listening anymore. This is what I gleaned from fs_cli: 2014-01-05 18:13:08.904735 [DEBUG] sofia.c:5779 Channel sofia/internal/1000(a)hpbx.nest entering state [calling][0] 2014-01-05 18:13:08.904735 [DEBUG] switch_rtp.c:927 [ zrtp utils]: Send <HELLO> ssrc=1538954628 seq=54771 size=144. Stream 40:CLEAR:START 2014-01-05 18:13:08.924723 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.924723 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.924723 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.924723 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.924723 [DEBUG] switch_core_session.c:1016 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.944752 [DEBUG] sofia.c:5779 Channel sofia/internal/1000(a)hpbx.nest entering state [terminating][487] 2014-01-05 18:13:08.944752 [NOTICE] sofia.c:6623 Hangup sofia/internal/1000(a)hpbx.nest [CS_EXECUTE] [ORIGINATOR_CANCEL] 2014-01-05 18:13:08.944752 [DEBUG] switch_channel.c:3183 Send signal sofia/internal/1000(a)hpbx.nest [KILL] 2014-01-05 18:13:08.944752 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.944752 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/internal/1000(a)hpbx.nest] 2014-01-05 18:13:08.944752 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/internal/sip:1002@10.0.0.120:5060 [BREAK] 2014-01-05 18:13:08.964735 [DEBUG] switch_ivr_bridge.c:633 BRIDGE THREAD DONE [sofia/internal/sip:1002@10.0.0.120:5060] 2014-01-05 18:13:08.964735 [DEBUG] switch_ivr_bridge.c:658 Send signal sofia/internal/1000(a)hpbx.nest [BREAK] 2014-01-05 18:13:08.964735 [NOTICE] switch_ivr_bridge.c:721 Hangup sofia/internal/sip:1002@10.0.0.120:5060 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 2014-01-05 18:13:08.964735 [DEBUG] switch_channel.c:3183 Send signal sofia/internal/sip:1002@10.0.0.120:5060 [KILL] 2014-01-05 18:13:08.964735 [DEBUG] switch_core_session.c:1351 Send signal sofia/internal/sip:1002@10.0.0.120:5060 [BREAK] 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:481 (sofia/internal/sip:1002@10.0.0.120:5060) State EXCHANGE_MEDIA going to sleep 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/sip:1002@10.0.0.120:5060) Running State Change CS_HANGUP 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:679 (sofia/internal/sip:1002@10.0.0.120:5060) State HANGUP 2014-01-05 18:13:08.964735 [DEBUG] mod_sofia.c:500 sofia/internal/sip:1002@10.0.0.120:5060 Overriding SIP cause 480 with 487 from the other leg 2014-01-05 18:13:08.964735 [DEBUG] mod_sofia.c:506 Channel sofia/internal/sip:1002@10.0.0.120:5060 hanging up, cause: NORMAL_CLEARING 2014-01-05 18:13:08.964735 [DEBUG] switch_ivr_bridge.c:1524 sofia/internal/sip:1002@10.0.0.120:5060 skip receive message [UNBRIDGE] (channel is hungup already) 2014-01-05 18:13:08.964735 [DEBUG] switch_ivr_bridge.c:1527 sofia/internal/1000(a)hpbx.nest skip receive message [UNBRIDGE] (channel is hungup already) 2014-01-05 18:13:08.964735 [DEBUG] switch_core_session.c:2810 sofia/internal/1000(a)hpbx.nest skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already) 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:478 (sofia/internal/1000(a)hpbx.nest) State EXECUTE going to sleep 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:415 (sofia/internal/1000(a)hpbx.nest) Running State Change CS_HANGUP 2014-01-05 18:13:08.964735 [DEBUG] mod_sofia.c:558 Sending BYE to sofia/internal/sip:1002@10.0.0.120:5060 2014-01-05 18:13:08.964735 [DEBUG] switch_core_state_machine.c:48 sofia/internal/sip:1002@10.0.0.120:5060 Standard HANGUP, cause: NORMAL_CLEARING Version 1.2.17 git 7712626 2013-12-27 20:52:28Z 64bit works fine.

2 2

Lua script not working in Freeswitch
by Joli Martinez 05 Jan '14

05 Jan '14

Hello, I have a script that connects to a mysql db. The script works perfect when I type "lua <scriptname>", but when I have Freeswitch all the script I get the following error message. I have changed my script to now call a python script to read the database and I am experiencing the same result. If I call the script from the command line it works but Freeswitch throws this error. Please help, Thanks, 2014-01-03 18:52:28.381720 [ERR] mod_lua.cpp:199 /usr/local/freeswitch/scripts/testCallerID.lua:31: attempt to concatenate global 'pythonResult' (a userdata value) stack traceback: /usr/local/freeswitch/scripts/testCallerID.lua:31: in main chunk

5 7

Fail2ban wiki update
by Jim Lynch 04 Jan '14

04 Jan '14

In attempting to setup a working fail2ban installation, I have been in communications with the maintainers of fail2ban. They have taken an interest in supporting FreeSWITCH and have asked for comments on https://github.com/fail2ban/fail2ban/pull/552. The only information they have is what I've been able to give them from my admittedly sparse knowledge of FS error messages. At their suggestion I have deleted the sample configuration on the wiki and replaced it with a link to a configuration on their site. It is a small improvement to the deleted configuration. If that information is incorrect or incomplete please let them (or me) know. I'll relay any responses. Thanks, I hope I haven't overstepped my bounds. Jim.

1 0

iLBC and spandsp codecs not available in stock install
by Francis 02 Jan '14

02 Jan '14

Hi, When I do a show codecs in fs_cli, none of the spandsp codecs show up, even though GSM and G722 are enabled in vars.xml and mod_spandsp is enabled in modules.conf.xml. The module was compiled and installed. I'm having the same issue with iLBC. This isn't consistent with all modules however, since speex works just fine. Any ideas? Francis

4 7

strange behavior in setting origination_caller_id_number
by Jun Sun 02 Jan '14

02 Jan '14

I have a very simple call plan to allow internal extension to call external PSTN numbers. See below. <extension name="domestic.example.com"> <condition field="${toll_allow}" expression="domestic"/> <condition field="destination_number" expression="^(\d{11})$"> <action application="set" data="origination_caller_id_number=11111111"/> <action application="set" data="effective_caller_id_number=${outbound_caller_id_number}"/> <action application="set" data="effective_caller_id_number=${outbound_caller_id_number}"/> <action application="set" data="effective_caller_id_name=${outbound_caller_id_name}"/>  <=== NOT WORK  <=== NOT WORK <action application="bridge" data="[origination_caller_id_number=111111]sofia/gateway/idt/$1"/> <=== WORKS!! </condition> </extension> There a couple of things strange here: 1. I have to put origination_caller_id_number inside data field of "bridge" application in order for the dialing out to happen. Why putting it outside as channel variable does not work? 2. Actually because bridge command is for leg-B, really it should be "effective_caller_id_number" not "origination_caller_id_number". Is that right? I'm using IDT express as SIP carrier. I don't know if they changed something or I changed configuration in freeswitch. Now it seems I have to set origination_caller_id_number if I want to use IDT for outbound calls. I'd really appreciate your help. Cheers. Jun

5 13

Playback in a loop
by Ali Pey 02 Jan '14

02 Jan '14

Hello, Is there a way to playback a file in a loop? I'm trying to find a way to put the a-leg on hold with music while b-leg gets some prompts to do a initiate a transfer. I have looked at endless_playback, but the problem seems to be that there is no way to stop the play back and bridge the call again. Is that still true with endless_playback? Regards, Ali Pey

4 12

Cross compiling freeswitch for raspberry pi
by Dušan Dragić 01 Jan '14

01 Jan '14

Hi all, This weekend I tried my luck at cross-compiling freeswitch for raspberry pi (armv6). After a few bumps along the way (opened jiras for those) I managed to build it, but when running freeswitch on the target system it segfaults during startup. I'm building on Fedora 19 x86_64 using the prebuilt toolchain from https://github.com/raspberrypi/tools (I can build a toolchain from source if anyone thinks it might be better). Raspbian debootstrap created base system is used as sysroot (also tried loop mounted raspbian image as sysroot). My simple build environment setup script: http://pastebin.freeswitch.org/21698 The build process (source the script, configure and compile): ./bootstrap.sh . ~/fs-cc-env.sh ./configure --build=x86_64-redhat-linux --host=arm-linux-gnueabihf --with-sysroot=$SYSROOT make make install didn't work (I guess it's kinda expected, didn't really look into it) so I just copied the binaries, libraries and modules to rpi. Also mod_spidermonkey and mod_xml_rpc were disabled. Didn't even try to build mod_spidermonkey and mod_xml_rpc failed to build (well it builds but makefile tries to run libs/xmlrpc-c/lib/expat/gennmtab/gennmtab which was compiled for arm and should have been x86, probably should create jira for this as well). Console log when FS is started: http://pastebin.freeswitch.org/21699 and backtrace: http://pastebin.freeswitch.org/21700 Is my build environment sane? What am I missing, any hints? Has anyone successfully cross-compiled FS for raspberry pi? Thanks, -- Dušan Dragić

5 6

Parallela board - interesting for FreeSWITCH?
by Bob Hartwig 01 Jan '14

01 Jan '14

Does anyone here have an opinion on the Parallela board - http://www.adapteva.com/products/parallella/parallella/ - as a platform for FreeSWITCH? Could it be appropriate for applications that need to be small and inexpensive, but also capable of doing a fair amount of real-time transcoding? Bob

4 4