From devang.dhandhalya at ecosmob.com Fri Apr 1 09:07:33 2022 From: devang.dhandhalya at ecosmob.com (Devang Dhandhalya) Date: Fri, 1 Apr 2022 14:37:33 +0530 Subject: MYSQL Query Performance Related Issue Message-ID: Hi All I Want to discuss about Mysql query performance related, We are Using AWS RDS Mysql Database ,AWS RDS CPU Usage is upto 100% when we perform load test of outbound calls . Problem : Actually we are using This Mysql Query to get price and rateid with use of Dialled Number with most length match in table using Substring aggregate functions and minimum rate for same Dialled Number with Substring fucntion in Deckrate Table Query : select deckrate.rate as carrierPrice,deckrate.rateid from deckrate where code=SUBSTRING('12345566878',1,length(deckrate.code)) and rate=(select min(rate) from deckrate where code=SUBSTRING('12345566878',1,length(code))) limit 1 Setup : we are running this query from Freeswitch using lua script when we perform load test calls at that time this query Execute for Every Calls and AWS RDS CPU usage gradually increasing and its upto 100% of CPU usage we also try with Store Procedure method to decrease query execution time , when we run load test with store procedure after that also getting high cpu usage , actually what we found this substring going to check all 0.5M record in table and find most number of length match with dialled number so i think that aggregate function takes time , Approx 2000 Queries will get executed simultaneously as per call flow. Kindly suggest any other option or method to perform this Query or any modification required. Thanks Devang Dhandhalya -- *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.  -------------- next part -------------- An HTML attachment was scrubbed... URL: From christian.berger at foncloud.net Fri Apr 1 12:26:23 2022 From: christian.berger at foncloud.net (Christian Berger) Date: Fri, 1 Apr 2022 14:26:23 +0200 Subject: [Freeswitch-users] MYSQL Query Performance Related Issue In-Reply-To: References: Message-ID: <6d1bbbc7-9b21-b334-a350-bb37aba23488@foncloud.net> Hi, Am 01.04.22 um 14:20 schrieb Devang Dhandhalya via FreeSWITCH-users: > and rate=(select min(rate) from deckrate where > code=SUBSTRING('12345566878',1,length(code))) limit 1 Here is your problem. That statement will mean that your database will have to manually go through _all_ entries in the decrate table as it needs to calculate the SUBSTRING for every entry. The better solution is to have an index on "code" an a query like... code in ('12345678', '1234567', '123456'...'12','1') With such a query the index will be used and it'll be _much_ faster. Christian Berger   foncloud GmbH & Co KG Hahlweg 2a 36093 Künzell Tel: / Fax: +49 661 968990-99 Email: Christian.Berger at 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From devang.dhandhalya at ecosmob.com Fri Apr 1 13:16:02 2022 From: devang.dhandhalya at ecosmob.com (Devang Dhandhalya) Date: Fri, 1 Apr 2022 18:46:02 +0530 Subject: [Freeswitch-users] MYSQL Query Performance Related Issue In-Reply-To: <6d1bbbc7-9b21-b334-a350-bb37aba23488@foncloud.net> References: <6d1bbbc7-9b21-b334-a350-bb37aba23488@foncloud.net> Message-ID: Hi Christian Yes we start using IN operator instead of substring aggregate function Thank you so much for your Response :) Regards Devang Dhandhalya On Fri, Apr 1, 2022 at 6:02 PM Christian Berger < christian.berger at foncloud.net> wrote: > Hi, > > Am 01.04.22 um 14:20 schrieb Devang Dhandhalya via FreeSWITCH-users: > > and rate=(select min(rate) from deckrate where > > code=SUBSTRING('12345566878',1,length(code))) limit 1 > > Here is your problem. That statement will mean that your database will > have to manually go through _all_ entries in the decrate table as it > needs to calculate the SUBSTRING for every entry. > > The better solution is to have an index on "code" an a query like... > code in ('12345678', '1234567', '123456'...'12','1') > > With such a query the index will be used and it'll be _much_ faster. > > > Christian Berger > > > > > foncloud GmbH & Co KG > Hahlweg 2a > 36093 Künzell > > Tel: / > Fax: +49 661 968990-99 > > Email: Christian.Berger at 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 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- *Disclaimer* In addition to generic Disclaimer which you have agreed on our website, any views or opinions presented in this email are solely those of the originator and do not necessarily represent those of the Company or its sister concerns. Any liability (in negligence, contract or otherwise) arising from any third party taking any action, or refraining from taking any action on the basis of any of the information contained in this email is hereby excluded. *Confidentiality* This communication (including any attachment/s) is intended only for the use of the addressee(s) and contains information that is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying of this communication is prohibited. Please inform originator if you have received it in error. *Caution for viruses, malware etc.* This communication, including any attachments, may not be free of viruses, trojans, similar or new contaminants/malware, interceptions or interference, and may not be compatible with your systems. You shall carry out virus/malware scanning on your own before opening any attachment to this e-mail. The sender of this e-mail and Company including its sister concerns shall not be liable for any damage that may incur to you as a result of viruses, incompleteness of this message, a delay in receipt of this message or any other computer problems.  -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0eb5f48c.e33a6fec.jpg Type: image/jpeg Size: 56822 bytes Desc: not available URL: From dujinfang at gmail.com Fri Apr 1 22:46:59 2022 From: dujinfang at gmail.com (Seven Du) Date: Sat, 2 Apr 2022 06:46:59 +0800 Subject: [Freeswitch-users] Get a Header in Lua In-Reply-To: References: Message-ID: sip_h_X-Awesome... On Thu, Mar 31, 2022 at 4:41 AM Alexander Perkins < alexanderhenryperkins at gmail.com> wrote: > Hi All. I am trying to get one of the SIP headers in a Lua script. The > header I am trying to get is X-AWSCONNECT-ID. I've tried to use > session:getVariable("sip_X-AWSCONNECT-ID"), but no luck. What is the > recommended approach to get this? > > Thanks, > Alex > _________________________________________________________________________ > > 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- About: http://about.me/dujinfang Blog: http://www.dujinfang.com Other: http://rts.cn -------------- next part -------------- An HTML attachment was scrubbed... URL: From n5d9xq3ti233xiyif2vp at protonmail.ch Mon Apr 4 10:16:59 2022 From: n5d9xq3ti233xiyif2vp at protonmail.ch (Laura Smith) Date: Mon, 04 Apr 2022 10:16:59 +0000 Subject: Repository server licensing Message-ID: <0SN9Na5F2mrb04rFckKXAXe5PqSatgrcu54d7T8msUM8pP2UijUmoMuQo7e31_MiD7rsBTkVzi_iB0gEforXSZWfYS2VVB_Te8kMxfYAvbA=@protonmail.ch> I find it somewhat odd that nobody seems to care much about the implied licensing that people are now forced to sign up to with the stupid Freeswitch repo changes. Specifically the registration action has an "By continuing you agree to our Legal Policies" commitment. This is problematic for two reasons: 1) Many people, by virtue of their employment conditions, are not in a position to enter into legally binding contracts on behalf of their employer. 2) But, perhaps MOST IMPORTANTLY is that these "Legal Policies" include Section 9 "LICENSES AND PROPRIETARY RIGHT". Come on guys. If you are going to force people to register for the repo, at least don't hide it behind un-necessary legal junk. Especially if that legal junk includes different/diverging license wording to the actual Freeswitch license. From botelist at gmail.com Mon Apr 4 17:50:30 2022 From: botelist at gmail.com (Bote Man) Date: Mon, 4 Apr 2022 13:50:30 -0400 Subject: [Freeswitch-users] Repository server licensing In-Reply-To: References: Message-ID: <001c01d8484c$7a0482e0$6e0d88a0$@gmail.com> Do what I do: pull down the source code and compile it yourself. There is no need for the Personal Access Token, which only is needed to pull down the binary packages. John Boteler Bote Communications -----Original Message----- From: FreeSWITCH-users On Behalf Of Laura Smith via FreeSWITCH-users Sent: Monday, 4 April, 2022 06:36 To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Repository server licensing I find it somewhat odd that nobody seems to care much about the implied licensing that people are now forced to sign up to with the stupid Freeswitch repo changes. Specifically the registration action has an "By continuing you agree to our Legal Policies" commitment... _________________________________________________________________________ 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 at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com From ciprian.dosoftei at gmail.com Mon Apr 4 18:33:06 2022 From: ciprian.dosoftei at gmail.com (Ciprian Dosoftei) Date: Mon, 4 Apr 2022 14:33:06 -0400 Subject: [Freeswitch-users] Repository server licensing In-Reply-To: <001c01d8484c$7a0482e0$6e0d88a0$@gmail.com> References: <001c01d8484c$7a0482e0$6e0d88a0$@gmail.com> Message-ID: Here's some inspiration for a maximal FreeSWITCH build. Afterwards you can pick and choose which modules your really need: https://github.com/rtckit/slimswitch/blob/main/etc/Dockerfile On Mon, 4 Apr 2022 at 14:04, Bote Man wrote: > Do what I do: pull down the source code and compile it yourself. There is > no need for the Personal Access Token, which only is needed to pull down > the binary packages. > > > John Boteler > Bote Communications > > > > -----Original Message----- > From: FreeSWITCH-users On > Behalf Of Laura Smith via FreeSWITCH-users > Sent: Monday, 4 April, 2022 06:36 > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] Repository server licensing > > I find it somewhat odd that nobody seems to care much about the implied > licensing that people are now forced to sign up to with the stupid > Freeswitch repo changes. > Specifically the registration action has an "By continuing you agree to > our Legal Policies" commitment... > _________________________________________________________________________ > > 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 at 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 at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Best Regards, Ciprian Dosoftei The information transmitted is intended only for the addressee and may contain privileged and/or confidential material. If you are not the intended recipient, kindly contact the sender and delete the message. Any disclosure, distribution or copying of this message is strictly prohibited without the expressed permission of the sender. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jolexpert at gmail.com Tue Apr 5 12:37:06 2022 From: jolexpert at gmail.com (Kakiman Expert) Date: Tue, 5 Apr 2022 14:37:06 +0200 Subject: [Freeswitch-users] user registration Message-ID: Hello I am using freeSWITCH 10.06 and i am wondering about the difference between 2 commands : - show registration - sofia status profile internal reg both commands list the users registered, but sometimes, I am still seing users in show registrations whereas they are not present in sofia status. which is the command to have the right registration status ? what is the difference between these commands ? thanks regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From uppuluriaditya at gmail.com Tue Apr 5 06:29:34 2022 From: uppuluriaditya at gmail.com (Aditya Uppuluri) Date: Tue, 5 Apr 2022 11:59:34 +0530 Subject: [Freeswitch-users] Bridging two incoming channels in Bypass media mode Message-ID: Hello Team. Is there a way to bridge two incoming calls in bypass media mode? I tried using uuid_bridge but it's expecting at least one channel to be in *answered* state. And if I answer one of the channels, then freeswitch is coming into the media path which I don't want. I have an external profile with inbound-bypass-media to true. Let me know if I can provide you with any further details. Thank you Regards, Aditya Uppuluri -------------- next part -------------- An HTML attachment was scrubbed... URL: From botelist at gmail.com Tue Apr 5 20:36:20 2022 From: botelist at gmail.com (Bote Man) Date: Tue, 5 Apr 2022 16:36:20 -0400 Subject: [Freeswitch-users] user registration In-Reply-To: References: Message-ID: <00b501d8492c$cf456590$6dd030b0$@gmail.com> I believe that “show registrations” shows ALL endpoints on every profile, while “sofia status profile internal reg” shows a formatted list of endpoints registered with the profile named “internal”. Profiles can take any name that you wish to assign them. The developers chose “internal” and “external” for the Vanilla configuration files to make it easier to understand. FreeSWITCH can have many sip_profiles to provide multi-tenant identities. Each profile can have many endpoints registered to it. The Vanilla configuration files only use one tenant or identity to provide a simple starting point for new administrators who are unfamiliar with FreeSWITCH. Choose the command the provides the information that is most helpful to you. There is no right or wrong way in this matter. Hope this helps. John Boteler Bote Communications From: FreeSWITCH-users On Behalf Of Kakiman Expert Sent: Tuesday, 5 April, 2022 08:37 To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] user registration Hello I am using freeSWITCH 10.06 and i am wondering about the difference between 2 commands : - show registration - sofia status profile internal reg both commands list the users registered, but sometimes, I am still seing users in show registrations whereas they are not present in sofia status. which is the command to have the right registration status ? what is the difference between these commands ? thanks regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From botelist at gmail.com Tue Apr 5 20:47:22 2022 From: botelist at gmail.com (Bote Man) Date: Tue, 5 Apr 2022 16:47:22 -0400 Subject: [Freeswitch-users] Bridging two incoming channels in Bypass media mode In-Reply-To: References: Message-ID: <00ba01d8492e$59ec6ee0$0dc54ca0$@gmail.com> In order for bypass_media to work, both endpoints must be able to reach each other directly. If they are endpoints on your LAN that you control, then this is possible. On the open Internet it is almost certainly not possible, nor is it advisable. John Boteler Bote Communications From: FreeSWITCH-users On Behalf Of Aditya Uppuluri Sent: Tuesday, 5 April, 2022 02:30 To: freeswitch-users at lists.freeswitch.org Subject: [Freeswitch-users] Bridging two incoming channels in Bypass media mode Hello Team. Is there a way to bridge two incoming calls in bypass media mode? I tried using uuid_bridge but it's expecting at least one channel to be in *answered* state. And if I answer one of the channels, then freeswitch is coming into the media path which I don't want. I have an external profile with inbound-bypass-media to true. Let me know if I can provide you with any further details. Thank you Regards, Aditya Uppuluri -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at freeswitch.org Tue Apr 5 20:48:29 2022 From: mike at freeswitch.org (Mike Jerris) Date: Tue, 5 Apr 2022 14:48:29 -0600 Subject: [Freeswitch-users] user registration In-Reply-To: <00b501d8492c$cf456590$6dd030b0$@gmail.com> References: <00b501d8492c$cf456590$6dd030b0$@gmail.com> Message-ID: <8559DF65-9C75-4A8F-A687-0C198944CDDE@freeswitch.org> Show registrations was added as a core concept to support different endpoints than just sofia but we haven’t implemented it in other places yet. Im a bit surprised you see different values, maybe timing? > On Apr 5, 2022, at 2:36 PM, Bote Man wrote: > > I believe that “show registrations” shows ALL endpoints on every profile, while “sofia status profile internal reg” shows a formatted list of endpoints registered with the profile named “internal”. Profiles can take any name that you wish to assign them. The developers chose “internal” and “external” for the Vanilla configuration files to make it easier to understand. > > FreeSWITCH can have many sip_profiles to provide multi-tenant identities. Each profile can have many endpoints registered to it. The Vanilla configuration files only use one tenant or identity to provide a simple starting point for new administrators who are unfamiliar with FreeSWITCH. > > Choose the command the provides the information that is most helpful to you. There is no right or wrong way in this matter. > > Hope this helps. > > > John Boteler > Bote Communications > > > > From: FreeSWITCH-users On Behalf Of Kakiman Expert > Sent: Tuesday, 5 April, 2022 08:37 > To: freeswitch-users at lists.freeswitch.org > Subject: [Freeswitch-users] user registration > > Hello > I am using freeSWITCH 10.06 and i am wondering about the difference between 2 commands : > - show registration > - sofia status profile internal reg > > both commands list the users registered, but sometimes, I am still seing users in show registrations whereas they are not present in sofia status. > > which is the command to have the right registration status ? > what is the difference between these commands ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jolexpert at gmail.com Wed Apr 6 15:34:15 2022 From: jolexpert at gmail.com (Kakiman Expert) Date: Wed, 6 Apr 2022 17:34:15 +0200 Subject: [Freeswitch-users] user registration In-Reply-To: References: Message-ID: Hello, thanks for your explanatio, it is more clear. What I do not understand is that for example, if I kill a user with "sofia flush", it is no more present in the sofia profile reg, but still present in "show registration" Or sometimes, some users are still present in "show registration" whereas they appear unregistered in "sofia profile reg" Is there any cache or buffer in "show registration" command ? thanks ---------- Forwarded message ---------- From: Mike Jerris To: FreeSWITCH Users Help Cc: Bcc: Date: Tue, 5 Apr 2022 14:48:29 -0600 Subject: Re: [Freeswitch-users] user registration Show registrations was added as a core concept to support different endpoints than just sofia but we haven’t implemented it in other places yet. Im a bit surprised you see different values, maybe timing? On Apr 5, 2022, at 2:36 PM, Bote Man wrote: I believe that “show registrations” shows ALL endpoints on every profile, while “sofia status profile internal reg” shows a formatted list of endpoints registered with the profile named “internal”. Profiles can take any name that you wish to assign them. The developers chose “internal” and “external” for the Vanilla configuration files to make it easier to understand. FreeSWITCH can have many sip_profiles to provide multi-tenant identities. Each profile can have many endpoints registered to it. The Vanilla configuration files only use one tenant or identity to provide a simple starting point for new administrators who are unfamiliar with FreeSWITCH. Choose the command the provides the information that is most helpful to you. There is no right or wrong way in this matter. Hope this helps. John Boteler Bote Communications Le mar. 5 avr. 2022 à 14:37, Kakiman Expert a écrit : > Hello > I am using freeSWITCH 10.06 and i am wondering about the difference > between 2 commands : > - show registration > - sofia status profile internal reg > > both commands list the users registered, but sometimes, I am still seing > users in show registrations whereas they are not present in sofia status. > > which is the command to have the right registration status ? > what is the difference between these commands ? > > thanks > regards > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahrongreenberg at gmail.com Thu Apr 7 01:32:01 2022 From: ahrongreenberg at gmail.com (Ahron Greenberg) Date: Wed, 6 Apr 2022 21:32:01 -0400 Subject: [Freeswitch-users] user registration In-Reply-To: References: , Message-ID: <634D3214-28AF-43DE-B013-0BA2E2AFC4C8@hxcore.ol> An HTML attachment was scrubbed... URL: From uppuluriaditya at gmail.com Thu Apr 7 15:01:31 2022 From: uppuluriaditya at gmail.com (Aditya Uppuluri) Date: Thu, 7 Apr 2022 20:31:31 +0530 Subject: [Freeswitch-users] Subject: Bridging two incoming channels in Bypass media mode In-Reply-To: References: Message-ID: Yes. Both the clients are on the same LAN and I want to bridge both. But without FS being in the media path. Regards, Aditya Uppuluri -------------- next part -------------- An HTML attachment was scrubbed... URL: From andynewlands at gmail.com Fri Apr 8 10:38:57 2022 From: andynewlands at gmail.com (Andy Newlands) Date: Fri, 8 Apr 2022 11:38:57 +0100 Subject: [Freeswitch-users] Spurious DTMF characters when using RFC2833 with SRTP In-Reply-To: References: Message-ID: Further to my earlier quest, and after a lot of pain, I believe I have figured out the cause of the issue. It lies with what appears to be a bug do_flush() in switch_rtp.c - this would certainly manifest as seemingly random/intermittent behaviour in respect of DTMF handling/processing. I have amended the code and I am currently testing my fix. Kind regards, Andy On Mon, 28 Feb 2022 at 14:12, Andy Newlands wrote: > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at freeswitch.org Fri Apr 8 18:35:17 2022 From: mike at freeswitch.org (Mike Jerris) Date: Fri, 8 Apr 2022 12:35:17 -0600 Subject: [Freeswitch-users] user registration In-Reply-To: <634D3214-28AF-43DE-B013-0BA2E2AFC4C8@hxcore.ol> References: <634D3214-28AF-43DE-B013-0BA2E2AFC4C8@hxcore.ol> Message-ID: Interesting. Can someone get some PR’s up to correct this? > On Apr 6, 2022, at 7:32 PM, Ahron Greenberg wrote: > > I checked in the source code, flush_inbound_reg doesn’t remove the registrations from the core db registrations table. I’ve found multiple places where sofia doesn’t update the core db registration table, so you cannot rely on it. > > Sent from Mail for Windows > > From: Kakiman Expert > Sent: April 6, 2022 12:03 PM > To: freeswitch-users at lists.freeswitch.org > Subject: Re: [Freeswitch-users] user registration > > Hello, > > thanks for your explanatio, it is more clear. > > What I do not understand is that for example, if I kill a user with "sofia flush", it is no more present in the sofia profile reg, but still present in "show registration" > > Or sometimes, some users are still present in "show registration" whereas they appear unregistered in "sofia profile reg" > > Is there any cache or buffer in "show registration" command ? > > thanks > > > > > ---------- Forwarded message ---------- > From: Mike Jerris > > To: FreeSWITCH Users Help > > Cc: > Bcc: > Date: Tue, 5 Apr 2022 14:48:29 -0600 > Subject: Re: [Freeswitch-users] user registration > Show registrations was added as a core concept to support different endpoints than just sofia but we haven’t implemented it in other places yet. Im a bit surprised you see different values, maybe timing? > > > > On Apr 5, 2022, at 2:36 PM, Bote Man > wrote: > > I believe that “show registrations” shows ALL endpoints on every profile, while “sofia status profile internal reg” shows a formatted list of endpoints registered with the profile named “internal”. Profiles can take any name that you wish to assign them. The developers chose “internal” and “external” for the Vanilla configuration files to make it easier to understand. > > FreeSWITCH can have many sip_profiles to provide multi-tenant identities. Each profile can have many endpoints registered to it. The Vanilla configuration files only use one tenant or identity to provide a simple starting point for new administrators who are unfamiliar with FreeSWITCH. > > Choose the command the provides the information that is most helpful to you. There is no right or wrong way in this matter. > > Hope this helps. > > > John Boteler > Bote Communications > > Le mar. 5 avr. 2022 à 14:37, Kakiman Expert > a écrit : > Hello > I am using freeSWITCH 10.06 and i am wondering about the difference between 2 commands : > - show registration > - sofia status profile internal reg > > both commands list the users registered, but sometimes, I am still seing users in show registrations whereas they are not present in sofia status. > > which is the command to have the right registration status ? > what is the difference between these commands ? > > thanks > regards > > _________________________________________________________________________ > > 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ahrongreenberg at gmail.com Fri Apr 8 19:42:58 2022 From: ahrongreenberg at gmail.com (Ahron Greenberg) Date: Fri, 8 Apr 2022 15:42:58 -0400 Subject: [Freeswitch-users] user registration In-Reply-To: References: <634D3214-28AF-43DE-B013-0BA2E2AFC4C8@hxcore.ol>, Message-ID: An HTML attachment was scrubbed... URL: From dpa-freeswitch at aegee.org Fri Apr 8 17:47:02 2022 From: dpa-freeswitch at aegee.org (=?UTF-8?Q?=D0=94=D0=B8=D0=BB=D1=8F=D0=BD_?= =?UTF-8?Q?=D0=9F=D0=B0=D0=BB=D0=B0=D1=83=D0=B7=D0=BE=D0=B2?=) Date: Fri, 08 Apr 2022 20:47:02 +0300 Subject: [Freeswitch-users] =?utf-8?q?Why_doesn=E2=80=99t_FreeSwitch_offer?= =?utf-8?q?_PCMU/PCMA_to_the_callee=3F?= Message-ID: Hello, I want to call from Linphone on Android to Gnome Calls. The SIP trace can be found at https://gitlab.gnome.org/GNOME/calls/-/issues/434 . Linphone announces OPUS. FreeSWITCH is supposed to do transcoding between codecs. It proposes however to Gnome Calls only OPUS as viable protocol. Gnome Calls rejects the INVITATION, as it does not speak OPUS. I the SIP profile I have While calling, the variable ep_codec_string has the value mod_opus.opus at 48000h@20i at 2c,CORE_PCM_MODULE.PCMU at 8000h@20i at 64000b,CORE_PCM_MODULE.PCMA at 8000h @20i at 64000b,mod_spandsp.G722 at 8000h@20i at 64000b. I have enabled Late Negotiation. freeswitch at d> sofia status profile internal ======================================================================= ========================== Name internal Domain Name N/A Auto-NAT false DBName sofia_reg_internal Pres Hosts 192.168.0.199,192.168.0.199 Dialplan XML Context public Challenge Realm auto_from RTP-IP 192.168.0.199 SIP-IP 192.168.0.199 URL sip:mod_sofia at 192.168.0.199:5060 BIND-URL sip:mod_sofia at 192.168.0.199:5060;transport=udp,tcp WS-BIND-URL sip:mod_sofia at 192.168.0.199:5066;transport=ws WSS-BIND-URL sips:mod_sofia at 192.168.0.199:7443;transport=wss HOLD-MUSIC local_stream://moh OUTBOUND-PROXY N/A CODECS IN OPUS,G722,PCMU,PCMA,H264,VP8 CODECS OUT OPUS,G722,PCMU,PCMA,H264,VP8 TEL-EVENT 101 DTMF-MODE rfc2833 CNG 13 SESSION-TO 0 MAX-DIALOG 0 MAX-RECV-RPS 1000 NOMEDIA false LATE-NEG true PROXY-MEDIA false ZRTP-PASSTHRU true AGGRESSIVENAT false CALLS-IN 12 FAILED-CALLS-IN 6 CALLS-OUT 6 FAILED-CALLS-OUT 6 REGISTRATIONS 4 FreeSwith offers only OPUS to Gnome Calls and the latter rejects the connection. The question is, why doesn't FreeSwitch offer transcoding, and the PCMA+PCMU codecs to the callee? I have one more question. I want to execute some actions unconditionally in a dialplan, in particular to record all calls. I do: It does work, but sometimes the action is executed, sometimes the anti- action. ( I hope I say the truth, since I made a lot of changes recently and these are the results I remember). Is there any way to execute a condition unconditionally, or rather to execute actions outside of a condition and extension? Here, to record all calls, without having an extension/condition? Thanks in advance for your ideas! Greetings Дилян From lloyd.aloysius at gmail.com Sat Apr 9 18:57:01 2022 From: lloyd.aloysius at gmail.com (Lloyd Aloysius) Date: Sat, 9 Apr 2022 14:57:01 -0400 Subject: [Freeswitch-users] RE - Internal Interface suddenly freezes In-Reply-To: References: <9CDD4C05-0E51-4CFC-838B-763828D563F0@wnt.at> Message-ID: Hi All I have the same problem. Freeswitch stop responding every few hours (7 hours - 12 hours). Then a restart was required. I tired different hardwares(Server Motherboard, cpu, memory and disks) https://pastebin.freeswitch.org/view/dfbbab9e Server is idle and Lots of Memory https://imgur.com/a/4c3ZbRt *Environment* Freeswitch core database is postgres Freeswitch Configuration via xml_curl ( php,pdo,mysql) Freeswitch Dialplan ( lua, odbc, mysql) 300 Phones Registered Call volume is less than 10 calls per minute. Weekends not more than 10 calls per day. I do not think Freeswitch Dialplan ( lua, odbc, mysql) is a problem. I believe the issue is related to xml_curl ( php,pdo,mysql) and the registration Server has lots of resources. https://imgur.com/a/4c3ZbRt I upgraded from FreeSWITCH (Version 1.4.23 git 1665168 2015-10-01 18:31:59Z 64bit) is ready, to Debian 11, Freeswitch 1.10.X all the versions have the same issues. Can you please let me know the right direction to troubleshoot this issue? Thank you Lloyd On Thu, Nov 4, 2021 at 8:56 AM John Covici wrote: > Those sound like profile parameters to me -- are you sure about where > they go? > > On Thu, 04 Nov 2021 05:58:07 -0400, > Rémi MARAND wrote: > > > > [1 ] > > [1.1 ] > > Hello, > > > > We have upgraded to 1.10.6 and use mod_mariadb as advised. > > > > Unfortunately, we still have these registrations stops. it is not > frequent and difficult to reproduce. > > > > I would like to test the multi-thread registration as preconized, I > tried but there is no corresponding info in logs. > > > > Should you confirm that the parameters : > > > > > > Must be inserted in the "global_settings" part of the sofia.conf.xml > file ?? > > How should I check the effective multithread registration process ?? > > > > Best regards. > > > > Rémi Marand. > > > > De : FreeSWITCH-users > De la part de Stefan Kainz > > Envoyé : mardi 25 mai 2021 13:15 > > À : FreeSWITCH Users Help > > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > > > Thank you. > > > > We will try 1.10.6 with mod_mariadb this week! > > > > Thanks! > > > > Von: FreeSWITCH-users > Im Auftrag von > Rémi MARAND > > Gesendet: Montag, 24. Mai 2021 19:24 > > An: FreeSWITCH Users Help freeswitch-users at lists.freeswitch.org>> > > Betreff: Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > > > Hello, > > > > Thank you for the various information about this incident on the > userlist and github. > > > > We are using Postgresql on Freeswitch server itself. > > The version of Freeswitch is 1.10.5-release-17-25569c1631~64bit On > Debian 10. > > > > I cannot reproduce the problem on our development environment with > thousands of registrations and thousands of calls, for this reason I > suspect some unexpected behavior of the web client, and I note that a few > TCP connections: on wss:7443 remain after the Register they carry is > completed. > > I am looking for a solution on the Freeswitch side to close them on > inactivity timeout. > > > > If we are successful in causing the problem, we will release the core as > you recommend. > > As for the transition to version 1.10.6, this is a track that we will > try. > > > > Best Regards. > > > > remi.marand at odigo.com > > > > De : FreeSWITCH-users > De la part de > Stefan Kainz > > Envoyé : lundi 24 mai 2021 17:42 > > À : FreeSWITCH Users Help > > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > > > Another one :) > > > > At this point we have a script that restarts freeswitch every time this > happens. > > We don't really have a solution for this so far, and are out of things > to test ... > > > > May I ask if you have an external interface in your setup? Does that > interface freeze too? > > We have a external interface, and it looks like it doesn't happen to > that one. > > We also have a third interface called "alternate_routing", which doesn't > handle registrations or presence. Like the external interface it doesn't > freeze. > > > > Do you use Mariadb/ODBC for odbc-core? > > > > Im hoping the GitHub-issue gets some attention soon. > > Maybe it helps if some of you also post a backtrace when this happens. > > > > To your problem, can you confirm that this isn't some sort of > SYN-Flood-Attack? > > Maybe check the IP's that are connected. I think its pretty easy to find > out if those are real-users or hackers. > > > > Regards, > > > > On 22.05.2021, at 08:22, Rémi MARAND remi.marand at odigo.com>> wrote: > > > > Hello, > > > > It seems we have the same problem, it doesn't happen often, but the > Register part of internal profile does crash. > > > > I observe that the number of connections established on the WSS port > (7443) sometimes exceeds the number of active registrations. (netstat > -tpa).. > > It could be really important (2 or 3 times the number of Registrations), > it could of course be a software problem on the WebRTC (Front) client side. > > > > Is there a way on the Freeswitch side in the configuration to disconnect > TLS connections that are no longer registered? On timeout for example. > > > > Best regards. > > > > Rémi Marand. > > remi.marand at odigo.com > > > > De : FreeSWITCH-users > De la part de > Kakiman Expert > > Envoyé : vendredi 30 avril 2021 15:34 > > À : freeswitch-users at lists.freeswitch.org freeswitch-users at lists.freeswitch.org> > > Objet : [Freeswitch-users] RE - Internal Interface suddenly freezes > > > > hello > > > > Did you find any solution to this issue ? > > > > I am in production with 1.10.5 version and since a week, I have the same > issue. > > The internal profile is out of service and registration is impossible. > > > > and we don't have any answer to "sofia status profile internal" , the > prompt in fs_cli keeps waiting. > > > > the only way to solve is to restart freeswitch > > > > thanks > > regards > > > > _________________________________________________________________________ > > > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com > < > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsignalwire.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601498302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nI4%2Fw2TpoEcAj25qrv5jXi%2BkeS7cH%2B5YYZsRLhB3gDk%3D&reserved=0 > > > > 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://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsignalwire.community%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QRKf2cMFqwzkoeW9ER1JNXvd5LlELiQ22ffvGhNuSFI%3D&reserved=0 > > > > > > Professional FreeSWITCH Services > > sales at freeswitch.com > > https://freeswitch.com< > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=N3rvLIw1tfZOspZifnMY0lhNKSXYgbnXyQqttxNJSkA%3D&reserved=0 > > > > > > Official FreeSWITCH Sites > > https://freeswitch.com/oss< > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2Foss&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601518294%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=f9PA82VD5%2BZ4IsR06R0KMbT3PxxAhIBc7aZbbH52NEo%3D&reserved=0 > > > > https://freeswitch.org/confluence< > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.org%2Fconfluence&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Ne1rfKiT47f4eSvnCNLuYunOjNHNu2jWGB9uc9pKsgI%3D&reserved=0 > > > > https://cluecon.com< > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcluecon.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lJMgs8FbTJaTG0tHCBvAACBHwbjMTapZPIKlG%2BtBaHQ%3D&reserved=0 > > > > > > FreeSWITCH-users mailing list > > FreeSWITCH-users at lists.freeswitch.org FreeSWITCH-users at lists.freeswitch.org> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users< > https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.freeswitch.org%2Fmailman%2Flistinfo%2Ffreeswitch-users&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=uH0OcML3zMXfSsT774wcbny5uIu9XeeJ4DDSwDLmlnA%3D&reserved=0 > > > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > < > https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.freeswitch.org%2Fmailman%2Foptions%2Ffreeswitch-users&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oTCYvgGw7YOlNI0Rdl0HikDXPDusZsKqohcdAGea144%3D&reserved=0 > > > > https://freeswitch.com< > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601548273%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=gNzAm1XomPmMlc5%2B3N%2BH5HrHeyZVtFiMB%2FV0a3OZPyQ%3D&reserved=0 > > > > > > [1.2 ] > > [2 ] > > _________________________________________________________________________ > > > > 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 at 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 at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > https://freeswitch.com > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici wb2una > covici at ccs.covici.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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.villasmil.work at gmail.com Sat Apr 9 20:45:24 2022 From: david.villasmil.work at gmail.com (David Villasmil) Date: Sat, 9 Apr 2022 21:45:24 +0100 Subject: [Freeswitch-users] RE - Internal Interface suddenly freezes In-Reply-To: References: <9CDD4C05-0E51-4CFC-838B-763828D563F0@wnt.at> Message-ID: Seems to me The only thing in common is your dialplan/lua/sql… it’d start there. Enable core dump. On Sat, 9 Apr 2022 at 20:15, Lloyd Aloysius wrote: > Hi All > > I have the same problem. Freeswitch stop responding every few hours (7 > hours - 12 hours). Then a restart was required. I tired > different hardwares(Server Motherboard, cpu, memory and disks) > https://pastebin.freeswitch.org/view/dfbbab9e > > Server is idle and Lots of Memory > > https://imgur.com/a/4c3ZbRt > > *Environment* > > Freeswitch core database is postgres > Freeswitch Configuration via xml_curl ( php,pdo,mysql) > Freeswitch Dialplan ( lua, odbc, mysql) > 300 Phones Registered > Call volume is less than 10 calls per minute. > Weekends not more than 10 calls per day. I do not think Freeswitch > Dialplan ( lua, odbc, mysql) is a problem. > I believe the issue is related to xml_curl ( php,pdo,mysql) and the > registration > Server has lots of resources. https://imgur.com/a/4c3ZbRt > > I upgraded from FreeSWITCH (Version 1.4.23 git 1665168 2015-10-01 > 18:31:59Z 64bit) is ready, to Debian 11, Freeswitch 1.10.X all the versions > have the same issues. > > Can you please let me know the right direction to troubleshoot this issue? > > Thank you > Lloyd > > > > > > > On Thu, Nov 4, 2021 at 8:56 AM John Covici wrote: > >> Those sound like profile parameters to me -- are you sure about where >> they go? >> >> On Thu, 04 Nov 2021 05:58:07 -0400, >> Rémi MARAND wrote: >> > >> > [1 ] >> > [1.1 ] >> > Hello, >> > >> > We have upgraded to 1.10.6 and use mod_mariadb as advised. >> > >> > Unfortunately, we still have these registrations stops. it is not >> frequent and difficult to reproduce. >> > >> > I would like to test the multi-thread registration as preconized, I >> tried but there is no corresponding info in logs. >> > >> > Should you confirm that the parameters : >> > >> > >> > Must be inserted in the "global_settings" part of the sofia.conf.xml >> file ?? >> > How should I check the effective multithread registration process ?? >> > >> > Best regards. >> > >> > Rémi Marand. >> > >> > De : FreeSWITCH-users >> De la part de Stefan Kainz >> > Envoyé : mardi 25 mai 2021 13:15 >> > À : FreeSWITCH Users Help >> > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes >> > >> > Thank you. >> > >> > We will try 1.10.6 with mod_mariadb this week! >> > >> > Thanks! >> > >> > Von: FreeSWITCH-users > > Im Auftrag von >> Rémi MARAND >> > Gesendet: Montag, 24. Mai 2021 19:24 >> > An: FreeSWITCH Users Help > > >> > Betreff: Re: [Freeswitch-users] RE - Internal Interface suddenly freezes >> > >> > Hello, >> > >> > Thank you for the various information about this incident on the >> userlist and github. >> > >> > We are using Postgresql on Freeswitch server itself. >> > The version of Freeswitch is 1.10.5-release-17-25569c1631~64bit On >> Debian 10. >> > >> > I cannot reproduce the problem on our development environment with >> thousands of registrations and thousands of calls, for this reason I >> suspect some unexpected behavior of the web client, and I note that a few >> TCP connections: on wss:7443 remain after the Register they carry is >> completed. >> > I am looking for a solution on the Freeswitch side to close them on >> inactivity timeout. >> > >> > If we are successful in causing the problem, we will release the core >> as you recommend. >> > As for the transition to version 1.10.6, this is a track that we will >> try. >> > >> > Best Regards. >> > >> > remi.marand at odigo.com >> > >> > De : FreeSWITCH-users > > De la part de >> Stefan Kainz >> > Envoyé : lundi 24 mai 2021 17:42 >> > À : FreeSWITCH Users Help >> > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes >> > >> > Another one :) >> > >> > At this point we have a script that restarts freeswitch every time this >> happens. >> > We don't really have a solution for this so far, and are out of things >> to test ... >> > >> > May I ask if you have an external interface in your setup? Does that >> interface freeze too? >> > We have a external interface, and it looks like it doesn't happen to >> that one. >> > We also have a third interface called "alternate_routing", which >> doesn't handle registrations or presence. Like the external interface it >> doesn't freeze. >> > >> > Do you use Mariadb/ODBC for odbc-core? >> > >> > Im hoping the GitHub-issue gets some attention soon. >> > Maybe it helps if some of you also post a backtrace when this happens. >> > >> > To your problem, can you confirm that this isn't some sort of >> SYN-Flood-Attack? >> > Maybe check the IP's that are connected. I think its pretty easy to >> find out if those are real-users or hackers. >> > >> > Regards, >> > >> > On 22.05.2021, at 08:22, Rémi MARAND > remi.marand at odigo.com>> wrote: >> > >> > Hello, >> > >> > It seems we have the same problem, it doesn't happen often, but the >> Register part of internal profile does crash. >> > >> > I observe that the number of connections established on the WSS port >> (7443) sometimes exceeds the number of active registrations. (netstat >> -tpa).. >> > It could be really important (2 or 3 times the number of >> Registrations), it could of course be a software problem on the WebRTC >> (Front) client side. >> > >> > Is there a way on the Freeswitch side in the configuration to >> disconnect TLS connections that are no longer registered? On timeout for >> example. >> > >> > Best regards. >> > >> > Rémi Marand. >> > remi.marand at odigo.com >> > >> > De : FreeSWITCH-users > > De la part de >> Kakiman Expert >> > Envoyé : vendredi 30 avril 2021 15:34 >> > À : freeswitch-users at lists.freeswitch.org> freeswitch-users at lists.freeswitch.org> >> > Objet : [Freeswitch-users] RE - Internal Interface suddenly freezes >> > >> > hello >> > >> > Did you find any solution to this issue ? >> > >> > I am in production with 1.10.5 version and since a week, I have the >> same issue. >> > The internal profile is out of service and registration is impossible. >> > >> > and we don't have any answer to "sofia status profile internal" , the >> prompt in fs_cli keeps waiting. >> > >> > the only way to solve is to restart freeswitch >> > >> > thanks >> > regards >> > >> > >> _________________________________________________________________________ >> > >> > The FreeSWITCH project is sponsored by SignalWire >> https://signalwire.com< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsignalwire.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601498302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nI4%2Fw2TpoEcAj25qrv5jXi%2BkeS7cH%2B5YYZsRLhB3gDk%3D&reserved=0 >> > >> > 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://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsignalwire.community%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QRKf2cMFqwzkoeW9ER1JNXvd5LlELiQ22ffvGhNuSFI%3D&reserved=0 >> > >> > >> > Professional FreeSWITCH Services >> > sales at freeswitch.com >> > https://freeswitch.com< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=N3rvLIw1tfZOspZifnMY0lhNKSXYgbnXyQqttxNJSkA%3D&reserved=0 >> > >> > >> > Official FreeSWITCH Sites >> > https://freeswitch.com/oss< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2Foss&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601518294%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=f9PA82VD5%2BZ4IsR06R0KMbT3PxxAhIBc7aZbbH52NEo%3D&reserved=0 >> > >> > https://freeswitch.org/confluence< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.org%2Fconfluence&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Ne1rfKiT47f4eSvnCNLuYunOjNHNu2jWGB9uc9pKsgI%3D&reserved=0 >> > >> > https://cluecon.com< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcluecon.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lJMgs8FbTJaTG0tHCBvAACBHwbjMTapZPIKlG%2BtBaHQ%3D&reserved=0 >> > >> > >> > FreeSWITCH-users mailing list >> > FreeSWITCH-users at lists.freeswitch.org> FreeSWITCH-users at lists.freeswitch.org> >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users< >> https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.freeswitch.org%2Fmailman%2Flistinfo%2Ffreeswitch-users&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=uH0OcML3zMXfSsT774wcbny5uIu9XeeJ4DDSwDLmlnA%3D&reserved=0 >> > >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users< >> https://fra01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.freeswitch.org%2Fmailman%2Foptions%2Ffreeswitch-users&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oTCYvgGw7YOlNI0Rdl0HikDXPDusZsKqohcdAGea144%3D&reserved=0 >> > >> > https://freeswitch.com< >> https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffreeswitch.com%2F&data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601548273%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=gNzAm1XomPmMlc5%2B3N%2BH5HrHeyZVtFiMB%2FV0a3OZPyQ%3D&reserved=0 >> > >> > >> > [1.2 ] >> > [2 ] >> > >> _________________________________________________________________________ >> > >> > 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 at 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 at lists.freeswitch.org >> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> > UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> > https://freeswitch.com >> >> -- >> Your life is like a penny. You're going to lose it. The question is: >> How do >> you spend it? >> >> John Covici wb2una >> covici at ccs.covici.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 at 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 at 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From botelist at gmail.com Mon Apr 11 07:38:30 2022 From: botelist at gmail.com (Bote Man) Date: Mon, 11 Apr 2022 03:38:30 -0400 Subject: [Freeswitch-users] RE - Internal Interface suddenly freezes In-Reply-To: References: <9CDD4C05-0E51-4CFC-838B-763828D563F0@wnt.at> Message-ID: <002501d84d77$24a01eb0$6de05c10$@gmail.com> Lua? Not knowing anything more about this specific issue, I would give the blanket advice not to run any long-running scripts in the session thread. If a script gets hung for whatever reason it will block the dialplan/session thread and make it look like FreeSWITCH has stopped when in fact FS is waiting for the script to get out of the way. This happens often enough that I felt the need to mention it to save you some time and trouble, in case this is what is happening in your case. John Boteler Bote Communications From: FreeSWITCH-users On Behalf Of David Villasmil Sent: Saturday, 9 April, 2022 16:45 To: FreeSWITCH Users Help Subject: Re: [Freeswitch-users] RE - Internal Interface suddenly freezes Seems to me The only thing in common is your dialplan/lua/sql… it’d start there. Enable core dump. On Sat, 9 Apr 2022 at 20:15, Lloyd Aloysius > wrote: Hi All I have the same problem. Freeswitch stop responding every few hours (7 hours - 12 hours). Then a restart was required. I tired different hardwares(Server Motherboard, cpu, memory and disks) https://pastebin.freeswitch.org/view/dfbbab9e Server is idle and Lots of Memory https://imgur.com/a/4c3ZbRt Environment Freeswitch core database is postgres Freeswitch Configuration via xml_curl ( php,pdo,mysql) Freeswitch Dialplan ( lua, odbc, mysql) 300 Phones Registered Call volume is less than 10 calls per minute. Weekends not more than 10 calls per day. I do not think Freeswitch Dialplan ( lua, odbc, mysql) is a problem. I believe the issue is related to xml_curl ( php,pdo,mysql) and the registration Server has lots of resources. https://imgur.com/a/4c3ZbRt I upgraded from FreeSWITCH (Version 1.4.23 git 1665168 2015-10-01 18:31:59Z 64bit) is ready, to Debian 11, Freeswitch 1.10.X all the versions have the same issues. Can you please let me know the right direction to troubleshoot this issue? Thank you Lloyd On Thu, Nov 4, 2021 at 8:56 AM John Covici > wrote: Those sound like profile parameters to me -- are you sure about where they go? On Thu, 04 Nov 2021 05:58:07 -0400, Rémi MARAND wrote: > > [1 ] > [1.1 ] > Hello, > > We have upgraded to 1.10.6 and use mod_mariadb as advised. > > Unfortunately, we still have these registrations stops. it is not frequent and difficult to reproduce. > > I would like to test the multi-thread registration as preconized, I tried but there is no corresponding info in logs. > > Should you confirm that the parameters : > > > Must be inserted in the "global_settings" part of the sofia.conf.xml file ?? > How should I check the effective multithread registration process ?? > > Best regards. > > Rémi Marand. > > De : FreeSWITCH-users > De la part de Stefan Kainz > Envoyé : mardi 25 mai 2021 13:15 > À : FreeSWITCH Users Help > > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > Thank you. > > We will try 1.10.6 with mod_mariadb this week! > > Thanks! > > Von: FreeSWITCH-users >> Im Auftrag von Rémi MARAND > Gesendet: Montag, 24. Mai 2021 19:24 > An: FreeSWITCH Users Help >> > Betreff: Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > Hello, > > Thank you for the various information about this incident on the userlist and github. > > We are using Postgresql on Freeswitch server itself. > The version of Freeswitch is 1.10.5-release-17-25569c1631~64bit On Debian 10. > > I cannot reproduce the problem on our development environment with thousands of registrations and thousands of calls, for this reason I suspect some unexpected behavior of the web client, and I note that a few TCP connections: on wss:7443 remain after the Register they carry is completed. > I am looking for a solution on the Freeswitch side to close them on inactivity timeout. > > If we are successful in causing the problem, we will release the core as you recommend. > As for the transition to version 1.10.6, this is a track that we will try. > > Best Regards. > > remi.marand at odigo.com > > > De : FreeSWITCH-users >> De la part de Stefan Kainz > Envoyé : lundi 24 mai 2021 17:42 > À : FreeSWITCH Users Help > Objet : Re: [Freeswitch-users] RE - Internal Interface suddenly freezes > > Another one :) > > At this point we have a script that restarts freeswitch every time this happens. > We don't really have a solution for this so far, and are out of things to test ... > > May I ask if you have an external interface in your setup? Does that interface freeze too? > We have a external interface, and it looks like it doesn't happen to that one. > We also have a third interface called "alternate_routing", which doesn't handle registrations or presence. Like the external interface it doesn't freeze. > > Do you use Mariadb/ODBC for odbc-core? > > Im hoping the GitHub-issue gets some attention soon. > Maybe it helps if some of you also post a backtrace when this happens. > > To your problem, can you confirm that this isn't some sort of SYN-Flood-Attack? > Maybe check the IP's that are connected. I think its pretty easy to find out if those are real-users or hackers. > > Regards, > > On 22.05.2021, at 08:22, Rémi MARAND >> wrote: > > Hello, > > It seems we have the same problem, it doesn't happen often, but the Register part of internal profile does crash. > > I observe that the number of connections established on the WSS port (7443) sometimes exceeds the number of active registrations. (netstat -tpa).. > It could be really important (2 or 3 times the number of Registrations), it could of course be a software problem on the WebRTC (Front) client side. > > Is there a way on the Freeswitch side in the configuration to disconnect TLS connections that are no longer registered? On timeout for example. > > Best regards. > > Rémi Marand. > remi.marand at odigo.com > > > De : FreeSWITCH-users >> De la part de Kakiman Expert > Envoyé : vendredi 30 avril 2021 15:34 > À : freeswitch-users at lists.freeswitch.org > > Objet : [Freeswitch-users] RE - Internal Interface suddenly freezes > > hello > > Did you find any solution to this issue ? > > I am in production with 1.10.5 version and since a week, I have the same issue. > The internal profile is out of service and registration is impossible. > > and we don't have any answer to "sofia status profile internal" , the prompt in fs_cli keeps waiting. > > the only way to solve is to restart freeswitch > > thanks > regards > > _________________________________________________________________________ > > The FreeSWITCH project is sponsored by SignalWire https://signalwire.com &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601498302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=nI4%2Fw2TpoEcAj25qrv5jXi%2BkeS7cH%2B5YYZsRLhB3gDk%3D&reserved=0> > 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 &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=QRKf2cMFqwzkoeW9ER1JNXvd5LlELiQ22ffvGhNuSFI%3D&reserved=0> > > Professional FreeSWITCH Services > sales at freeswitch.com > > https://freeswitch.com &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601508300%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=N3rvLIw1tfZOspZifnMY0lhNKSXYgbnXyQqttxNJSkA%3D&reserved=0> > > Official FreeSWITCH Sites > https://freeswitch.com/oss &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601518294%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=f9PA82VD5%2BZ4IsR06R0KMbT3PxxAhIBc7aZbbH52NEo%3D&reserved=0> > https://freeswitch.org/confluence &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Ne1rfKiT47f4eSvnCNLuYunOjNHNu2jWGB9uc9pKsgI%3D&reserved=0> > https://cluecon.com &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601528287%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lJMgs8FbTJaTG0tHCBvAACBHwbjMTapZPIKlG%2BtBaHQ%3D&reserved=0> > > FreeSWITCH-users mailing list > FreeSWITCH-users at lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=uH0OcML3zMXfSsT774wcbny5uIu9XeeJ4DDSwDLmlnA%3D&reserved=0> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601538281%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oTCYvgGw7YOlNI0Rdl0HikDXPDusZsKqohcdAGea144%3D&reserved=0> > https://freeswitch.com &data=04%7C01%7Cremi.marand%40odigo.com%7C1a1c567c37914d1539d308d91f72a98a%7Cbfa2632f99e14088a16c21c08ca1b899%7C1%7C0%7C637575399601548273%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=gNzAm1XomPmMlc5%2B3N%2BH5HrHeyZVtFiMB%2FV0a3OZPyQ%3D&reserved=0> > > [1.2 ] > [2 ] > _________________________________________________________________________ > > 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici at ccs.covici.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 at 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 at 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 at 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 at lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users https://freeswitch.com -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragos at freeswitch.org Tue Apr 12 15:05:46 2022 From: dragos at freeswitch.org (Dragos Oancea) Date: Tue, 12 Apr 2022 18:05:46 +0300 Subject: [Freeswitch-users] Spurious DTMF characters when using RFC2833 with SRTP In-Reply-To: References: Message-ID: You could open a github issue. On Fri, Apr 8, 2022 at 1:40 PM Andy Newlands wrote: > Further to my earlier quest, and after a lot of pain, I believe I have > figured out the cause of the issue. It lies with what appears to be a bug > do_flush() in switch_rtp.c - this would certainly manifest as seemingly > random/intermittent behaviour in respect of DTMF handling/processing. > > I have amended the code and I am currently testing my fix. > > Kind regards, > > Andy > > > On Mon, 28 Feb 2022 at 14:12, Andy Newlands > wrote: > >> 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 >> > _________________________________________________________________________ > > 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike at freeswitch.org Tue Apr 12 21:18:11 2022 From: mike at freeswitch.org (Mike Jerris) Date: Tue, 12 Apr 2022 15:18:11 -0600 Subject: [Freeswitch-users] Spurious DTMF characters when using RFC2833 with SRTP In-Reply-To: References: Message-ID: <1F96875F-D860-4BCF-BD79-3A162CE9385A@freeswitch.org> If you understand the conditions that trigger this, a unit test that reproduces it would be very helpful as well. We look forward to see your pull requests on this issue. Thanks for all your hard work and diligence. It is a weird issue that I dont believe I have ever seen in the wild, I will be interested to better understand what is different about your environment that triggers its and what sort of device you are interloping with that causes this issue. > On Apr 12, 2022, at 9:05 AM, Dragos Oancea wrote: > > You could open a github issue. > > On Fri, Apr 8, 2022 at 1:40 PM Andy Newlands > wrote: > Further to my earlier quest, and after a lot of pain, I believe I have figured out the cause of the issue. It lies with what appears to be a bug do_flush() in switch_rtp.c - this would certainly manifest as seemingly random/intermittent behaviour in respect of DTMF handling/processing. > > I have amended the code and I am currently testing my fix. > > Kind regards, > > Andy > > > On Mon, 28 Feb 2022 at 14:12, Andy Newlands > wrote: > 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). -------------- next part -------------- An HTML attachment was scrubbed... URL: From bullehs at gmail.com Wed Apr 20 12:01:35 2022 From: bullehs at gmail.com (HS) Date: Wed, 20 Apr 2022 17:01:35 +0500 Subject: [Freeswitch-users] Call forward to another server/extension. Message-ID: Dear all. I have an Opensips 3.0 + Fusion PBX setup. I would like calls received on Ext. 500 on Box A to be transferred to ext. 123 on Box B. I have successfully configured a trunk to Box B by setting up a Gateway and the status is REGED. I also added 123 in the Ext. field. In the dialplan expression I added 500. However, when I make the call it seems that I am transferred to ext. 500 on Box B and not Ext. 123. I am sure this has been discussed previously, but I can't seem to find much information. What am I doing incorrectly please? -------------- next part -------------- An HTML attachment was scrubbed... URL: From len at freeswitch.org Wed Apr 20 19:34:38 2022 From: len at freeswitch.org (Len Graham) Date: Wed, 20 Apr 2022 15:34:38 -0400 Subject: [Freeswitch-users] Call forward to another server/extension. In-Reply-To: References: Message-ID: You may be looking for the Bridges App. Fusion has docs with examples on this at https://docs.fusionpbx.com/en/latest/applications/bridges.html On Wed, Apr 20, 2022 at 8:02 AM HS wrote: > Dear all. > > I have an Opensips 3.0 + Fusion PBX setup. I would like calls received on > Ext. 500 on Box A to be transferred to ext. 123 on Box B. I have > successfully configured a trunk to Box B by setting up a Gateway and the > status is REGED. I also added 123 in the Ext. field. > > In the dialplan expression I added 500. However, when I make the call it > seems that I am transferred to ext. 500 on Box B and not Ext. 123. > > I am sure this has been discussed previously, but I can't seem to find > much information. What am I doing incorrectly please? > _________________________________________________________________________ > > 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 at 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 at lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > https://freeswitch.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bullehs at gmail.com Thu Apr 21 19:08:29 2022 From: bullehs at gmail.com (HS) Date: Fri, 22 Apr 2022 00:08:29 +0500 Subject: [Freeswitch-users] Call forward to another server/extension. In-Reply-To: References: Message-ID: Thanks Len. I just modified the Outbound Route by editing the bridge and callee_id details. Hardcoded the extension. Seems to be working fine. Or let me know if there's some problem in handling it that way. Thanks a lot. -------------- next part -------------- An HTML attachment was scrubbed... URL: From botelist at gmail.com Thu Apr 21 21:00:03 2022 From: botelist at gmail.com (Bote Man) Date: Thu, 21 Apr 2022 17:00:03 -0400 Subject: [Freeswitch-users] Call forward to another server/extension. In-Reply-To: References: Message-ID: <005701d855c2$c5f517e0$51df47a0$@gmail.com> That’s the way to do it. Glad it worked out. John Boteler Bote Communications From: FreeSWITCH-users On Behalf Of HS Sent: Thursday, 21 April, 2022 15:08 To: freeswitch-users at lists.freeswitch.org Subject: Re: [Freeswitch-users] Call forward to another server/extension. Thanks Len. I just modified the Outbound Route by editing the bridge and callee_id details. Hardcoded the extension. Seems to be working fine. Or let me know if there's some problem in handling it that way. Thanks a lot. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lloyd.aloysius at gmail.com Wed Apr 27 05:19:08 2022 From: lloyd.aloysius at gmail.com (Lloyd Aloysius) Date: Wed, 27 Apr 2022 01:19:08 -0400 Subject: [Freeswitch-users] Serving configuration with mod_lua and sofia.conf Message-ID: Hi All When I use the mod_cml_curl and sofia.conf . The following expanding properly. But I use lua and sofia.conf, the following not working. Variables not calculated. Why when I send the xml configuration using lua not working ($${local_ip_v4},$${internal_sip_port}) . But the same xml work for xml_curl Thanks Lloyd -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.hald at outlook.com Wed Apr 27 09:10:07 2022 From: m.hald at outlook.com (Marcel Haldemann) Date: Wed, 27 Apr 2022 09:10:07 +0000 Subject: [Freeswitch-users] gateway AUTH not working after update to 1.10.7 (from 1.10.6) Message-ID: 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 at 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 at sips.peoplefone.ch [CS_CONSUME_MEDIA] [MANDATORY_IE_MISSING] ... (see FS-Logs.txt) for more ... the gateway in the profile looks like this: ... see profile_carrier.txt for more ... Sofia Status: reeswitch at trtc.convercom.com> sofia status Name Type Data State ================================================================================================= carrier profile sip:mod_sofia at 195.201.140.229:5060 RUNNING (0) carrier::sip.peoplefone.ch gateway sip:90783808802 at 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? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: FS-Logs.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: profile_carrier.txt URL: From unai at rodr.org Fri Apr 29 19:50:57 2022 From: unai at rodr.org (Unai Rodriguez) Date: Fri, 29 Apr 2022 21:50:57 +0200 Subject: [Freeswitch-users] Genesys Cloud SIP integration with TLS fails when sofia global siptrace on Message-ID: <1424c03e-cb88-446a-af58-8e20e41ecd67@Spark> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fs-genesys-TLS-5061-TRACES_ON.txt URL: From ykalayy7 at gmail.com Fri Apr 29 13:46:26 2022 From: ykalayy7 at gmail.com (Yusuf KALAY) Date: Fri, 29 Apr 2022 16:46:26 +0300 Subject: [Freeswitch-users] Java esl-client repository bugs and status Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: