April 2022 - FreeSWITCH-users - FreeSWITCH Mailing Lists

Re: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL".
by Christian Berger 25 Oct '22

25 Oct '22

Thanks :) Am 14.01.22 um 16:15 schrieb Zvonimir Bužanić via FreeSWITCH-users: > Hi, I've created pull request: > > https://github.com/signalwire/freeswitch/pull/1520 Christian Berger foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger(a)foncloud.net Web: www.foncloud.net P.S.: Wussten Sie schon? Unter https://www.foncloud.net/wissen finden Sie zahlreiche Informationen und hilfreiche Artikel rund um unsere Produkte und Services. Registergericht: Amtsgericht Fulda, Persönlich haftende Gesellschafterin der foncloud GmbH&Co.KG: Global Brain Network GmbHGeschäftsführer der Global Brain Network GmbH: Peter Krug Sitz der Gesellschaft: Künzell. Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

4 9

Too long Reason header swallowed
by Gilles SAUVAIRE 02 Sep '22

02 Sep '22

I often have this case. https://github.com/signalwire/freeswitch/issues/1481 does anyone find a workaround ? has anyone made a sofia patch ? This problem happens frequently for me. (Ms Teams send very long text cause) Thanks. Gilles

2 2

Spurious DTMF characters when using RFC2833 with SRTP
by Andy Newlands 04 Aug '22

04 Aug '22

Hi, We have a reproducible problem where spurious DTMF characters are introduced on calls from Freeswitch to a remote (3rd party) IVR, but ONLY when using SRTP (not with RTP) When the spurious character is generated it is: 1. Only ever following a valid/legitimate character (one that was genuinely keyed) 2. Often has a very long duration (see below) 3. Appears to be a random character - often 0x00, but sometimes 0-9/A-F,#,* (and that's when we get problems with the IVR - FS automatically drops the 0x00 values). We have been able to reproduce this from mobile/cell phones and traditional land-lines. I added some code to: switch_rtp.c, in static handle_rfc2833_result_t handle_rfc2833(switch_rtp_t *rtp_session, switch_size_t bytes, int *do_cng), to try to address this. It logs an error (with the character hex value and duration) for DTMF characters with "long" durations (over 10000) and then discards them. As you can see, below, this is a fairly frequent occurrence (although most of the time, the character value is null, so FS drps it, anyway - but sometimes, "real" characters are introduced). 2022-02-28 14:00:53.743665 [NOTICE] switch_vpx.c:599 VPX encoder reset (WxH/BW) from 0x0/0 to 352x288/1024 2022-02-28 14:00:56.103665 [INFO] switch_channel.c:522 RECV DTMF 4:2400 2022-02-28 14:00:56.303664 [ERR] switch_channel.c:557 Ignored invalid DTMF on Call-ID: 3b5d08d3-d898-40b6-ae00-5886713ca6dd, DTMF: 0x0 Duration: 5063 2022-02-28 14:00:56.383661 [INFO] switch_channel.c:522 RECV DTMF 4:2400 2022-02-28 14:00:56.583665 [INFO] switch_channel.c:522 RECV DTMF 5:2400 2022-02-28 14:00:57.063662 [INFO] switch_channel.c:522 RECV DTMF 5:2400 2022-02-28 14:00:57.123670 [INFO] switch_channel.c:522 RECV DTMF 8:2720 2022-02-28 14:00:57.323673 [ERR] switch_rtp.c:686 Discarded long-duration DTMF on Call-ID: 3b5d08d3-d898-40b6-ae00-5886713ca6dd, DTMF: 0x0 Duration: 54088 2022-02-28 14:00:57.603671 [INFO] switch_channel.c:522 RECV DTMF 9:2400 2022-02-28 14:00:57.824102 [INFO] switch_channel.c:522 RECV DTMF 8:2720 2022-02-28 14:00:57.903663 [ERR] switch_rtp.c:686 Discarded long-duration DTMF on Call-ID: 3b5d08d3-d898-40b6-ae00-5886713ca6dd, DTMF: 0x0 Duration: 57002 2022-02-28 14:00:58.183668 [INFO] switch_channel.c:522 RECV DTMF 6:2400 2022-02-28 14:00:58.363666 [ERR] switch_rtp.c:686 Discarded long-duration DTMF on Call-ID: 3b5d08d3-d898-40b6-ae00-5886713ca6dd, DTMF: 0x35 Duration: 57073 2022-02-28 14:00:58.503667 [INFO] switch_channel.c:522 RECV DTMF 9:2400 2022-02-28 14:00:58.643667 [INFO] switch_channel.c:522 RECV DTMF 1:2400 2022-02-28 14:00:58.963663 [INFO] switch_channel.c:522 RECV DTMF 6:2400 2022-02-28 14:00:59.283665 [INFO] switch_channel.c:522 RECV DTMF 1:2400 The first spurious character is 0x00 (which FS will drop anyway) but this could easily be a valid character (and would escape detection because its duration is not too long - it's long but not unreasonable). So, this is an imperfect "fix" as we occasionally see a spurious character with a legitimate value and a "sensible" duration - sufficiently often for users to complain. The last [ERR] entry shows a '5' being introduced but this is dropped because the duration is "crazy" (57073) As mentioned, this does not happen with secure media disabled - only with SRTP. So, I am wondering if the code correctly processes a digit then, sometimes (somehow) incorrectly attempts to decode part of an audio packet as though it were RFC2833. Has anyone else experienced this? Does anyone know what may be causing the problem and what the fix might be. I can provide console output and tcp dumps if required, along with any other details that may help (I'm also comfortable making code changes - to for extra logging/diagnostics etc). Thank you. Kind regards, Andy

