August 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

Fwd: websocket disconnection issue - error 1006
by Kakiman Expert 06 Sep '22

06 Sep '22

Hello I am working on FreeSWITCH 1.10.6 ans sip.js 0.16, and very often, I have a deconnection of the WSS session. The error message on javascript console on Chrome is "error 1006 - websocket unexpectly closed" This issue is very random but very often, and it breaks the incoming call. Do you experiment such issue ? Do you know how to solve it ? thanks Franck

2 1

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

VP8 conference FIR Signal not always sent when frames are dropped
by Josh H 26 Aug '22

26 Aug '22

Hi, I am using Verto to connect to FreeSwitch over webRTC in a conference call. This works fine most of the time however when using an older device that does not support hardware acceleration for the video encoding, it appears that some frames are dropped. The CPU is pegged at 100% utilisation, with 60-80% of that being from the chrome process. This is understandable when using older hardware however when this occurs FreeSwitch fails to send FIR packets to get a new keyframe, leading to the ‘video mute’ image being shown until the next scheduled keyframe (which with VP8 is, by default, around 3000 frames, equivalent to 100 seconds at 30fps). The client seems to be unaware of any issues as it continues to encode frames and send them over the network, leading me to believe it is an issue with FreeSwitch. My current solution is to enable the ‘kf-max-dist’ parameter in ‘vpx.conf.xml’ however this leads to occasional stuttering, I assume this is because it must encode a full frame every 10 seconds. The other solution I have tested is swapping to the H.264 codec (the only other codec supported by webRTC) which makes the issue less noticeable however the quality of the stream drops significantly when no FIR is requested. H.264 isn’t an option for me as some of my target clients are Android devices which do not support H.264 over webRTC. Given that sometimes the session works as expected with FIR packets being sent when needed, leading to a small video stutter before it recovers, I am unsure how to fix it or what logs etc to provide. Any pointers would be appreciated 😊 Thanks Josh

1 0

Websocket closed unexpectly
by Kakiman Expert 24 Aug '22

24 Aug '22

Hello I am working on FreeSWITCH 1.10.6 ans sip.js 0.16, and very often, I have a deconnection of the WSS session. The error message on javascript console on Chrome is "error 1006 - websocket unexpectly closed" This issue is very random but very often, and it breaks the incoming call. Do you experiment such issue ? Do you know how to solve it ? thanks Franck

1 0

freeswitch 1.8 and 1.10 Valet parking BLF problem
by Jason Holden 24 Aug '22

24 Aug '22

All, Trying to monitor parking slots for valet park on Freeswitch. Using Polycoms or Voice Operator Pannal regular extension BLF works fine but I do not see the BLF status for the parking slots if a call is on hold their. Does anyone have any recommendations? Not finding much online about this. Jason Holden Phone: 1-866-836-9198 X405 Direct: 7868009949 www.thinksimplicity.com <http://www.thinksimplicity.com>

2 3

Welcome!
by Brian West 24 Aug '22

24 Aug '22

FreeSWITCHers, We've fixed the reverse DNS for lists.freeswitch.org, our RIR has removed our delegation multiple times, I think we've finally fixed the process that triggered it, please let me know if you experience any issues with this mailing list moving forward and again we apologize for the inconvenience. Thanks, Brian -- 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>

2 1

VP8 conference FIR Signal not always sent when frames are dropped
by Josh H 18 Aug '22

18 Aug '22

Hi, I am using Verto to connect to FreeSwitch over webRTC in a conference call. This works fine most of the time however when using an older device that does not support hardware acceleration for the video encoding, it appears that some frames are dropped. The CPU is pegged at 100% utilisation, with 60-80% of that being from the chrome process. This is understandable when using older hardware however when this occurs FreeSwitch fails to send FIR packets to get a new keyframe, leading to the ‘video mute’ image being shown until the next scheduled keyframe (which with VP8 is, by default, around 3000 frames, equivalent to 100 seconds at 30fps). The client seems to be unaware of any issues as it continues to encode frames and send them over the network, leading me to believe it is an issue with FreeSwitch. My current solution is to enable the ‘kf-max-dist’ parameter in ‘vpx.conf.xml’ however this leads to occasional stuttering, I assume this is because it must encode a full frame every 10 seconds. The other solution I have tested is swapping to the H.264 codec (the only other codec supported by webRTC) which makes the issue less noticeable however the quality of the stream drops significantly when no FIR is requested. H.264 isn’t an option for me as some of my target clients are Android devices which do not support H.264 over webRTC. Given that sometimes the session works as expected with FIR packets being sent when needed, leading to a small video stutter before it recovers, I am unsure how to fix it or what logs etc to provide. Any pointers would be appreciated 😊 Thanks Josh

1 0

