March 2021 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL".
by Jai Rangi 14 Jan '22

14 Jan '22

All, Running into a small issue with group calling, when the original caller hang up, phones dont show that call as missed call, cause of wrong reason code from freeswitch. Scenario: - Caller -> FS (Groupcall) to 101 and 102 - Phones ring - Caller hangup - Phones should see missed calls, - But free-switch send cancel with Reason: SIP;cause=200;text="Call completed elsewhere", where is should send Reason: SIP;cause=487;text="ORIGINATOR_CANCEL". Here is what my bridge data. bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 ]user/101@192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 ]user/ 102(a)192.168.5.50) If I send bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 ]user/101(a)192.168.5.50 Everything works fine. I see some old posts but no resolution. Freeswitch version on Debian 8.9 FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 16:49:13Z 64bit) Any idea or suggestion for workaround? Jai

8 12

Installation failed Debian : SETSCHEDULER
by pgoergler＠gmail.com 29 Oct '21

29 Oct '21

Hello, I try to install Freeswitch on a proxmox container with debian 8, following https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video But it does not work Here what i did: # cat /etc/debian_version 8.2 # cat /etc/apt/sources.list.d/99FreeSWITCH.test.list deb http://files.freeswitch.org/repo/deb/freeswitch-1.6/ jessie main # apt-get update [...] Hit http://files.freeswitch.org jessie InRelease Hit http://files.freeswitch.org jessie/main amd64 Packages Ign http://files.freeswitch.org jessie/main Translation-en Fetched 367 B in 1s (279 B/s) Reading package lists... Done Now i follow the document and install freeswitch-all # apt-get install freeswitch-all [...] Job for freeswitch.service failed. See 'systemctl status freeswitch.service' and 'journalctl -xn' for details. invoke-rc.d: initscript freeswitch, action "start" failed. dpkg: error processing package freeswitch-all (--configure): subprocess installed post-installation script returned error exit status 1 Setting up libmtp-runtime (1.1.8-1+b1) ... Setting up va-driver-all:amd64 (1.4.1-1) ... Processing triggers for libc-bin (2.19-18+deb8u1) ... Processing triggers for systemd (215-17+deb8u2) ... Processing triggers for python-support (1.0.15) ... Errors were encountered while processing: freeswitch-all E: Sub-process /usr/bin/dpkg returned an error code (1) # tail /var/log/syslog Nov 17 16:50:15 freeswitch systemd[20020]: Failed at step SETSCHEDULER spawning /usr/bin/freeswitch: Operation not permitted Nov 17 16:50:15 freeswitch systemd[1]: freeswitch.service: control process exited, code=exited status=214 Nov 17 16:50:15 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:50:15 freeswitch systemd[1]: Unit freeswitch.service entered failed state. Nov 17 16:50:15 freeswitch systemd[1]: freeswitch.service holdoff time over, scheduling restart. Nov 17 16:50:15 freeswitch systemd[1]: Stopping freeswitch... Nov 17 16:50:15 freeswitch systemd[1]: Starting freeswitch... Nov 17 16:50:15 freeswitch systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Nov 17 16:50:15 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:50:15 freeswitch systemd[1]: Unit freeswitch.service entered failed state. Ok the document said it could happen, i have to replace /lib/systemd/system/freeswitch.service I did it # cat /lib/systemd/system/freeswitch.service [Unit] Description=freeswitch After=syslog.target network.target local-fs.target [Service] ; service Type=forking PIDFile=/run/freeswitch/freeswitch.pid PermissionsStartOnly=true ExecStart=/usr/bin/freeswitch -u freeswitch -g freeswitch -ncwait -nonat -rp TimeoutSec=45s Restart=on-failure ; exec WorkingDirectory=/usr/bin User=root Group=daemon LimitCORE=infinity LimitNOFILE=100000 LimitNPROC=60000 ;LimitSTACK=240 LimitRTPRIO=infinity LimitRTTIME=7000000 IOSchedulingClass=realtime IOSchedulingPriority=2 CPUSchedulingPolicy=rr CPUSchedulingPriority=89 UMask=0007 [Install] WantedBy=multi-user.target # systemctl daemon-reload && systemctl start freeswitch Job for freeswitch.service failed. See 'systemctl status freeswitch.service' and 'journalctl -xn' for details. Hum still not working # systemctl status freeswitch.service * freeswitch.service - freeswitch Loaded: loaded (/lib/systemd/system/freeswitch.service; disabled) Active: failed (Result: start-limit) since Tue 2015-11-17 16:52:08 CET; 15s ago Process: 20069 ExecStart=/usr/bin/freeswitch -u freeswitch -g freeswitch -ncwait -nonat -rp (code=exited, status=214/SETSCHEDULER) Nov 17 16:52:07 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:52:07 freeswitch systemd[1]: Unit freeswitch.service entered failed state. Nov 17 16:52:08 freeswitch systemd[1]: freeswitch.service holdoff time over, scheduling restart. Nov 17 16:52:08 freeswitch systemd[1]: Stopping freeswitch... Nov 17 16:52:08 freeswitch systemd[1]: Starting freeswitch... Nov 17 16:52:08 freeswitch systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Nov 17 16:52:08 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:52:08 freeswitch systemd[1]: Unit freeswitch.service entered failed state. And with the same error: # tail /var/log/syslog Nov 17 16:52:07 freeswitch systemd[20069]: Failed at step SETSCHEDULER spawning /usr/bin/freeswitch: Operation not permitted Nov 17 16:52:07 freeswitch systemd[1]: freeswitch.service: control process exited, code=exited status=214 Nov 17 16:52:07 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:52:07 freeswitch systemd[1]: Unit freeswitch.service entered failed state. Nov 17 16:52:08 freeswitch systemd[1]: freeswitch.service holdoff time over, scheduling restart. Nov 17 16:52:08 freeswitch systemd[1]: Stopping freeswitch... Nov 17 16:52:08 freeswitch systemd[1]: Starting freeswitch... Nov 17 16:52:08 freeswitch systemd[1]: freeswitch.service start request repeated too quickly, refusing to start. Nov 17 16:52:08 freeswitch systemd[1]: Failed to start freeswitch. Nov 17 16:52:08 freeswitch systemd[1]: Unit freeswitch.service entered failed state. What can i do to make it start correctly ? Thanks, --