4 4

Need help to setup stir shaken in Freeswitch
by Pete Kay 04 Aug '22

04 Aug '22

Hi Does anyone know how to configure Freeswitch for stir shaken? Could you give me some info or doc how to do it? Thanks, Pete

3 3

Re: [Freeswitch-users] debian repos for Raspberry Pi broken?
by Mohammad-Reza Tazari 10 Jun '22

10 Jun '22

Dear Andrey, any news here? Thanks and kind regards, -- Saied Andrey Volk wrote on 21-Dec-2021 21:36: > > Let me see what I can do. May take some time. > > вт, 21 дек. 2021 г. в 23:19, Johan Helsingius <julf at julf.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>>: > > > >* Hi, *> >> >* Trying to install freeswitch on a RPi 4 (Debian 11 Bullseye), *> >* my /etc/apt/sources.list.d/freeswitch.list has: *> >> >* deb http://files.freeswitch.org/repo/deb/rpi/debian-release/ <http://files.freeswitch.org/repo/deb/rpi/debian-release/> bullseye main *> >* deb-src http://files.freeswitch.org/repo/deb/rpi/debian-release/ <http://files.freeswitch.org/repo/deb/rpi/debian-release/> bullseye *> >* main *> >> >* but when I try *> >> >* apt-get update && apt-get install -y freeswitch-meta-all *> >> >* I get *> >> >* Unable to locate package freeswitch-meta-all *> >> >* apt-cache search freeswitch only gives me: *> >* libsipwitch-dev - secure peer-to-peer SIP VoIP server - development files *> >* libsipwitch1 - secure peer-to-peer SIP VoIP server - shared libraries *> >* libsipwitch1-dbg - secure peer-to-peer SIP VoIP server - debug symbols *> >* sipwitch - secure peer-to-peer VoIP server for the SIP protocol *> >* sipwitch-cgi - secure peer-to-peer SIP VoIP server - CGI XML-RPC interface *> >> >* Any suggestions? *> >> >* Julf *

3 2

log format change breaking fail2ban? percentage added to logs? how to revert?
by Jelle de Jong 06 May '22

06 May '22

Hello everybody, The log format seem to have changed, how can I get it back to what it used to without the percentage thing? A search on Google failed me to provide an answer... # fs_cli -x version FreeSWITCH Version 1.10.7-release-19-883d2cb662~64bit (-release-19-883d2cb662 64bit) # grep pref_line /etc/fail2ban/filter.d/freeswitch.conf _pref_line = ^%(__prefix_line)s(?:\d+-\d+-\d+ \d+:\d+:\d+\.\d+)? failregex = %(_pref_line)s \[WARNING\] sofia_reg\.c:\d+ SIP auth (failure|challenge) $(REGISTER|INVITE)$ on sofia profile \'[^']+\' for \[[^\]]*\] from ip <HOST>$ %(_pref_line)s \[WARNING\] sofia_reg\.c:\d+ Can't find user \[[^@]+@[^\]]+\] from <HOST>$ 2021-10-28 12:28:55.736515 99.20% [WARNING] sofia_reg.c:1806 SIP auth failure (REGISTER) on sofia profile 'internal' for [30640(a)82.94.245.xxx] from ip 217.138.220.158 2021-05-20 16:44:54.159814 [WARNING] sofia_reg.c:1740 SIP auth failure (REGISTER) on sofia profile 'internal' for [123456(a)82.94.245.xxx] from ip 193.107.216.182 # fgrep percentage /etc/freeswitch/ -R What is the use case of this new percentage in the log files? Kind regards, Jelle de Jong

5 8

uuid_broadcast hang and start after the call hangup
by Dmitry Mordovin 06 May '22

06 May '22

