September 2015 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Playback is not working
by Vikas Kumar 22 Dec '15

22 Dec '15

Hi All, I am getting this log, but I am not able to hear any sound or audio files are not being played. But logs says : 2015-09-23 10:46:51.722460 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L16@8000hz 1 channels 20ms 2015-09-23 10:46:55.782300 [DEBUG] switch_ivr_play_say.c:1708 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-too-small.wav 2015-09-23 10:46:55.782300 [DEBUG] switch_ivr.c:191 Codec Activated L16@8000hz 1 channels 20ms 2015-09-23 10:46:55.882377 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [en] 2015-09-23 10:46:55.882377 [DEBUG] switch_ivr_play_say.c:250 Handle play-file:[voicemail/vm-record_message.wav] (en:en) 2015-09-23 10:46:55.882377 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L16@8000hz 1 channels 20ms 2015-09-23 10:47:00.482235 [DEBUG] switch_ivr_play_say.c:1708 done playing file /usr/local/freeswitch/sounds/en/us/callie/voicemail/vm-record_message.wav 2015-09-23 10:47:00.482235 [DEBUG] switch_ivr.c:191 Codec Activated L16@8000hz 1 channels 20ms 2015-09-23 10:47:01.602224 [DEBUG] switch_ivr_play_say.c:585 Raw Codec Activated 2015-09-23 10:47:01.602224 [DEBUG] switch_core_codec.c:219 sofia/internal/1012(a)119.9.73.183 Push codec L16:70 2015-09-23 10:47:03.602229 [DEBUG] switch_core_codec.c:244 sofia/internal/1012(a)119.9.73.183 Restore previous codec GSM:3. 2015-09-23 10:47:03.602229 [DEBUG] mod_voicemail.c:1244 Message is less than minimum record length: 3, discarding it. 2015-09-23 10:47:03.602229 [DEBUG] switch_ivr_play_say.c:70 No language specified - Using [en] 2015-09-23 10:47:03.602229 [DEBUG] switch_ivr_play_say.c:250 Handle play-file:[voicemail/vm-too-small.wav] (en:en) 2015-09-23 10:47:03.602229 [DEBUG] switch_ivr_play_say.c:1305 Codec Activated L16@8000hz 1 channels 20ms Did anybody faced this issue??. Please let me know..Its urgent.!!! Thanks vikas Disclaimer :- The information in this e-mail and any attachments is confidential and may be legally privileged. It is intended solely for the addressee or addressees. If you are not an intended recipient, please delete the message and any attachments and notify the sender of misdelivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses is excluded to the fullest extent permitted by law. Any views expressed in this message are those of the individual sender, except where the sender states them, with requisite authority, to be those of the specific TIMES GROUP company.

4 6

mod_gsmopen - deadlock tty
by Luiz Fernando Softov 16 Dec '15

16 Dec '15