4 3

Internal Interface suddenly freezes
by Stefan Kainz 22 Oct '21

22 Oct '21

Hi everbody, I have a little bit of a problem. Im using Version 1.10.3. ( but this problem also occurs on version 1.4.18 ) Sometimes the internal Sofia interface just stops responding to SIP Requests. It sometimes happens once every day, and sometimes once a week. It happens at completely random times, like one day in the morning, and the next day in the middle of the night. The freeswitch.log gives me nothing, its like the Sofia interface was stopped. When I try to restart the interface with "sofia profile internal restart” nothing happens. The fs_cli just remains stuck with that command. The solution is to restart the freeswitch service. Sometimes when I recognise it too late, for example in the middle of the night, it seems like the problem solves itself after about 2 hours. The profile just starts working again, without somebody doing anything. I have checked a variety of things, including the firewall & fail2ban, network connection, made sure watchdog is disabled, and also tested it on different Debian-versions and freeswitch versions. It seems this problem occurs on every freeswitch version i have tested. The external-profile on the other hand, keeps working like nothing happened. Both Interfaces listen on the same network-device with a public ip. The only difference is, the internal profile uses a Lua file to handle registrations. Has anybody come across anything similar? Any help is much appreciated! Regards,

7 21

Re: [Freeswitch-users] rtp-timeout-sec VS media_timeout
by David P 25 Jun '21

25 Jun '21

