May 2019 - FreeSWITCH-users - FreeSWITCH Mailing Lists

FS can't reconnect to PostgreSQL database
by Frédérick Pruneau 29 May '19

29 May '19

Hi guys, I have an issue with FS unable to reconnect to postgresql database. Here is the setup: 2 FreeSWITCH servers with 2 postgresql servers. Each freeswitch is connected to 1 postgresql server. DB servers are synced with BDR. It was working very well until I restarted freeswitch service on one of the servers. Then, I got theses errors showing up on freeswitch console: switch_pgsql.c:384 Query X took too long to complete or database not responding. database is locked against ddl by another node I followed some guides to remove locks with these commands: SELECT * FROM pg_stat_activity; SELECT pg_terminate_backend(${pid}); But the issue is still there. Do you have an idea how to fix this issue? Thanks.

4 6

How to load access control list from redis server of freeswitch?
by shivali chalke 29 May '19

29 May '19

Hi guys, I am trying to find the solution to load the access control list from redis server. I tried to connect to redis server and execute commands to load ACL as well as with hiredis_raw command but didn't get any success. Can anyone help me on this? Thanks in advance.

2 1

DNS querying
by David Villasmil 28 May '19

28 May '19

Hello, I've been running tests on FS with SRV and A records. It seems to me FS doesn't honor the TTL set on any of those, SRV or A (balanced to multiple records (AWS)). I need some way of FS to use the currently available list of proxies available and i can't find a way of making FS refresh the cache DNS records. Help is appreciated. Thanks! David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

1 0

Can't install FS 1.8 on Debian 9.27
by Sean Devoy 28 May '19

28 May '19

I just created a droplet Debian 9.27 (64 bit). Logged in as root and followed the confluence install page: https://freeswitch.org/confluence/display/FREESWITCH/Debian+8+Jessie Which fails: root@debian-fs-test:~# wget -O - https://files.freeswitch.org/repo/deb/freeswitch-1.8/fsstretch-archive-keyr… | apt-key add - --2019-05-28 18:09:13-- https://files.freeswitch.org/repo/deb/freeswitch-1.8/fsstretch-archive-keyr… Resolving files.freeswitch.org (files.freeswitch.org) 190.102.98.174, 2803:d000:fffe::174 Connecting to files.freeswitch.org (files.freeswitch.org)|190.102.98.174|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 3155 (3.1K) [text/plain] Saving to: 'STDOUT' - 100%[===========================================================================================================>] 3.08K --.-KB/s in 0s 2019-05-28 18:09:13 (71.7 MB/s) - written to stdout [3155/3155] OK root@debian-fs-test:~# echo "deb http://files.freeswitch.org/repo/deb/freeswitch-1.8/ jessie main" > /etc/apt/sources.list.d/freeswitch.list root@debian-fs-test:~# echo "deb-src http://files.freeswitch.org/repo/deb/freeswitch-1.8/ jessie main" >> /etc/apt/sources.list.d/freeswitch.list root@debian-fs-test:~# root@debian-fs-test:~# root@debian-fs-test:~# apt-get update && apt-get install -y freeswitch-meta-all Get:1 http://security.debian.org stretch/updates InRelease [94.3 kB] Ign:2 http://mirrors.digitalocean.com/debian stretch InRelease Get:3 http://mirrors.digitalocean.com/debian stretch-updates InRelease [91.0 kB] Get:4 http://files.freeswitch.org/repo/deb/freeswitch-1.8 jessie InRelease [3,212 B] Get:5 http://mirrors.digitalocean.com/debian stretch Release [118 kB] Get:6 http://security.debian.org stretch/updates/contrib Sources [1,384 B] Get:7 http://mirrors.digitalocean.com/debian stretch Release.gpg [2,434 B] Get:8 http://security.debian.org stretch/updates/non-free Sources [1,216 B] Get:9 http://security.debian.org stretch/updates/main Sources [205 kB] Get:10 http://security.debian.org stretch/updates/main amd64 Packages [492 kB] Get:11 http://security.debian.org stretch/updates/main Translation-en [219 kB] Get:12 http://security.debian.org stretch/updates/contrib amd64 Packages [1,760 B] Get:13 http://security.debian.org stretch/updates/contrib Translation-en [1,759 B] Get:14 http://security.debian.org stretch/updates/non-free amd64 Packages [1,600 B] Get:15 http://security.debian.org stretch/updates/non-free Translation-en [691 B] Get:16 http://files.freeswitch.org/repo/deb/freeswitch-1.8 jessie/main Sources [4,161 B] Get:17 http://files.freeswitch.org/repo/deb/freeswitch-1.8 jessie/main amd64 Packages [56.9 kB] Get:18 http://mirrors.digitalocean.com/debian stretch-updates/main Sources [13.1 kB] Get:19 http://mirrors.digitalocean.com/debian stretch-updates/main amd64 Packages [27.2 kB] Get:20 http://mirrors.digitalocean.com/debian stretch-updates/main Translation-en [11.2 kB] Get:21 http://mirrors.digitalocean.com/debian stretch/non-free Sources [79.4 kB] Get:22 http://mirrors.digitalocean.com/debian stretch/main Sources [6,745 kB] Get:23 http://mirrors.digitalocean.com/debian stretch/contrib Sources [44.7 kB] Get:24 http://mirrors.digitalocean.com/debian stretch/main amd64 Packages [7,082 kB] Get:25 http://mirrors.digitalocean.com/debian stretch/main Translation-en [5,384 kB] Get:26 http://mirrors.digitalocean.com/debian stretch/contrib amd64 Packages [50.9 kB] Get:27 http://mirrors.digitalocean.com/debian stretch/contrib Translation-en [45.9 kB] Get:28 http://mirrors.digitalocean.com/debian stretch/non-free amd64 Packages [78.3 kB] Get:29 http://mirrors.digitalocean.com/debian stretch/non-free Translation-en [80.3 kB] Fetched 20.9 MB in 5s (3,700 kB/s) Reading package lists... Done Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: freeswitch-meta-all : Depends: freeswitch (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-meta-codecs (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-meta-mod-say (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-mod-abstraction (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-mod-avmd (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-mod-av (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed [and many many more] Depends: freeswitch-mod-xml-rpc (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed Depends: freeswitch-mod-xml-scgi (= 1.8.5~6~31281a0~jessie-1~jessie+1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. What am I missing? Thanks, Sean