Hi, I'm using freeswitch 1.15 in Freebsd 10.1, with mod_gsmopen FreeSWITCH Version 1.5.15b+git~20150407T231134Z~d55c4a053b~64bit (git d55c4a0 2015-04-07 23:11:34Z 64bit), whats happen, its the same with another versions like, 1.6, 1.4.19, etc After sometime running freeswitch, i have this TTYs. crw------- 1 root wheel 0x8e Sep 24 15:30 ttyU1.3 crw------- 1 root wheel 0x8f Sep 24 15:30 ttyU1.3.init crw------- 1 root wheel 0x90 Sep 24 15:30 ttyU1.3.lock crw------- 1 root wheel 0x8e Sep 24 15:30 ttyU2.3 crw------- 1 root wheel 0x8f Sep 24 15:30 ttyU2.3.init crw------- 1 root wheel 0x90 Sep 24 15:30 ttyU2.3.lock crw------- 1 root wheel 0x8e Sep 24 15:30 ttyU3.3 crw------- 1 root wheel 0x8f Sep 24 15:30 ttyU3.3.init crw------- 1 root wheel 0x90 Sep 24 15:30 ttyU3.3.lock crw------- 1 root wheel 0x76 Sep 25 00:46 ttyU4.0 crw------- 1 root wheel 0x77 Sep 24 22:28 ttyU4.0.init crw------- 1 root wheel 0x78 Sep 24 22:28 ttyU4.0.lock crw------- 1 root wheel 0x7c Sep 24 22:28 ttyU4.1 crw------- 1 root wheel 0x7d Sep 24 22:28 ttyU4.1.init crw------- 1 root wheel 0x7e Sep 24 22:28 ttyU4.1.lock crw------- 1 root wheel 0x82 Sep 24 22:28 ttyU4.2 crw------- 1 root wheel 0x83 Sep 24 22:28 ttyU4.2.init crw------- 1 root wheel 0x84 Sep 24 22:28 ttyU4.2.lock crw------- 1 root wheel 0x8e Sep 24 22:28 ttyU4.3 crw------- 1 root wheel 0x8f Sep 24 22:28 ttyU4.3.init crw------- 1 root wheel 0x90 Sep 24 22:28 ttyU4.3.lock crw------- 1 root wheel 0xa8 Sep 25 00:46 ttyU5.0 crw------- 1 root wheel 0xa9 Sep 24 22:28 ttyU5.0.init crw------- 1 root wheel 0xaa Sep 24 22:28 ttyU5.0.lock crw------- 1 root wheel 0xae Sep 24 22:28 ttyU5.1 crw------- 1 root wheel 0xaf Sep 24 22:28 ttyU5.1.init crw------- 1 root wheel 0xb6 Sep 24 22:28 ttyU5.1.lock crw------- 1 root wheel 0xba Sep 24 22:28 ttyU5.2 crw------- 1 root wheel 0xbb Sep 24 22:28 ttyU5.2.init crw------- 1 root wheel 0xbc Sep 24 22:28 ttyU5.2.lock crw------- 1 root wheel 0xc0 Sep 24 22:28 ttyU5.3 crw------- 1 root wheel 0xc1 Sep 24 22:28 ttyU5.3.init crw------- 1 root wheel 0xc2 Sep 24 22:28 ttyU5.3.lock As you can see, ttyU1.3, ttyU2.3, ttyU3.3 are USB deadlocks I try to unload mod_gsmopen, but i receive a message that is in use so i kill freeswitch, then ttyU1.3, ttyU2.3, ttyU3.3, are free and disappear (as well .init and .lock) I try to figure out whats happening, with logs, alarms, but i can't. Someone have the same problem, or know the solution? ps. Reading the list, i realize that few members use the module, or don't have problems. If i am correct, is there any other way to use GSM modems or GSM, which is low cost? Is there anyone who can guide me in some things about the code or tips? ps 2. sorry about my english -- Luiz Fernando Softov http://www.softov.com.br fernando(a)softov.com.br

3 19

How to enable Screen sharing on Verto Conf?
by Victor Medina 23 Nov '15

23 Nov '15

Hi guys! I been playing around with the verto conference demo on 1.6. How do I enable the screen sharing feature? -- Víctor E. Medina M. Platform Architect / Chief Infrastructure +58424 291 4561 BB #79A8AFA2 @VMCibersys

5 10

Break unaswered bridge
by Alexey Melnichuk 21 Oct '15

21 Oct '15