Hello I have LUA script which start a call (new session generated) Code here new_session = freeswitch.Session(destination); if (new_session:ready()) then new_session_disp = new_session:getVariable("endpoint_disposition"); while(new_session:ready() and new_session_disp ~= "ANSWER") do <------>new_session_disp = new_session:getVariable("endpoint_disposition"); end api = freeswitch.API(); api:executeString("bgapi uuid_park " .. tostring(new_session.uuid)); end On answer event I park the call and script finished. I see single active call. Listing below. freeswitch@freeswitch43> show calls uuid,direction,created,created_epoch,name,state,cid_name,cid_num,ip_addr,dest,presence_id,presence_data,accountcode,callstate,callee_name,callee_num,callee_direction,call_uuid,hostname,sent_callee_name,sent_callee_num,b_uuid,b_direction,b_created,b_created_epoch,b_name,b_state,b_cid_name,b_cid_num,b_ip_addr,b_dest,b_presence_id,b_presence_data,b_accountcode,b_callstate,b_callee_name,b_callee_num,b_callee_direction,b_sent_callee_name,b_sent_callee_num,call_created_epoch 3aa3a274-c23d-11eb-9150-e74dc4cdb20a,outbound,2021-05-31 18:22:59,1622485379,sofia/external/1000,CS_PARK,,0000000000,,1000,,,,ACTIVE,Outbound Call,1000,,3aa3a274-c23d-11eb-9150-e74dc4cdb20a,freeswitch43,,,,,,,,,,,,,,,,,,,,,, 1 total. After all I execute command from cli: Command looks like: uuid_broadcast 3aa3a274-c23d-11eb-9a50-e74dc4cdb20a lua::’next-script.lua' both In logs I see, command was sent to FS success, but not executed! Moveover, after call hangup, FS start execution of command but can’t coz call in terminate state. 2021-05-31 18:23:30.312133 [NOTICE] sofia.c:1079 Hangup sofia/external/1000 [CS_PARK] [NORMAL_CLEARING] 2021-05-31 18:23:30.312133 [DEBUG] switch_ivr.c:625 sofia/external/1000 Command Execute lua(next-script.lua) 2021-05-31 18:23:30.312133 [DEBUG] switch_core_session.c:2668 sofia/external/1000 ZOMBIE EXEC lua(next-script.lua) EXECUTE sofia/external/1000 lua(next-script.lua) What/why is ZOMBIE EXEC ? Could someone help me to find reason of strange behavior FS? Looks like the uuid_broadcast command stay in queueu and wait something… and start after call has hangup.

3 2

Java esl-client repository bugs and status
by Yusuf KALAY 02 May '22

02 May '22

Hi all We are using FreeSWITCH for a long time. And there is a known issue with the java client library. But seems the repository is abandoned or not maintained anymore. I opened a PR for the two biggest known issues from Github. And I want to review from someone. Who is authorized for that? How do we progress the fix for the known issues on that repository? Thanks Yusuf

2 1

Genesys Cloud SIP integration with TLS fails when sofia global siptrace on
by Unai Rodriguez 29 Apr '22

29 Apr '22

Dear List, Genesys Cloud SIP trunk works fine when using TCP UDP. It also work when using TLS. It fails when using TLS and we have sofia global siptrace on. TCP dump shows connection reset with multiple retransmissions. This is turning into a big issue for us, is there a way to accelerate resolution? https://github.com/freeswitch/sofia-sip/issues/124 Thank you With best wishes, Unai Rodriguez

1 0

gateway AUTH not working after update to 1.10.7 (from 1.10.6)
by Marcel Haldemann 27 Apr '22

27 Apr '22

Hi, i updated from FS 1.10.6 to 1.10.7 and after the update the gateway AUTH for outbound calls is not working anymore. * The Config files remain unchanged * The gateway is shown as REGED ins "sofia status" * The Dialstring used: sofia/gateway/sip.peoplefone.ch/+4199999(a)sips.peoplefone.ch The message is get is: 2022-04-27 08:55:46.177774 97.20% [WARNING] sofia_reg.c:2857 Cannot locate any authentication credentials to complete an authentication request for realm '"sip.peoplefone.ch"' 2022-04-27 08:55:46.177774 97.20% [NOTICE] sofia_reg.c:2881 Hangup sofia/carrier/%2B41447165008(a)sips.peoplefone.ch [CS_CONSUME_MEDIA] [MANDATORY_IE_MISSING] ... (see FS-Logs.txt) for more ... the gateway in the profile looks like this: <gateways> <gateway name="sip.peoplefone.ch"> <param name="username" value="4199999999"/> <param name="password" value="xxxxxxxxxxxxxxxxxxxxx"/> <param name="expire-seconds" value="180"/> <param name="register" value="true"/> <param name="register-transport" value="udp"/> <param name="retry-seconds" value="10"/> <param name="cid-type" value="none"/> </gateway> </gateways> ... see profile_carrier.txt for more ... Sofia Status: reeswitch(a)trtc.convercom.com> sofia status Name Type Data State ================================================================================================= carrier profile sip:mod_sofia@195.201.140.229:5060 RUNNING (0) carrier::sip.peoplefone.ch gateway sip:90783808802@sip.peoplefone.ch REGED ================================================================================================= 1 profile 0 aliases Why is this not working anymore with 1.10.7, but it was with 1.10.6 and how to make it work again?

1 0