July 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

freeswitch 180 ringing retransmission interval update
by Patrick Karton 09 Aug '22

09 Aug '22

when b leg is in ringing state freeswitch retransmits 180 on a leg every 60 seconds even if b leg does not send 180. is there a param to increase that interval ? Thanks.

4 8

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

CONVERT 3XX to 603
by Patrick Karton 26 Jul '22

26 Jul '22

Hello All, is there a way for freeswitch to convert receive response code to another code. i would like for example to convert 3xx received code to 603 code. Thanks.

3 3

FS does not relay X-header in 401 and 407 responses
by Patrick Karton 26 Jul '22

26 Jul '22

i noticed that Freeswitch does not relay X-header in 401 or 407 response code !!! is there a way to enable it Thanks.

3 4

Audio quality
by Adiseshu Channasamudhram 25 Jul '22

25 Jul '22

Hello There, I'm having the below audio issue and would really appreciate any help Caller =======Carrier========FS SBC======IVR When i took a packet capture on the FS, I could observe that the audio stream quality from IVR to SBC is really good when compared to the audio quality stream between the SBC and the caller. Bad quality => first syllable of certain words lost, choppy ... Using PCMU 8K on both legs ... Between SBC and IVR - Max Delta is 96ms, max jitter is 22.5 Between sbc and caller - max delta is 120 and max jitter is 9.5 Any suggestion or help would be greatly appreciated Regards A

2 2

Using Specific TLS Ciphers (1.10.7)
by Michael Meehan 14 Jul '22

14 Jul '22

We’ve been trying to prevent using specific ciphers, mainly Diffie-Hellman. According to the documentation I’ve seen and previous posts in this group, that should be accomplished by using something like this: <X-PRE-PROCESS cmd="set" data="sip_tls_ciphers=TLS_RSA_WITH_AES_128_CBC_SHA256"/> This doesn’t work. This specific cipher is offered in the CLIENT HELLO and shown as also supported from the SERVER HELLO response amongst others, however, we continue to see DH as being agreed upon: tport_tls.c:974 tls_connect() tls_connect(0x7ff738006e70): events CONNECTING tport_tls.c:974 tls_connect() tls_connect(0x7ff738006e70): events NEGOTIATING tport_tls.c:974 tls_connect() tls_connect(0x7ff738006e70): events NEGOTIATING tport_tls.c:617 tls_post_connection_check() tls_post_connection_check(0x7ff738006e70): TLS cipher chosen (name): ECDHE-RSA-AES128-GCM-SHA256 tport_tls.c:619 tls_post_connection_check() tls_post_connection_check(0x7ff738006e70): TLS cipher chosen (version): TLSv1/SSLv3 tport_tls.c:622 tls_post_connection_check() tls_post_connection_check(0x7ff738006e70): TLS cipher chosen (bits/alg_bits): 128/128 tport_tls.c:625 tls_post_connection_check() tls_post_connection_check(0x7ff738006e70): TLS cipher chosen (description): ECDHE-RSA-AES128-GCM-SHA256 TLSv1.2 Kx=ECDH Au=RSA Enc=AESGCM(128) Mac=AEAD Other attempts have been made using the following, which also doesn’t appear to function as expected. <X-PRE-PROCESS cmd="set" data="sip_tls_ciphers=ALL:!ADH:!DH:!ECDH:!LOW:!EXP:!MD5:@STRENGTH"/> Any help is appreciated, thanks. FreeSWITCH Version 1.10.7-release.13~64bit (-release.13 64bit) CENTOS 7 3.10.0-1160.62.1.el7.x86_64

1 1

Speeding up FreeSWITCH load time
by TTT 14 Jul '22

14 Jul '22

Is there a guide on how to speed FS loading times? FS takes 10+ seconds to start which seems long (for a very simple configuration).

6 15