- FreeSWITCH-users - FreeSWITCH Mailing Lists

OPUS - is FS ignoring incoming FAC packets?
by David Villasmil 27 Jan '22

27 Jan '22

Hello all, Wondering if anyone's seen this scenario: With 15% packet loss, FEC enabled. - sip -> pstn: -- We're seeing FEC out and in * client (OPUS) --> FS --> (PCMU/A) B-leg - Result: Choppy Audio * client (OPUS) <-- FS <-- (PCMU/A) B-leg - Result: Very good audio * client (OPUS) --> FS --> client (OPUS) - Result: Very good audio * client (OPUS) <-- FS <-- client (OPUS) - Result: Very good audio It's like FS is ignoring the incoming FEC when transcoding. I have a small jitterbuffer 20:100:20 Any ideas? David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

3 4

Call is not terminated due to media_timeout
by Mirjana Jovanovic 26 Jan '22

26 Jan '22

Hello, I have the following issue: 1. An audio call is started from a client application 2. Connection is established 3. Client crashes (or is terminated manually through task manager) 4. The call is never terminated because of MEDIA_TIMEOUT I would expect the call to be dropped after the configured threshold for media timeout. I have traced the call to verify that no packages have been received from the client, after the client application has been terminated. The value for the channel variable media_timeout has been set, and also an action to be executed on media timeout (execute_on_media_timeout) has been defined. However, it seems that call status never changes to MEDIA_TIMEOUT, and therefore the call is never dropped. Are there additional/related properties that need to be set for this to work? Thanks

1 0

sched_broadcast
by David Villasmil 22 Jan '22

22 Jan '22

Hello all, So i'm trying to get a sched_broadcast's task id so that i can later cancel it if needed. Problem is sched_broadcast returns: +OK Message scheduled sched_hangup doesn't return an id either (this is all in the xml dialplan) Anyone knows what i'm doing wrong? Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

2 1

Looking for an issue...
by Brian West 20 Jan '22

20 Jan '22

FreeSWITCHers, I've been tracing an issue down for bit, Many on this list have experienced the situation, The end result is the session still shows in "show channels" but uuid_kill says "-ERR No such channel!", A gcore will still show the session in the session table when using our gdbinit, If you've experienced this problem before please let me know. Any feedback may help me narrow down the root cause. Thanks, Brian West -- 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

Add new line ending after mod_event_socket JSON event
by Mahmood Alkhalil 20 Jan '22

20 Jan '22

Hi FS Community, I'm trying to add a '\n' new line after the JSON event sent from FS on the mod_event_socket when the event type is JSON, I need to do so as I'm writing a JAVA event parser and it would make the code much simpler if I can add this new line after the event. I'm not able to know where to edit exactly in the mod_event_scoket file (I have no experience in C lang at all) but I think it is somewhere around line 1274. If someone could help with this, I would really appreciate it. (the java socket lib am writing uses Netty DelimiterBasedFrameDecoder on '\n' nut it breaks as after the JSON event there is no new line and Content-Length: is directly written after the JSON event) Mahmood Alkhalil.

1 1

480 to 408 on call_timeout/leg_timeout
by David Villasmil 20 Jan '22

20 Jan '22

Hello all, Is there really no way of replacing 480 with a “408 no user response” on a call/leg timeout without using lua? David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

1 0

SIP on all interfaces
by ilink 18 Jan '22

18 Jan '22

Dear community, I try to operate freeswitch 1.8 on Google Cloud with a Goggle external load balancer in front of the freeswitch instance. Freeswitch listens on the private IP address: netstat -na | grep :5080 tcp 0 0 10.210.32.12:5080 0.0.0.0:* LISTEN But I seeking for ways to have freeswitch listen on everything and it should look like this: tcp 0 0 0.0.0.0:5080 0.0.0.0:* LISTEN A similar wish was posted in 2015: http://lists.freeswitch.org/pipermail/freeswitch-users/2015-October/116478.… <http://lists.freeswitch.org/pipermail/freeswitch-users/2015-October/116478.…> The proposed solutions does not work for my, since I only have this 10.210.32.12 interface but the IP packet arrives with the public IP address from the load balancer. Hard to believe. But as proof of the situation, it is described here: https://cloudplatform.googleblog.com/2015/07/Debugging-Health-Checks-in-Loa… <https://cloudplatform.googleblog.com/2015/07/Debugging-Health-Checks-in-Loa…> No I try to configure something in freeswitch to listen on 0.0.0.0 instead of the the private IP address. If this is not working, I may need to try Kamailio (or similar) in front of the freeswitch, that listens on 0.0.0.0 Any advice/guidance? Best, Carsten