This is simple dialplan that I try to implement <extension> <condition field="destination_number" expression="^\d+$" break="on-true"> <action application="bind_digit_action" data="conf,*1,exec:execute_extension,xfer"/> <action application="digit_action_set_realm" data="conf"/> <action application="conference" data="100@default"/> </condition> <condition field="destination_number" expression="^xfer$" break="on-true"> <action application="bind_digit_action" data="xfer,*1,?????????"/> <action application="digit_action_set_realm" data="xfer"/> <action application="digit_action_set_realm" data="xfer"/> <action application="read" data="2 11 'tone_stream://%(10000,0,350,440)' target_num 30000 #"/> <action application="bridge" data="user/${target_num}@${domain_name}"/> </condition> </extension> I have two problem with this dialplan 1. in secon `bind_digit_action` I can not use `exec` only `api`. e.g. <action application="bind_digit_action" data="xfer,*1,exec:info"/> does not work. Application executes only when I return from first `exec:execute_extension` 2. I can not cancel bridge before answer I can not use transfer because I do not whant leave conference (e.g. user has `end_conference=true` flag). I try use uuid_kill from Lua like "xfer,*1,lua:kill_legs.lua ${uuid}" -- kill_legs.lua local uuid = argv[1] local sql = ("select uuid from channels where call_uuid='%s' and uuid<>'%s'") :format(uuid, uuid) dbh:query(sql, function(row) local res = api:executeString("uuid_kill " .. row.uuid) end) But this is does not work because it kills only active channels, but for dial-string like `loopback/111/my.domain,[leg_delay_start=20]loopback/222/my.domain` second channels creates only after 20 sec. And because I may have more then one channels I can not use `originate_uuid` In documentation I found `break` application but as I say I can not use it. `uuid_break` api break only play audio.

7 16

FreeSWITCH - Segmentation fault in libcrypto.so.1.0.0
by Shaun Stokes 15 Oct '15

15 Oct '15

Hi, We use FreeSWITCH in a production enviroment and this morning experienced an outage caused by a segmentation fault (error 4 in libcrypto.so.1.0.0). Based on this error I'm geussing this is linked to the OpenSSL module? We have TLS disabled in all of our SIP profiles, how can we stop FreeSWITCH from using libcrypto, or is anyone able to advise on another method to fix this? Our system: Ubuntu 12.04 LTS FreeSwitch 1.4.15 PostgreSQL 9.3.6 OpenSSL 1.0.1 Please see below for a copy of the kernal log, I've replaced server names and IP addresses with xxxx for security purposes. Sep 19 00:21:13 xxxx kernel: [1276167.422451] show_signal_msg: 57 callbacks suppressed Sep 19 00:21:13 xxxx kernel: [1276167.422456] freeswitch[53622]: segfault at 7f4590c6b000 ip 00007f45908fb6e3 sp 00007f453f50dfc0 error 4 in libcrypto.so.1.0.0[7f4590890000+1b2000] This isn't the first time we've seen this error, but it has been many months since this last occured. The last time we expeirenced this type of segmentation fault (libcrypto) in FreeSWITCH we installed all available updates. On this occasion the segmentation fault happened overnight when we only have the occasional call. This happened approx 37 seconds after the last call had ended (see below). d89ff492-5e5b-11e5-90c5-d74017d9130d 2015-09-19 00:20:36.601890 [NOTICE] sofia.c:952 Hangup sofia/internal/3303@xxxx [CS_EXECUTE] [NORMAL_CLEARING] da61a97e-5e5b-11e5-90f6-d74017d9130d 2015-09-19 00:20:36.621841 [NOTICE] switch_ivr_bridge.c:754 Hangup sofia/external/+xxxx@xxxx [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] There doesn't seem to be any connection with the time or any events on the server, there were no authentication attempts or logs that we can find which could be linked to segmentation fault. Hope someone here can advise. Many Thanks, Shaun ______________________________________________________________________ This message has been checked for all known viruses by MessageLabs Virus Scanning Service. ______________________________________________________________________

8 10

No SIP UPDATE will send
by Alexander Haugg 14 Oct '15

14 Oct '15