2 3

Late SDP causing switch to sendonly mode - one way calls (3PCC?)
by Callum Guy 28 May '19

28 May '19

Hi All, In short I have an established bridged call out to a 3rd party SIP IVR - this IVR appears to be performing 3pcc meaning I am receiving RE-INVITEs w/o SDP as the call plays prompts, goes to queue and when it is answered. For each INVITE FreeSWITCH responds with 200 with SDP and we get an ACK back with SDP. During the queue phase the ACK SDP contains a=sendonly - all previous SDP have implied sendrecv on both sides. All is OK at this stage. When the call is finally answered we get an INVITE w/o SDP and FreeSWITCH responds with SDP including a=sendonly, to which the remote replies a=sendrecv. Hence we get one way audio at the time when the conversation should be starting. Can anyone help explain why FreeSWITCH would be switching to sendonly mode? I have enable_3pcc=true configured but otherwise this is a fairly standard/vanilla configuration. The behaviour I would expect is for FreeSWITCH to continue to omit the attribute and imply sendrecv. Are there specific variables which might allow me to manage the SDP attributes? Please find a trace log attached. Platform: FreeSWITCH Version 1.8.5-6-31281a0bf1~64bit (-6-31281a0bf1 64bit) Linux my.network 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux Let me know if I can offer any more details regarding the implementation, thanks, Callum -- *0333 332 0000 | www.x-on.co.uk <http://www.x-on.co.uk> | ** <https://www.linkedin.com/company/x-on> <https://www.facebook.com/XonTel> <https://twitter.com/xonuk> * X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales. Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient, please notify X-on immediately on +44(0)333 332 0000 and delete the message from your computer. If you are not a named addressee you must not use, disclose, disseminate, distribute, copy, print or reply to this email. Views or opinions expressed by an individual within this email may not necessarily reflect the views of X-on or its associated companies. Although X-on routinely screens for viruses, addressees should scan this email and any attachments for viruses. X-on makes no representation or warranty as to the absence of viruses in this email or any attachments.

4 5

wait_for_silence
by Joli Martinez 28 May '19

28 May '19

My Dialplan calls an IVR once the IVR picks up it dials the extension. At this point it gets transferred to a Lua script and after the answer() the Lua script waits for silence. session:execute("wait_for_silence", "300 25 10 50000") The problem is that after about 1-2 seconds it detects audio automatically without anyone picking up the phone. I am looking at the cli and the script is paused waiting without anything else executing, then all of a sudden. "2019-05-27 17:05:17.298768 [ERR] switch_ivr_play_say.c:2108 switch_ivr_wait_for_silence: SILENCE DETECTED". Any ideas why this is happening? or what would the correct settings be to make it wait until someone picks up? thanks,

1 0

Music on hold still plays after answering a call by ESL Inbound from external Node script
by Euan Millar 27 May '19

27 May '19

Hello kind Freeswitch mailing group! I am using ESL to control my calls entirely from a Node application. I am using the 'modesl <https://github.com/englercj/node-esl>' package to create an ESL connection and listen to the FS events <https://freeswitch.org/confluence/display/FREESWITCH/Event+List> and then answer a call if the number matches a dialplan I want to control using the mod_command "uuid_answer." However, when my script answers a call, the music on hold plays in the background, even if I control the channel and am able to play other IVR audio in the call. As soon as my desired IVR commands complete, the music on hold returns in between, and it is quite annoying to hear small snippets of music. Eventually the call hangs up. I am thinking that maybe the call has not actually been answered properly and that FS thinks that it is in fact on hold, and eventually hangs up on it, even though my script appears to have "answered" the call. Can anyone shed any light on this? I think that I am doing something wrong. I had tried to get an Outbound <https://freeswitch.org/confluence/display/FREESWITCH/Event+Socket+Outbound> connection to my Node script but it was receiving no events so didn't know when to answer. The only way I could detect and answer the call was by using the Inbound approach to listen to events. I would be very grateful if anyone could give me some advice on this if you recognise my issue. Kind regards, Euan

