August 2021 - FreeSWITCH-users - FreeSWITCH Mailing Lists

We have to pay respects to David Kompel
by Brian West 31 Aug '21

31 Aug '21

Dear FreeSWITCHers, We have to pay respects to a FreeSWITCH community member that has been with us since day one, Dave Kompel, he was enthusiastic about the FreeSWITCH project from day one, and has advised Tony, Mike and myself since its inception. He will be missed. Let's take this time and remember why we're here and what our goals are. Let's change the world, because we're just crazy enough to pull it off. #FreeSWITCH <https://www.facebook.com/hashtag/freeswitch?__eep__=6&__cft__[0]=AZU75oeLuf…> and Dave wouldn't have it any other way. #Thanks <https://www.facebook.com/hashtag/thanks?__eep__=6&__cft__[0]=AZU75oeLufpUu6…> Thank you Dave, You will be missed. /b -- Brian West | Co-founder and Developer Need Commercial support? email sales(a)freeswitch.com FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045 <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&e…> Email: brian(a)freeswitch.com Mobile: 918-424-9378 Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/> [image: https://www.facebook.com/signalwireinc?src=email] <https://www.facebook.com/freeswitch> [image: https://twitter.com/freeswitch] <https://twitter.com/freeswitch>

6 6

FreeSWITCH Stops Responding
by Cary Shouse 31 Aug '21

31 Aug '21

We recently started having a problem with our FreeSWITCH servers where calls are working well, with about 200 calls operating sometimes for a couple of days, and then something happens and all call progress stops. Then any new inbound calls that come into the server get stuck in initial status, new inbound get stuck at RINGING. This happens until the max sessions are hit and of course nothing else works from there. Our thought is something is creating a lock and stopping anything else from progressing. We are seeing the stuck sessions using "show channels". Doing a uuid_kill on the calls seems to make no difference to the output of "show channels", but we have noticed in the logs that some events do happen to some of the calls. We had ran into a similar issue when writing a custom C module and made some mistakes with session_rwlock etc. But in this case, all of this is using LUA. Some general information: FreeSWITCH Versions 1.10.6 and 1.10.1 Modules used: LUA, xml_curl(dialplan), event_socket, Most of this is just application playing audio files and or creating a new call to bridge to. Really looking for some help on what debugging we can enable to help identify what is getting stuck to identify where a bug might be on our usage or possible issue with FreeSWITCH. We have captured a core dump of the running process when it got into the bad state as well, if that is helpful, we can send it in. Thank you for your help.

2 4

can't open freewitch.org
by David Villasmil 31 Aug '21

31 Aug '21

Hello all, I'm getting a 503 when trying to go to confluence. [image: Screenshot 2021-08-31 at 13.45.17.png] Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 2

Reinvite RTP Error
by Guillermo Ruiz Camauer 31 Aug '21

31 Aug '21

I keep getting a lot of these errors at the console: 2021-08-30 20:08:06.598977 [ERR] sofia.c:8353 Reinvite RTP Error! I have not been able to correlate them to particular calls (this is a heavily loaded system). What could be the reason for these errors? Googling has not helped. Thanks in advance, -- Guillermo Ruiz Camauer

2 1

Detect DTMF and Notify
by Alexander Perkins 30 Aug '21

30 Aug '21

Hi All. Is it possible to detect if DTMF tones are used on a call and then send an email to somebody saying that DTMF is being used? Thank you, Alex

2 1

How to query current playback position?
by Avi Marcus 25 Aug '21

25 Aug '21