2 1

Re: [Freeswitch-users] Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL".
by Gregor Nanger 14 Jan '22

14 Jan '22

Thank you, Christian, Peter and Zvonimir 👍 On Fri, 14 Jan 2022 at 16:16, Zvonimir Bužanić via FreeSWITCH-users < freeswitch-users(a)lists.freeswitch.org> wrote: > > > > ---------- Forwarded message ---------- > From: "Zvonimir Bužanić" <Zvonimir.Buzanic(a)asseco-see.hr> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Fri, 14 Jan 2022 15:14:50 +0000 > Subject: RE: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > > Hi, I've created pull request: > > > > https://github.com/signalwire/freeswitch/pull/1520 > > > > BR, Zvonimir > > > > *From:* FreeSWITCH-users <freeswitch-users-bounces(a)lists.freeswitch.org> *On > Behalf Of *Dragos Oancea > *Sent:* 14. siječnja 2022. 14:04 > *To:* FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > *Subject:* Re: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > > > > https://freeswitch.org/confluence/display/FREESWITCH/Pull+Requests > > > > It's necessary to create a fork. > > > > > > > > On Fri, Jan 14, 2022 at 2:20 PM Gregor Nanger <gregor(a)infomedia.si> wrote: > > I think that for Pull Request you do not need any special permissions. Or > I could be wrong. > > > > Can someone advise on this as this patch is really useful and it is a > waste to lose it. > > > > BR, Gregor > > > > On Fri, 14 Jan 2022 at 13:09, Christian Berger < > christian.berger(a)foncloud.net> wrote: > > Unfortunately I do not have the privileges to create a branch on this > project. This seems to be necessary to create a pull request. > > Am 14.01.22 um 12:47 schrieb Dragos Oancea: > > Creator of the patch must create a PR in Github against FSs master > > branch in order to be reviewed. > > > > On Fri, Jan 14, 2022 at 9:48 AM Gregor Nanger <gregor(a)infomedia.si > > <mailto:gregor@infomedia.si>> wrote: > > > > Guys, does anyone know, if this fix will be included in new > > freeswitch version? > > > > > > > > On Wed, 27 Oct 2021 at 19:13, Jai Rangi <jprangi(a)gmail.com > > <mailto:jprangi@gmail.com>> wrote: > > > > Thank you Peter and Christian. > > > > On Fri, Oct 22, 2021 at 7:19 AM Peter Steinbach > > <lists(a)telefaks.de <mailto:lists@telefaks.de>> wrote: > > > > Just to mention: The patch was developed by Christian Berger > > from our client Foncloud. Thank you Christian! > > > > Best regards > > Peter > > > > > > Am 21.10.21 um 17:20 schrieb Peter Steinbach: > >> > >> Hello, > >> > >> > >> this is a long lasting issue I firstly posted in 2017 and > >> lastly saw in 2019 in this thread, and I am happy to > >> announce, that we have found a solution for this. > >> > >> Here is the patch, which works pretty well in our > environment > >> > >> > =================================================================================================== > > >> > >> --- freeswitch_orig/src/switch_ivr_originate.c 2021-10-20 > >> 12:51:04.863328041 +0200 > >> +++ freeswitch/src/switch_ivr_originate.c 2021-10-20 > >> 12:54:15.764616280 +0200 > >> @@ -1789,7 +1789,13 @@ > >> if (cancel_cause && *cancel_cause > 0) { > >> handles[i].cancel_cause = *cancel_cause; > >> } else { > >> - handles[i].cancel_cause = > SWITCH_CAUSE_LOSE_RACE; > >> + if ((hp!=NULL) && > >> (hp->cause==SWITCH_CAUSE_SUCCESS)) { //Was this call taken > >> by another destination? > >> + //Yes, the race was lost > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_LOSE_RACE; > >> + } else { > >> + //No, something else happened, probably > >> Originator Cancel > >> + handles[i].cancel_cause = > >> SWITCH_CAUSE_ORIGINATOR_CANCEL; > >> + } > >> } > >> } > >> > =================================================================================================== > > >> > >> > >> Can someone retest this and check this in? > >> > >> > >> -- > >> With kind regards > >> Peter Steinbach > >> > >> Telefaks Services GmbH > >> mailto:lists <mailto:lists> (att)telefaks.de < > http://telefaks.de> > >> Internet:www.telefaks.de <http://www.telefaks.de> > >> > >> Am 22.05.19 um 21:14 schrieb Jai Rangi: > >>> All, > >>> Running into a small issue with group calling, when the > >>> original caller hang up, phones dont show that call as > >>> missed call, cause of wrong reason code from freeswitch. > >>> Scenario: > >>> > >>> * Caller -> FS (Groupcall) to 101 and 102 > >>> * Phones ring > >>> * Caller hangup > >>> * Phones should see missed calls, > >>> * But free-switch send cancel with Reason: > >>> SIP;cause=200;text="Call completed elsewhere", where > >>> is should send Reason: > >>> SIP;cause=487;text="ORIGINATOR_CANCEL". > >>> > >>> Here is what my bridge data. > >>> > >>> > > bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback > > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101@192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 > > >>> ]user/102(a)192.168.5.50 <mailto:102@192.168.5.50>) > >>> > >>> If I send > >>> > bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback > > >>> > /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 > > >>> ]user/101(a)192.168.5.50 <mailto:101@192.168.5.50> > >>> > >>> Everything works fine. > >>> I see some old posts but no resolution. > >>> Freeswitch version on Debian 8.9 > >>> FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 > >>> 16:49:13Z 64bit) > >>> > >>> Any idea or suggestion for workaround? > >>> > >>> Jai > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > _________________________________________________________________________ > >>> > >>> The FreeSWITCH project is sponsored by SignalWire > https://signalwire.com <https://signalwire.com> > >>> Enhance your FreeSWITCH install with disruptive priced SMS > and PSTN services. > >>> Build your next product on our scalable cloud platform. > >>> > >>> Join our online community to chat in real time > https://signalwire.community <https://signalwire.community> > >>> > >>> Professional FreeSWITCH Services > >>> sales(a)freeswitch.com <mailto:sales@freeswitch.com> > >>> https://freeswitch.com <https://freeswitch.com> > >>> > >>> Official FreeSWITCH Sites > >>> https://freeswitch.com/oss <https://freeswitch.com/oss> > >>> https://freeswitch.org/confluence < > https://freeswitch.org/confluence> > >>> https://cluecon.com <https://cluecon.com> > >>> > >>> FreeSWITCH-users mailing list > >>> FreeSWITCH-users(a)lists.freeswitch.org <mailto: > FreeSWITCH-users(a)lists.freeswitch.org> > >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > >>> UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users < > http://lists.freeswitch.org/mailman/options/freeswitch-users> > >>> https://freeswitch.com <https://freeswitch.com> > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com <https://signalwire.com> > > Enhance your FreeSWITCH install with disruptive priced SMS > > and PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community <https://signalwire.community> > > > > Professional FreeSWITCH Services > > sales(a)freeswitch.com <mailto:sales@freeswitch.com> > > https://freeswitch.com <https://freeswitch.com> > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss <https://freeswitch.com/oss> > > https://freeswitch.org/confluence > > <https://freeswitch.org/confluence> > > https://cluecon.com <https://cluecon.com> > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > <mailto:FreeSWITCH-users@lists.freeswitch.org> > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users < > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > <http://lists.freeswitch.org/mailman/options/frees > witch-users> > > https://freeswitch.com <https://freeswitch.com> > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com <https://signalwire.com> > > Enhance your FreeSWITCH install with disruptive priced SMS and > > PSTN services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community <https://signalwire.community> > > > > Professional FreeSWITCH Services > > sales(a)freeswitch.com <mailto:sales@freeswitch.com> > > https://freeswitch.com <https://freeswitch.com> > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss <https://freeswitch.com/oss> > > https://freeswitch.org/confluence > > <https://freeswitch.org/confluence> > > https://cluecon.com <https://cluecon.com> > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > <mailto:FreeSWITCH-users@lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > <http://lists.freeswitch.org/mailman/options/freeswitch-users> > > https://freeswitch.com <https://freeswitch.com> > > > > > > > > -- > > Gregor Nanger > > *CTO* > > t./f.: 00386 (0) 7 6000 308/309 • m:. 00386 (0)41 756485 > > • Infomedia d.o.o. • Jerebova 3, Novo mesto, Slovenia > > • www.infomedia.si <http://www.infomedia.si> > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire > > https://signalwire.com <https://signalwire.com> > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > > https://signalwire.community <https://signalwire.community> > > > > Professional FreeSWITCH Services > > sales(a)freeswitch.com <mailto:sales@freeswitch.com> > > https://freeswitch.com <https://freeswitch.com> > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss <https://freeswitch.com/oss> > > https://freeswitch.org/confluence <https://freeswitch.org/confluence> > > > https://cluecon.com <https://cluecon.com> > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > <mailto:FreeSWITCH-users@lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> > > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > > <http://lists.freeswitch.org/mailman/options/freeswitch-users> > > https://freeswitch.com <https://freeswitch.com> > > > > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > > Build your next product on our scalable cloud platform. > > > > Join our online community to chat in real time > https://signalwire.community > > > > Professional FreeSWITCH Services > > sales(a)freeswitch.com > > https://freeswitch.com > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss > > https://freeswitch.org/confluence > > https://cluecon.com > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > > > > 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 <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 GmbH > > Geschä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. > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > > > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com > > This communication is for informational purposes only. All market prices, > data and other information are not warranted as to completeness or accuracy > and are subject to change without notice. Present message and any attached > files may be or contain privileged information and is the property > exclusive of ASSECO SEE CAPITAL GROUP. This transmission may contain > information that is privileged, confidential, legally privileged, and/or > exempt from disclosure under applicable law. The information contained in > this message is solely intended for the physical or legal person to whom it > is addressed and to the authorized persons for receiving it. In the case > you are not the intended recipient or the authorized person to receive this > message, we inform that disclosure, duplicate, distribution or taking up > any actions on information contained in this message are strictly forbidden > and are under civil and legal responsibility. In case you received it by > error, you are requested to notify the sender and to destroy the original > e-mail message from your system. Opinions, conclusions or any other > information contained into this message, which are not related to ASSECO > SEE CAPITAL GROUP activity must not be understood to be expressed or should > be endorsed by ASSECO SEE CAPITAL GROUP. The interpretation expressed in > the present message did not reflect ASSECO SEE CAPITAL GROUP opinion. > > > > ---------- Forwarded message ---------- > From: "Zvonimir Bužanić via FreeSWITCH-users" < > freeswitch-users(a)lists.freeswitch.org> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Bcc: > Date: Fri, 14 Jan 2022 07:16:06 -0800 (PST) > Subject: Re: [Freeswitch-users] Issue with Enterprise originate and 487 > "ORIGINATOR_CANCEL". > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > Enhance your FreeSWITCH install with disruptive priced SMS and PSTN > services. > Build your next product on our scalable cloud platform. > > Join our online community to chat in real time > https://signalwire.community > > Professional FreeSWITCH Services > sales(a)freeswitch.com > https://freeswitch.com > > Official FreeSWITCH Sites > https://freeswitch.com/oss > https://freeswitch.org/confluence > https://cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com

1 0

Issue with Enterprise originate and 487 "ORIGINATOR_CANCEL".
by Jai Rangi 14 Jan '22

14 Jan '22

All, Running into a small issue with group calling, when the original caller hang up, phones dont show that call as missed call, cause of wrong reason code from freeswitch. Scenario: - Caller -> FS (Groupcall) to 101 and 102 - Phones ring - Caller hangup - Phones should see missed calls, - But free-switch send cancel with Reason: SIP;cause=200;text="Call completed elsewhere", where is should send Reason: SIP;cause=487;text="ORIGINATOR_CANCEL". Here is what my bridge data. bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 ]user/101@192.168.5.50:_:[ignore_early_media=true,leg_timeout=20 ]user/ 102(a)192.168.5.50) If I send bridge(<all_threads=true,absolute_codec_string=PCMU,PCMA,G729,group_confirm_file=playback /usr/local/freeswitch/sound/ivr/1443458342.wav,group_confirm_key=exec>{sip_cid_type=rpid,ignore_early_media=true,originate_timeout=30}[leg_timeout=20 ]user/101(a)192.168.5.50 Everything works fine. I see some old posts but no resolution. Freeswitch version on Debian 8.9 FreeSWITCH (Version 1.6.16 git 3da6bd0 2017-04-07 16:49:13Z 64bit) Any idea or suggestion for workaround? Jai

8 12

Chrome 98 beta rejects Lets Encrypt certs for verto
by David P 14 Jan '22

14 Jan '22

FYI, we just noticed that Chrome 98 beta rejects these certs as "lost sleep", and the FS 1.10.7 log shows "BAD READ -1". But Chrome 97 and Firefox do not show these problems. We haven't found a resolution nor bug report, but I'll followup if we do.

1 4