[Freeswitch-users] Internal Interface suddenly freezes

Tue Mar 30 19:20:36 UTC 2021

Hi,

If you don't wish to serve an action from your Lua script, you must return
not found.

This is from confluence doc:

If your LUA application receives a request and you don't wish to serve
dialplan or like to fallback to plain XML dialplan, then you should return
the following "not found" result.

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<document type="freeswitch/xml">
  <section name="result">
    <result status="not found" />
  </section>
</document>

Best regards,
Mircea

mar., 30 mar. 2021, 22:05 Stefan Kainz <s.kainz at wnt.at> a scris:

> Hi,
>
> The lua script is called on a directory request.
> Your know, autoload_configs, lua.conf.xml:
>
> <param name="xml-handler-script" value="register.lua"/>
> <param name="xml-handler-bindings" value="directory,dialplan”/>
>
> Maybe the dialplan in the xml-handler-bindings is doing something I don’t
> want …
>
> In the register.lua I do basic sanity checks, and of course a database
> query that returns the user-data.
> After that I generate the xml that gets sent to freeswitch.
>
> Yesterday I added cacheable=“120" to the <user> tag.
> Thats no solution of course, but it looks like when the data is in the
> cache the lua script doesn’t get called.
> So maybe the error won’t occur as often as before …
>
> But, I have an idea, maybe you can confirm this.
> With dialplan enabled in xml-handler-bindings, the lua script is also
> called on calls, not just on registrations.
> ( I think that’s necessary to authenticate the users on an outgoing call,
> please correct me if im wrong )
> In the register.lua I only handle directory-requests and action==user_call.
> All other requests to my register.lua are unhandled and therefore I don’t
> return any xml at all.
>
> Maybe I get a request to my register.lua that is not a directory-request
> and not a user_call and since I don’t return a xml, Sofia hangs.
>
> Does that sound plausible?
>
> Thank you in advance!
>
> Regards,
> Stefan
>
>
>
> On 29.03.2021, at 23:57, David Villasmil <david.villasmil.work at gmail.com>
> wrote:
>
> That was going to be my next question: what’s lua doing and at what point?
>
> On Mon, 29 Mar 2021 at 16:09, Stefan Kainz <s.kainz at wnt.at> wrote:
>
>> I just found an issue on jira, where it seems someone had the same
>> problem I have.
>>
>> https://freeswitch.org/jira/browse/FS-3328
>>
>> I don’t have mod_xml_curl enabled though.
>>
>>
>>
>> But knowing that sofia can handle only one register at a time and then
>> blocking all subsequent Registers is a good starting point …
>>
>>
>>
>> Regards,
>>
>>
>>
>> *Von:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> *Im
>> Auftrag von *Bote Man
>> *Gesendet:* Montag, 29. März 2021 15:45
>> *An:* 'FreeSWITCH Users Help' <freeswitch-users at lists.freeswitch.org>
>> *Betreff:* Re: [Freeswitch-users] Internal Interface suddenly freezes
>>
>>
>>
>> The one common element is your Lua script.
>>
>>
>>
>> I am certainly no expert on script writing, but I have seen a number of
>> problems on the mailing list over the years with scripts doing “too much”
>> work during critical sections of the dialplan. Perhaps there is a race
>> condition?
>>
>>
>>
>> Hope this helps.
>>
>>
>>
>>
>>
>> ---
>>
>> John Boteler
>>
>> BnC Group U.S.A.
>>
>>
>>
>>
>>
>>
>>
>> *From:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> *On
>> Behalf Of *Stefan Kainz
>> *Sent:* Monday, 29 March, 2021 07:49
>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Subject:* Re: [Freeswitch-users] Internal Interface suddenly freezes
>>
>>
>>
>> Thank you for your answer!
>>
>>
>>
>> Hmm, I also tested it on two completely different servers ( no
>> virtualization ) and the problem exists on both.
>>
>> Im also going to try it on a third server, also completely different, but
>> I cant really image that this is a hardware-thing …
>>
>>
>>
>> We also have many freeswitch servers in production ( Exactly the same
>> hardware as the server with the problem ).
>>
>> The only difference is that one of those servers handles registrations,
>> and one doesn’t.
>>
>> The one handling the registrations has the problem, the other one
>> doesn’t.
>>
>>
>>
>> Its really strange …
>>
>>
>>
>> Regards,
>>
>>
>>
>> *Von:* FreeSWITCH-users <freeswitch-users-bounces at lists.freeswitch.org> *Im
>> Auftrag von *David Villasmil
>> *Gesendet:* Montag, 29. März 2021 13:12
>> *An:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Betreff:* Re: [Freeswitch-users] Internal Interface suddenly freezes
>>
>>
>>
>> That looks to be more on the hardware side than software. It’d be an
>> extremely coincidence those versions and all those OS have some issue
>> somewhere.
>>
>> Change hardware.
>>
>>
>>
>> On Sun, 28 Mar 2021 at 09:12, Stefan Kainz <s.kainz at wnt.at> wrote:
>>
>> Hi everbody,
>>
>> I have a little bit of a problem.
>> Im using Version 1.10.3. ( but this problem also occurs on version 1.4.18
>> )
>>
>> Sometimes the internal Sofia interface just stops responding to SIP
>> Requests.
>> It sometimes happens once every day, and sometimes once a week.
>> It happens at completely random times, like one day in the morning, and
>> the next day in the middle of the night.
>> The freeswitch.log gives me nothing, its like the Sofia interface was
>> stopped.
>>
>> When I try to restart the interface with "sofia profile internal restart”
>> nothing happens. The fs_cli just remains stuck with that command.
>>
>> The solution is to restart the freeswitch service.
>>
>> Sometimes when I recognise it too late, for example in the middle of the
>> night, it seems like the problem solves itself after about 2 hours.
>> The profile just starts working again, without somebody doing anything.
>>
>> I have checked a variety of things, including the firewall & fail2ban,
>> network connection, made sure watchdog is disabled, and also tested it on
>> different Debian-versions and freeswitch versions.
>> It seems this problem occurs on every freeswitch version i have tested.
>>
>> The external-profile on the other hand, keeps working like nothing
>> happened.
>>
>> Both Interfaces listen on the same network-device with a public ip.
>> The only difference is, the internal profile uses a Lua file to handle
>> registrations.
>>
>> Has anybody come across anything similar?
>>
>> Any help is much appreciated!
>>
>> 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
>>
>> --
>>
>> Regards,
>>
>>
>>
>> David Villasmil
>>
>> email: david.villasmil.work at gmail.com
>>
>> phone: +34669448337
>> _________________________________________________________________________
>>
>> 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
> _________________________________________________________________________
>
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20210330/0d9c5d16/attachment-0001.html>