I'm trying to create a bookmark feature for long playbacks. I'll save the file and position (to be exact the sample position) and then when the caller comes back, they can choose to restart in the same place. The playback tool allows me to specify the sample position (and uuid_fileman lets me seek to one) But I don't see how to query the _current_ position. There's no status inside uuid_fileman There's no variables I see that are updating when doing uuid_dump. The closest I see is that if I stop the playback, I get a PLAYBACK_STOP event with the sample position. This seems like it could work, but that's means I need to trigger a script to stop the playback (can't continue listening) and wait for an ESL event, and hope we're getting the right one. (How to I listen for events attached only to a specific UUID?) This seems overly complicated. I was hoping to have a uuid_fileman option or the like to query the current position. Does that exist somewhere? Thanks.

2 4

Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate
by Alexander Haugg 25 Aug '21

25 Aug '21

What is to be done so that the Freeswitch also serves the other candidates and not only the first one? Independently of Trickle, of course. Is the trickle implementation being worked on? Or can this be financially favored? Thanks a lot Alex Von: FreeSWITCH-users <freeswitch-users-bounces(a)lists.freeswitch.org> Im Auftrag von Alexander Haugg Gesendet: Freitag, 20. August 2021 13:13 An: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> Betreff: Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate Thanks for the info. Is Trickle being worked on right now, or would it be possible to fund an eventual Trickle implementation? Also with vanilla ICE the next candidate would have to be tried at some point, but that doesn't seem to happen. Is there a configurable candidate timeout property for this? Thanks a lot Von: FreeSWITCH-users <freeswitch-users-bounces(a)lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>> Im Auftrag von krice(a)freeswitch.org<mailto:krice@freeswitch.org> Gesendet: Donnerstag, 19. August 2021 18:32 An: 'FreeSWITCH Users Help' <freeswitch-users(a)lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org>> Betreff: Re: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate Freeswitch at this time does not support trickle ice From: FreeSWITCH-users <freeswitch-users-bounces(a)lists.freeswitch.org<mailto:freeswitch-users-bounces@lists.freeswitch.org>> On Behalf Of Alexander Haugg Sent: Tuesday, August 10, 2021 12:53 AM To: freeswitch-users(a)lists.freeswitch.org<mailto:freeswitch-users@lists.freeswitch.org> Subject: [Freeswitch-users] ICE -> FreeSWITCH tries exclusively the first candidate Hi, currently I have the problem that the FreeSWITCH only serves the first candidate from the candidate list via STUN request. I expected it to try to reach all candidates relatively soon (trickle). In the source code I saw that there are four ICE types: ICE_GOOGLE_JINGLE ICE_VANILLA ICE_CONTROLLED ICE_LITE What is behind them, and how can I select them from the "outside"? Or am I on the wrong track? What to do, that the FreeSwitch serves the candidates according to Trickle? I have the same result for mod_sofia and mod_verto (is clear, they use the same media stack). Thanks and greetings Alex

1 0

Re: [Freeswitch-users] nonat?
by Antony Stone 23 Aug '21

23 Aug '21

On Friday 20 August 2021 at 20:48:34, Bote Man wrote: > My sip_profiles/internal.xml and external.xml have these lines: > <param name="rtp-ip" value="$${local_ip_v4}"/> > <param name="sip-ip" value="$${local_ip_v4}"/> > <param name="ext-rtp-ip" value="auto-nat"/> > <param name="ext-sip-ip" value="auto-nat"/> > > which magically "just works" between internal extensions as well as with a > couple cloud SIP providers. This is with FreeSWITCH version 1.10.5 from > about a year ago. Yep, absolutely identical to what I have here with 1.10.6. My main question is "why does the option '-nonat' not work as documented?" Antony. -- I want to build a machine that will be proud of me. - Danny Hillis, creator of The Connection Machine Please reply to the list; please *don't* CC me.

1 1

Re: [Freeswitch-users] nonat?
by Antony Stone 23 Aug '21

23 Aug '21

On Friday 20 August 2021 at 21:48:30, Brian West wrote: > That only works if you have a NAT-PMP / UPNP router, Well, it seems that, whether I knew it or not, I have. > for the ext-*-ip options, you can put your public IP in like > "autonat:1.2.3.4" and set the local-network-acl and it will use that local- > network-acl to determine when to use the external IP or internal IP. Thanks, however, my main question is "why does the option '-nonat' not work as documented?" Antony. -- I'm not impossible, just highly implausible. Please reply to the list; please *don't* CC me.

1 0

Dynamic users (from Curl XML) CIDR not merged to ACL
by Kliment Toshkov 21 Aug '21

21 Aug '21

Hello, My goal is to have dynamic (through CURL XML) defined users AND gateways; to be able to accept incoming calls from gateways, having those calls authenticated as the user that the gateway belongs to, and to be able to send outgoing calls to those gateways. Below is detailed description of my testing setup which works with static configuration and does not work with dynamic configuration. Kindly asking for advice! I have configuration in which ACL “domains” is defined as: acl.conf: <configuration name="acl.conf" description="Network Lists"> <network-lists> <list name="domains" default="deny"> <node type="allow" domain="$${domain}"/> </list> </network-lists> </configuration> It is used to allow and accept calls from specific IPs without authentication, having those IPs matched to users. Sofia profile (important part of it): <param name="apply-inbound-acl" value="domains”/> <param name="auth-calls" value="false"/> Matching is done by parameter “cidr” in user definition. According to the documentation each user “cidr” is added to the above list. https://freeswitch.org/confluence/pages/viewpage.action?pageId=3965687 <https://freeswitch.org/confluence/pages/viewpage.action?pageId=3965687> > domain > Scans the user definitions of the specified domain from the directory, and if your domain's users have cidr attributes, the ACL will be automatically built. > Example usage: > <node type="allow" domain="$${domain}"/> Those gateway IPs are defined using <gateway> configurations and are currently visible in the CLI: freeswitch@zz-freeswitch-test> sofia status Name Type Data State ================================================================================================= authenticated profile sip:mod_sofia@194.153.118.45:5060 RUNNING (0) trunks profile sip:mod_sofia@194.153.118.45:5070 RUNNING (0) trunks::1347a7ad-ff67-11eb-9528-9a306e6cb08d_2 gateway sip:FreeSWITCH@194.153.118.34 NOREG trunks::1347a7ad-ff67-11eb-9528-9a306e6cb08d_1 gateway sip:FreeSWITCH@194.153.118.28 NOREG ================================================================================================= 2 profiles 0 aliases When I define users in static XML files, then incoming calls are properly authenticated (this is file that is included in the directory xml files): User definition: <include> <user id="1347a7ad-ff67-11eb-9528-9a306e6cb08d" cidr="194.153.118.28/32,194.153.118.34/32"> <params> <param name="a1-hash" value="97f2bba16d30623aa245353ff8ae2513"/> <param name="auth-acl" value="195.230.3.104/32"/> </params> <variables> <variable name="accountcode" value="1347a7ad-ff67-11eb-9528-9a306e6cb08d"/> <variable name="user_context" value="context_1"/> </variables> </user> </include> Inbound accepted call: 2021-08-21 21:23:35.432769 [NOTICE] switch_channel.c:1118 New Channel sofia/trunks/35924373333(a)194.153.118.28 [0e67c277-00b5-4584-9b31-b9e86f42aace] 2021-08-21 21:23:35.432769 [DEBUG] switch_core_state_machine.c:585 (sofia/trunks/35924373333(a)194.153.118.28) Running State Change CS_NEW (Cur 1 Tot 1) 2021-08-21 21:23:35.432769 [INFO] sofia.c:10362 sofia/trunks/35924373333(a)194.153.118.28 receiving invite from 194.153.118.28:5060 version: 1.10.6 -release 64bit call-id: 0faf6dcb69db75f945f753561b0dd6ad@194.153.118.28:5060 2021-08-21 21:23:35.432769 [DEBUG] sofia.c:10456 verifying acl "domains" for ip/port 194.153.118.28:0. 2021-08-21 21:23:35.512752 [DEBUG] sofia.c:10658 Authenticating user 1347a7ad-ff67-11eb-9528-9a306e6cb08d(a)194.153.118.45 When I define those using CURL XML (returning the same content as the static file, this is XML response) user is able to successfully register: <document type="freeswitch/xml"> <section name="directory"> <domain name="194.153.118.45"> <params> </params> <groups> <group name="contract_1"> <users> <user id="1347a7ad-ff67-11eb-9528-9a306e6cb08d" cidr="194.153.118.28/32,194.153.118.34/32"> <params> <param name="a1-hash" value="97f2bba16d30623aa245353ff8ae2513"/> <param name="auth-acl" value="195.230.3.104/32"/> </params> <variables> <variable name="accountcode" value="1347a7ad-ff67-11eb-9528-9a306e6cb08d"/> <variable name="user_context" value="context_1"/> </variables> </user> </users> </group> </groups> </domain> </section> </document> But then incoming calls are not authenticated /please note “cidr” parameter in user definition/: 2021-08-21 21:36:57.884309 [NOTICE] switch_channel.c:1118 New Channel sofia/trunks/35924373333(a)194.153.118.28 [dd9bd835-de7a-43e7-9521-bc48b22336b6] 2021-08-21 21:36:57.884309 [DEBUG] switch_core_state_machine.c:585 (sofia/trunks/35924373333(a)194.153.118.28) Running State Change CS_NEW (Cur 1 Tot 1) 2021-08-21 21:36:57.884309 [INFO] sofia.c:10362 sofia/trunks/35924373333(a)194.153.118.28 receiving invite from 194.153.118.28:5060 version: 1.10.6 -release 64bit call-id: 665047ab59dcb3576dc5e23f21cb4cff@194.153.118.28:5060 2021-08-21 21:36:57.884309 [DEBUG] sofia.c:10456 verifying acl "domains" for ip/port 194.153.118.28:0. 2021-08-21 21:36:57.884309 [WARNING] sofia.c:10569 IP 194.153.118.28 Rejected by acl "domains" Digging this for a few days, came to conclusion that the ACL “domains” is not properly updated when a user registers.

1 0