Hi all, I have the problem, that the freeSwitch don't send a SIP UPDATE to the PBX. Scenario: PBX (Siemens H3K) is connected via SIP trunking to the FreeSwitch. If I have two Legs from the H3K to the Freeswitch I'm using the uuid_bridge command to connect this two legs (works fine), but the call legs will not updated via SIP UPDATE. The PBX have no information to update the displays on the telephones. The target number (toHeader) was the routing number from the H3K to the freeswitch. Now I need a SIP UPDATE from FreeSwitch to PBX to actualize the toHeader with the new partner number (the partner number is the fromHeader of the other leg). In the sofia profile I was try it with the parameter <param name="send-display-update" value="true"/> and without this parameter (in the source code the default is "true") What can I do to force an UPDATE to the call legs? Version of the FreeSwitch FreeSWITCH Version 1.5.15b+git~20150121T080154Z~90ab1d16f5~64bit (git 90ab1d1 2015-01-21 08:01:54Z 64bit) In the INVITE from the PBX the ALLOW header includes the UPDATE Allow: INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, REFER, INFO, PRACK, UPDATE Many thanks!

1 1

FS priority
by Bote Man 07 Oct '15

07 Oct '15

I'm trying to set the priority on a new FreeSWITCH installation built from master on Debian 8 running on bare metal. It is currently running at "very low" priority according to Resource Monitor in the GUI and 'top' reports FS is running at priority = -2 (that's negative two) and nice = 19 So with the way FreeSWITCH is now launched by systemd is it considered a service or a user application that is simply run in the background? This affects how systemd treats its control groups and priority and how I will go about troubleshooting this. Thanks. Bote

7 21

ESL Reporting of RTCP / Jitter is incorrect... does not match RTP originally reported
by David S. Dee 05 Oct '15

05 Oct '15

I am trying to do some external actions based on the RTCP reporting of Jitter that comes in. My problem is that the numbers that show up in the freeswitch logs no longer match what gets reported via Event'ing eg, the freeswitch logs show: 2015-09-23 08:22:24.221437 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:24.241238] SSRC[626145724]RTT[0.092102] A[874528193] - DLSR[38600] - LSR[874483557] 2015-09-23 08:22:29.622369 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:29.640323] SSRC[626145724]RTT[0.106003] A[874882028] - DLSR[63832] - LSR[874811249] 2015-09-23 08:22:35.041676 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:35.60396] SSRC[626145724]RTT[0.142044] A[875237238] - DLSR[88997] - LSR[875138932] 2015-09-23 08:22:40.461243 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:40.480321] SSRC[626145724]RTT[0.181702] A[875592438] - DLSR[113836] - LSR[875466694] 2015-09-23 08:22:45.882464 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:45.900353] SSRC[626145724]RTT[0.215042] A[875947645] - DLSR[139264] - LSR[875794288] 2015-09-23 08:22:51.301265 [NOTICE] switch_rtp.c:5206 Receiving an RTCP packet[2015-23-08 14:22:51.320380] SSRC[626145724]RTT[0.249069] A[876302852] - DLSR[164560] - LSR[876121969] And the (short form) of what I receive via the ESL are: Sep 23 09:33:55: RTCP message not sent, too soon: SSRC: 255239bc, RTP-Timestamp: 0, Sender-Packet-Count: 0, Octect-Packet-Count: 874483557, Last-RTP-Timestamp: 2018933311, RTP-Rate: 8000, Capture-Time: 1443018144241365, Source0-Fraction: 129, Source0-Lost: 3388998144, Source0-Highest-Sequence-Number-Received: 626145724, Source0-Jitter: 16777216, Source0-LSR: 788957780, Source0-DLSR: 17891 Sep 23 09:34:00: RTCP message not sent, too soon: SSRC: 255239bc, RTP-Timestamp: 0, Sender-Packet-Count: 0, Octect-Packet-Count: 874811249, Last-RTP-Timestamp: 2018973151, RTP-Rate: 8000, Capture-Time: 1443018149640379, Source0-Fraction: 129, Source0-Lost: 3388998144, Source0-Highest-Sequence-Number-Received: 626145724, Source0-Jitter: 16777216, Source0-LSR: 788957780, Source0-DLSR: 17891 Sep 23 09:34:05: RTCP message not sent, too soon: SSRC: 255239bc, RTP-Timestamp: 0, Sender-Packet-Count: 0, Octect-Packet-Count: 875138932, Last-RTP-Timestamp: 2019013151, RTP-Rate: 8000, Capture-Time: 1443018155060479, Source0-Fraction: 129, Source0-Lost: 3388998144, Source0-Highest-Sequence-Number-Received: 626145724, Source0-Jitter: 16777216, Source0-LSR: 788957780, Source0-DLSR: 17891 Sep 23 09:34:15: RTCP message not sent, too soon: SSRC: 255239bc, RTP-Timestamp: 0, Sender-Packet-Count: 0, Octect-Packet-Count: 875794288, Last-RTP-Timestamp: 2019093311, RTP-Rate: 8000, Capture-Time: 1443018165900409, Source0-Fraction: 129, Source0-Lost: 3388998144, Source0-Highest-Sequence-Number-Received: 626145724, Source0-Jitter: 16777216, Source0-LSR: 788957780, Source0-DLSR: 17891 Sep 23 09:34:20: RTCP message not sent, too soon: SSRC: 255239bc, RTP-Timestamp: 0, Sender-Packet-Count: 0, Octect-Packet-Count: 876121969, Last-RTP-Timestamp: 2019133311, RTP-Rate: 8000, Capture-Time: 1443018171320579, Source0-Fraction: 129, Source0-Lost: 3388998144, Source0-Highest-Sequence-Number-Received: 626145724, Source0-Jitter: 16777216, Source0-LSR: 788957780, Source0-DLSR: 17891 (yes, the timestamps are off right now, that's actually fine). This used to work in an older version of Freeswitch, but when I rebuilt my system with an updated FS version last month, this broke. You'll note that the Sender-Packet-Count is (obviously) wrong, as well as the RTP-Timestamp, and the DLSR and LSR... none of them advance, while you can see them advancing in the freeswitch log. I suspect it is alignment of the values in the structure that gets populated for the ESL, but my C is rusty enough that I can't trace it anymore. Is anyone else able to view the Event data for RTCP packets? Thanks, David