freeswitch segfault in mod_cdr_pg_csv
by Matthew Grooms 15 Aug '22

15 Aug '22

Hey Everyone, I've been seeing freeswitch crash a bit in production recently and finally had a chance to look into the issue. Appears to be coming from mod_cdr_pg_csv ... $ /usr/local/freeswitch/bin/fs_cli -x "version" FreeSWITCH Version 1.10.7-release~64bit ( 64bit) 2022-08-15 12:00:02.033897 64.60% [CRIT] mod_cdr_pg_csv.c:274 INSERT command failed: connection not open Program terminated with signal SIGABRT, Aborted. #0 0x00007f0ec45cfa9f in raise () from /lib64/libc.so.6 [Current thread is 1 (Thread 0x7f0db4adc700 (LWP 1203217))] Missing separate debuginfos, use: ... (gdb) bt #0 0x00007f0ec45cfa9f in raise () from /lib64/libc.so.6 #1 0x00007f0ec45a2e05 in abort () from /lib64/libc.so.6 #2 0x00007f0ec4612037 in __libc_message () from /lib64/libc.so.6 #3 0x00007f0ec461919c in malloc_printerr () from /lib64/libc.so.6 #4 0x00007f0ec461af40 in _int_free () from /lib64/libc.so.6 #5 0x00007f0ec7248936 in freePGconn () from /lib64/libpq.so.5 #6 0x00007f0eba7ec8d0 in insert_cdr ( values=0x7f0dd41cd4a0 "'10.16.84.32','SubjectWell','+16193300768','+16199188365','default','2022-08-15 11:59:32',null,'2022-08-15 12:00:02',30,0,'NO_ANSWER','6fd81787-c290-430d-b67b-ebfafe9f29d5',null,null,'PCMU','PCMU','se"...) at mod_cdr_pg_csv.c:289 #7 my_on_reporting (session=0x7f0df80b1668) at mod_cdr_pg_csv.c:385 #8 0x00007f0ec75221cd in switch_core_session_reporting_state (session=session@entry=0x7f0df80b1668) at src/switch_core_state_machine.c:932 #9 0x00007f0ec7522b68 in switch_core_session_run (session=0x7f0df80b1668) at src/switch_core_state_machine.c:606 #10 0x00007f0ec751d1be in switch_core_session_thread (thread=<optimized out>, obj=0x7f0df80b1668) at src/switch_core_session.c:1736 #11 0x00007f0ec751891b in switch_core_session_thread_pool_worker (thread=0x7f0dc8759bd0, obj=<optimized out>) at src/switch_core_session.c:1800 #12 0x00007f0ec786658c in dummy_worker (opaque=0x7f0dc8759bd0) at threadproc/unix/thread.c:151 #13 0x00007f0ec50cb1cf in start_thread () from /lib64/libpthread.so.0 #14 0x00007f0ec45badd3 in clone () from /lib64/libc.so.6 (gdb) frame 6 #6 0x00007f0eba7ec8d0 in insert_cdr ( values=0x7f0dd41cd4a0 "'10.16.84.32','SubjectWell','+16193300768','+16199188365','default','2022-08-15 11:59:32',null,'2022-08-15 12:00:02',30,0,'NO_ANSWER','6fd81787-c290-430d-b67b-ebfafe9f29d5',null,null,'PCMU','PCMU','se"...) at mod_cdr_pg_csv.c:289 289 PQfinish(globals.db_connection); I'm going to try this in production unless someone else has a better idea on how to fix this ... --- mod_cdr_pg_csv.c.orig 2022-08-15 14:44:56.028404623 -0500 +++ mod_cdr_pg_csv.c 2022-08-15 14:45:55.122482570 -0500 @@ -286,7 +286,9 @@ error: - PQfinish(globals.db_connection); + if (PQstatus(globals.db_connection) == CONNECTION_OK) { + PQfinish(globals.db_connection); + } globals.db_online = 0; switch_mutex_unlock(globals.db_mutex); Thanks, -Matthew

1 0

codec negotiation error
by Brian May 10 Aug '22

10 Aug '22

Hello, I receiving an incoming call, with the G.729 PCMA codec. I try to bridge this call to my VOIP provider. This generates the following SDP packet: === cut === v=0 o=FreeSWITCH 175841631 175841632 IN IP4 59.167.180.194 s=FreeSWITCH c=IN IP4 59.167.180.194 t=0 0 m=audio 29188 RTP/AVP 0 101 8 3 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 === cut === I think this is bad, as PCMA isn't listed in the codecs available. How do I debug this? I am assuming this might be the reason why I am not getting incoming audio (does this make sense?) Regards -- Brian May <brian(a)linuxpenguins.xyz> https://linuxpenguins.xyz/brian/

3 17