[OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1

Mark Allen mark at allenclan.co.uk
Thu Dec 3 15:02:24 EST 2020


Thanks, Johan and Ben.

Johan:
I tried your suggested approach and (much to my surprise) it worked both
for lua_exec and cache_remove_chunk. Thanks for that.

Ben:
I understand what you are saying for LUA. However, I think that if it's
made clear that you do not have access to (or should not use) the message,
the results should be predictable. It seems to work for me.

My LUA function is reading in external data and doesn't make use of the
message at all. Perhaps there might be a way to provide an empty message to
LUA if it's invoked in TIMER  routes to avoid possible problems? LUA and
Python offer powerful extendablity to OpenSIPS, so it seems to me to be a
bit of a shame to limit their use at startup or in timers if all that's
needed is a tweak - or even just a warning in the documentation.

As for the "cache_remove_chunk" - it's less clear why TIMER couldn't run
this in a straightforward way as it's not dependent on the current message
as far as I understand it.


If anybody wants to try doing this - here's an example that worked for me
in OpenSIPS 3.1...

    timer_route[refreshNodes, 30] {
        route(remove_chunk);
        route(cache_reload);
    }



    route[remove_chunk] {
        cache_remove_chunk("validNodes", "*");
    }

    route[cache_reload] {
        lua_exec("getValidNodes");
        for ($var(node) in $(avp(validNodes)[*])) {
            cache_store("local:validNodes", "$var(node)", "true");
        }
    }



On Thu, 3 Dec 2020 at 14:20, Ben Newlin <Ben.Newlin at genesys.com> wrote:

> I wouldn’t recommend trying to bypass the restriction in this way. Both
> the lua and python exec modules were designed to operate on a SIP message,
> which is why they can only be called from routes that process messages.
> Calling it from time_route where there is no message, even if you could get
> it to work, could have unexpected and unpleasant results.
>
>
>
> From LUA module doc for lua_exec: “Calls a Lua function with passing it
> the current SIP message” [1].
>
>
>
> [1] https://opensips.org/docs/modules/3.1.x/lua.html#idp5933680
>
>
>
> Ben Newlin
>
>
>
> *From: *Users <users-bounces at lists.opensips.org> on behalf of Johan De
> Clercq <Johan at democon.be>
> *Date: *Thursday, December 3, 2020 at 6:55 AM
> *To: *OpenSIPS users mailling list <users at lists.opensips.org>
> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>
> what you can try, is to call another route in the time route.
>
> And then in that route, you execute the lua script.
>
> maybe (just a myabe) that will work.
>
>
>
> wkr,
>
>
>
> Op do 3 dec. 2020 om 12:23 schreef Mark Allen <mark at allenclan.co.uk>:
>
> Hi Johan
>
>
>
> In the documentation for 3.1 lua module - TIMER_ROUTE is not one of the
> routes available to lua_exec. If I include it in a TIMER route, OpenSIPS
> fails to start with syntax error and the log error is:
>
>
>
>     CRITICAL:core:yyerror: parse error in
> /etc/opensips/opensips.cfg:265:19-20: Command <lua_exec> cannot be used in
> the block#012
>
>
>
> If I move the lua_exec command into main route{ it works fine
>
>
>
> I also encounter the problem running a cache_remove_chunk in a TIMER route
> although the documentation doesn't say that it's not valid for TIMER route.
> It fails on startup with the error:
>
>
>
>     CRITICAL:core:yyerror: parse error in
> /etc/opensips/opensips.cfg:266:33-34: Command <cache_remove_chunk> cannot
> be used in the block#012
>
>
>
> Again - if I run the command in main route{ the command works fine
>
>
>
>
>
> cheers,
>
>
>
> Mark
>
>
>
> On Thu, 3 Dec 2020 at 11:01, Johan De Clercq <Johan at democon.be> wrote:
>
> It for sure does not run in async mode.
>
> Did you try executing a script in timer route ?
>
> What's the output in the log ?
>
>
>
> Op do 3 dec. 2020 om 11:56 schreef Mark Allen <mark at allenclan.co.uk>:
>
> Is there a way to run a lua_exec from a timer route?
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20201203/76f2100c/attachment-0001.html>


More information about the Users mailing list