3 4

FreeSWITCH Unstable Repo
by Brian West 03 Oct '15

03 Oct '15

FreeSWITCHers, To help speed the testing and release cycle up, Team FreeSWITCH has created a FreeSWITCH Unstable Debian repo, This repo is updated after every commit to master and the debs lag behind about an hour from each commit. WARNING this repo is untested and should NOT be used in production. How to use this repo: 1. New Debian Jessie system 2. Run These Commands: echo "deb http://files.freeswitch.org/repo/deb/debian-unstable/ jessie main" > /etc/apt/sources.list.d/99FreeSWITCH.list echo "deb http://files.freeswitch.org/repo/deb/debian/ jessie main" >> /etc/apt/sources.list.d/99FreeSWITCH.list wget -O - https://files.freeswitch.org/repo/deb/debian/key.gpg |apt-key add - apt-get update apt-get install freeswitch-all 3. To update: apt-get update apt-get dist-upgrade Any commit that goes in while the current build is running will be included in the next build that starts. Questions? Mailing List / IRC / Hipchat Comments? Mailing List / IRC / Hipchat Bugs? https://freeswitch.org/jira/ Thanks, and happy testing! -- *Brian West* brian(a)freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com ClueCon 2015 Call for Speakers <https://www.cluecon.com/call-for-speakers/> | Register <https://freeswitch.com/cart.php?gid=1> TODAY! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest

9 22

unable to clone master " git clone https://freeswitch.org/stash/scm/fs/freeswitch.git"
by Shabbir abbasi 03 Oct '15

03 Oct '15

git clone https://freeswitch.org/stash/scm/fs/freeswitch.git Initialized empty Git repository in /usr/src/freeswitch/.git/ error: SSL write: error -5938 while accessing https://freeswitch.org/stash/scm/fs/freeswitch.git/info/refs fatal: HTTP request failed any solution ?

13 28