Hi Allan, I don't know if the media_timeout=300 behavior you saw is a bug or not, but I wanted to add my own observation of weirdness about hangup cause MEDIA_TIMEOUT... I just noticed a conference end abruptly after one leg spoke for 5 minutes. The logs aren't clear why this happened, but it seems that <param name="rtp-timeout-sec" value="300"/> in our sip_profiles/internal.xml is the reason -- it seems that because the *other* leg of the conference remained silent, the RTP timeout was reached. I couldn't find any confluence pages about MEDIA_TIMEOUT by googling. On Fri, Jan 8, 2021 at 1:08 AM < freeswitch-users-request(a)lists.freeswitch.org> wrote: > > ---------- Forwarded message ---------- > From: Allan Kristensen <ak(a)hejdu.dk> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Wed, 6 Jan 2021 19:37:33 +0100 > Subject: [Freeswitch-users] rtp-timeout-sec VS media_timeout > We had some problems with "hanging channels" for our webrtc clients (via > kamailio). > To solve the problem I tried to use "media_timeout" setting but it didn't > really work. So I tried the deprecated "rtp-timeout-sec" and this actually > works fine? > > Not working: > <param name="media_timeout" value="300"/> > > Working: > <param name="rtp-timeout-sec" value="300"/> > > How to reproduce: Make a call using webrtc and just close browser window, > after some time freeswitch should close the channel because of missing rtp. > Instead it just keeps writing: "switch_rtp.c:853 No audio stun for a long > time!" forever... > > Anyway, it works now....just curious why...a typo or bug? > > /Allan > > Using: > FreeSWITCH Version 1.10.5-release+git~20200818T185121Z~25569c1631~64bit >

3 3

Unregister all devices
by jean rouquet 29 May '21

29 May '21

Hello, If bob is registered from two devices, is it possible from one device to cancel both registrations? regards, Jean

3 4

Re: [Freeswitch-users] rtp-timeout-sec VS media_timeout
by David P 28 May '21

28 May '21

We're using FS 10.5 on Debian Stretch installed via packages. <param name="rtp-timeout-sec" value="300"/> in our sip_profiles/internal.xml does effect calls. We have no media_timeout* config.

4 4

Configuring mod_portaudio for Debian built-in (JACK?) audio
by Steven Schoch 21 May '21

21 May '21

I have an HP Prodesk tower with Debian and FreeSWITCH installed. It has an audio jack that is plugged into a speaker. I configured the system so that the devices in /dev/snd are group "freeswitch". Now I want to transfer a call to the speaker with <action application="bridge" data="portaudio/auto_answer"/>. However, I am getting errors when I load mod_portaudio that look like this: 2021-03-27 21:15:30.747447 [ERR] mod_portaudio.c:1617 Invalid outstream specified for endpoint 'default' It looks like a config file issue, but I have no clue where to start because I couldn't find a good example. Any suggestions? -- Steve

2 3

Re: [Freeswitch-users] disable MOH
by Juan Nino 27 Apr '21

27 Apr '21

I am trying to get freeswitch to ignore re invites and don't play any MOH as >>> the MOH already comes from the PBX, even when disabling it I still see in >>> the logs that is trying to play MOH >>> 2019-02-18 17:24:49.427916 [DEBUG] switch_ivr.c:623 >>> sofia/rtp-dirty/%2B12345@x.x.x.x:5060 Command Execute >>> playback(local_stream://moh) >>> >>> EXECUTE sofia/rtp-dirty/%2B12345@x.x.x.x:5060 >>> playback(local_stream://moh) >>> >>> any idea what has to be done to get freeswitch to continue passing RTP >>> without trying to impose its own? >>> >>> thanks >>> >> >> >

4 4

Ringless Voicemail
by Vishal Pai 31 Mar '21

31 Mar '21

Hello Everyone These days lots of companies use/provide solutions for Ringless voicemail. Also I found one url stating the RVM using freeswitch. https://www.edoceo.com/dev/call-to-voicemail Can we use freeswitch for it. or it is provided by the carrier/gateway to drop messages directly in the VM bypass ring. In the above URL if we refer then 2 calls are being made to make 1 line busy and second to drop vim. Last question: Is it being legal nowadays? Thanks

3 2