2 3

Set RFC2833 PT on b-leg?
by Marcel Haldemann 24 May '19

24 May '19

Hi Guys, I'm Looking for a possibility to set the payload type for "DTMF via RFC2833" on the b-leg (bridge) per Call. Overwriting the "rfc2833-pt" setting from the Outbound profile. I can't find any variable doing this. I tried to export "rfc2833_pt" on a call, once with "rfc2833-pt" set to "101" in the profile and once without setting the "rfc2833-pt" parameter at all. If "rfc2833-pt" is not set in the profile FreeSwitch just defaults to 101 rather than taking it from the a-leg (what I was hoping for). A variable to instruct Freeswitch to take the same "RFC2833 Payload type" on the B-Leg (bridge) as on the a-leg would also be fine, as this is finally the goal. The reason I need this is: We found that if we use Bypass_media_after_brdige with bypass_media_after_bridge_oldscool and the a-leg uses RFC2833 DTMF with any other payload type than 101, DTMFs don't work after the reInvite. (we have to use oldscool as the not oldscool one isn't working, because the SoftSwitch isn't fetching the sdp and sending it to the end device and not all end-devices handle this properly) For tests we then changed the "rfc2833-pt" to always the value we knew the call will have as pt 96, 100, ... Then all worked fine. The best solution would be to have a variable doing: "useSamePayloadTypeForRfc2833OnBrdige" = "true". Is there any such variable ? The second best Solution would be to parse it out of the m_sdp variable and then have a variable "rfc2833_pt" = "xxx" (using the "export" application to set it on b-leg (bridge)). Is there any such variable ? The only current possible solution I could think is to make Outpundprofiles for all possible PaylaodTypes 96-127 and maybe call them "Outbound96" - "Outbound127", parse the PT from m_sdp and use the proper profile. But this is very ugly :o Any other solutions/suggestions ? Kindly

3 3

Re: [Freeswitch-users] [BULK] FreeSWITCH-users Digest, Vol 155, Issue 85
by Bejan, Alex 24 May '19

24 May '19

Try using the following in your profile <param name="disable-rtp-auto-adjust" value="true"/> Worked for me in FS 1.6 along with 3pcc. The message that was previously closely associate to the issue occurrence “Auto Changing port from xxx.xxx.xxx.xxxx:yyyyy to xxx.xxx.xxx.xxxx:yyyyy” was not present anymore after workaround was applied. You may also need rtp_manual_rtp_bugs=accept_any_packets There was a wiki page listing all the rtp workarounds against peer bugs in a single concise document - however seems hard to find now. ---------------------------------------------------------------------- Message: 1 Date: Fri, 24 May 2019 13:54:09 +0100 From: Callum Guy <callum.guy(a)x-on.co.uk> To: FreeSWITCH Users Help <FreeSWITCH-users(a)lists.freeswitch.org> Subject: [Freeswitch-users] Late SDP causing switch to sendonly mode - one way calls (3PCC?) Message-ID: <CAFjCFz=7W61X2EQiCn6fz2Vn6MpHtsHxP6-SPtQphf8cUbDVKA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi All, In short I have an established bridged call out to a 3rd party SIP IVR - this IVR appears to be performing 3pcc meaning I am receiving RE-INVITEs w/o SDP as the call plays prompts, goes to queue and when it is answered. For each INVITE FreeSWITCH responds with 200 with SDP and we get an ACK back with SDP. During the queue phase the ACK SDP contains a=sendonly - all previous SDP have implied sendrecv on both sides. All is OK at this stage. When the call is finally answered we get an INVITE w/o SDP and FreeSWITCH responds with SDP including a=sendonly, to which the remote replies a=sendrecv. Hence we get one way audio at the time when the conversation should be starting. Can anyone help explain why FreeSWITCH would be switching to sendonly mode? I have enable_3pcc=true configured but otherwise this is a fairly standard/vanilla configuration. The behaviour I would expect is for FreeSWITCH to continue to omit the attribute and imply sendrecv. Are there specific variables which might allow me to manage the SDP attributes? Please find a trace log attached. Platform: FreeSWITCH Version 1.8.5-6-31281a0bf1~64bit (-6-31281a0bf1 64bit) Linux my.network 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux Let me know if I can offer any more details regarding the implementation, thanks, Callum --

1 0

How to load access control list from redis server of freeswitch?
by shivali chalke 24 May '19

24 May '19

Hi guys, I am trying to find the solution to load the access control list from redis server. I tried to connect to redis server and execute commands to load ACL as well as with hiredis_raw command but didn't get any success. Can anyone help me on this? -- Sent from: http://freeswitch-users.2379917.n2.nabble.com/

1 0