BACKGROUND_JOB event received before action execution
by nalmeida＠gocontact.pt 29 Mar '21

29 Mar '21

Hi all. I'm using ESL to send "bgapi" commands to Freeswitch and I was expecting to receive the BACKGROUND_JOB event with the command's response after the action was effectively executed, which is not the case. I noticed that this happens with commands such as uuid_bridge, uuid_park, uuid_transfer, etc. but it does not happen when executing an "originate", where the BACKGROUND_JOB event is fired only after the call establishment or rejection. This leads to the execution of subsequent commands assuming that the call is in a given state that might not be true. Does someone faced a similar issue? What should be the correct implementation here to make sure that the subsequent logic is only executed when the current command was actually done? Thanks in advance! Regards, Nuno Version: FreeSWITCH Version 1.10.2-release~64bit ( 64bit) Example for uuid_bridge: {"Event-Name":"API","Event-Date-Local":"2021-03-25 15:19:32","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:32 GMT","Event-Date-Timestamp":"1616685572613681","Event-Calling-File":"switch_ loadable_module.c","Event-Calling-Function":"switch_api_execute","Event-Call ing-Line-Number":"2992","Event-Sequence":"1548099","API-Command":"uuid_bridg e","API-Command-Argument":"8112abfd-6d77-47ba-bedb-4748452abd78 0f693a5f-8e47-4aa0-b21a-5d5c95195e68"} {"Event-Name":"BACKGROUND_JOB","Event-Date-Local":"2021-03-25 15:19:32","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:32 GMT","Event-Date-Timestamp":"1616685572613681","Event-Calling-File":"mod_eve nt_socket.c","Event-Calling-Function":"api_exec","Event-Calling-Line-Number" :"1562","Event-Sequence":"1548100","Job-UUID":"bdcff921-7df3-4209-a6f6-6667f 39ac8a6","Job-Command":"uuid_bridge","Job-Command-Arg":"8112abfd-6d77-47ba-b edb-4748452abd78 0f693a5f-8e47-4aa0-b21a-5d5c95195e68","Content-Length":"41","_body":"+OK 0f693a5f-8e47-4aa0-b21a-5d5c95195e68\n"} {"Event-Name":"CHANNEL_EXECUTE","Event-Date-Local":"2021-03-25 15:19:33","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:33 GMT","Event-Date-Timestamp":"1616685573913991","Event-Calling-File":"switch_ ivr_bridge.c","Event-Calling-Function":"uuid_bridge_on_soft_execute","Event- Calling-Line-Number":"1241","Event-Sequence":"1548251","Application":"uuid_b ridge","Application-Data":"0f693a5f-8e47-4aa0-b21a-5d5c95195e68",...} {"Event-Name":"CHANNEL_EXECUTE","Event-Date-Local":"2021-03-25 15:19:33","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:33 GMT","Event-Date-Timestamp":"1616685573913991","Event-Calling-File":"switch_ ivr_bridge.c","Event-Calling-Function":"uuid_bridge_on_soft_execute","Event- Calling-Line-Number":"1248","Event-Sequence":"1548252","Application":"uuid_b ridge","Application-Data":"8112abfd-6d77-47ba-bedb-4748452abd78"...} {"Event-Name":"CHANNEL_BRIDGE","Event-Date-Local":"2021-03-25 15:19:33","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:33 GMT","Event-Date-Timestamp":"1616685573913991","Event-Calling-File":"switch_ ivr_bridge.c","Event-Calling-Function":"switch_ivr_multi_threaded_bridge","E vent-Calling-Line-Number":"1694","Event-Sequence":"1548253",...} {"Event-Name":"CHANNEL_STATE","Event-Date-Local":"2021-03-25 15:19:33","Event-Date-GMT":"Thu, 25 Mar 2021 15:19:33 GMT","Event-Date-Timestamp":"1616685573913991","Event-Calling-File":"switch_ channel.c","Event-Calling-Function":"switch_channel_perform_set_running_stat e","Event-Calling-Line-Number":"2341","Event-Sequence":"1548254",...}

1 0