Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
LOL! Yes, I did understand, but it is an important distinction.
On Thu, 3 Dec 2020 at 15:53, Ben Newlin wrote:
> It seems like you read that as I intended, but I want to clarify I meant
> to say I *wouldn’t* feel safe assuming that this would work long term.
>
>
>
> Ben Newlin
>
>
>
> *From: *Users on behalf of Mark Allen <
> m...@allenclan.co.uk>
> *Date: *Thursday, December 3, 2020 at 10:40 AM
> *To: *OpenSIPS users mailling list
> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>
> > a memory leak or segfault after continued use
>
>
>
> Yes - it would be useful to know if this could result in problems down the
> road. Not sure how else I can run a timed job if I can't use the TIMER
> route though.
>
>
>
> On Thu, 3 Dec 2020 at 15:17, Ben Newlin wrote:
>
> Mark,
>
>
>
> My concern was less about you using the message object in LUA as it was
> with how robust OpenSIPS’ handling is if a message if expected to be there
> and memory is allocated and passed but there is no actual message due to
> this “trick”. Without digging into the actual code, I would feel safe
> assuming that this wouldn’t result in a memory leak or segfault after
> continued use.
>
>
>
> Ben Newlin
>
>
>
> *From: *Users on behalf of Mark Allen <
> m...@allenclan.co.uk>
> *Date: *Thursday, December 3, 2020 at 10:04 AM
> *To: *OpenSIPS users mailling list
> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>
> 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 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 on behalf of Johan De
> Clercq
> *Date: *Thursday, December 3, 2020 at 6:55 AM
> *To: *OpenSIPS users mailling list
> *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 :
>
> 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 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 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
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
It seems like you read that as I intended, but I want to clarify I meant to say
I wouldn’t feel safe assuming that this would work long term.
Ben Newlin
From: Users on behalf of Mark Allen
Date: Thursday, December 3, 2020 at 10:40 AM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
> a memory leak or segfault after continued use
Yes - it would be useful to know if this could result in problems down the
road. Not sure how else I can run a timed job if I can't use the TIMER route
though.
On Thu, 3 Dec 2020 at 15:17, Ben Newlin
mailto:ben.new...@genesys.com>> wrote:
Mark,
My concern was less about you using the message object in LUA as it was with
how robust OpenSIPS’ handling is if a message if expected to be there and
memory is allocated and passed but there is no actual message due to this
“trick”. Without digging into the actual code, I would feel safe assuming that
this wouldn’t result in a memory leak or segfault after continued use.
Ben Newlin
From: Users
mailto:users-boun...@lists.opensips.org>> on
behalf of Mark Allen mailto:m...@allenclan.co.uk>>
Date: Thursday, December 3, 2020 at 10:04 AM
To: OpenSIPS users mailling list
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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
mailto:ben.new...@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
mailto:users-boun...@lists.opensips.org>> on
behalf of Johan De Clercq mailto:jo...@democon.be>>
Date: Thursday, December 3, 2020 at 6:55 AM
To: OpenSIPS users mailling list
mailto:users@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
mailto:m...@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 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 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
mailto:jo...@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 ?
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
> a memory leak or segfault after continued use
Yes - it would be useful to know if this could result in problems down the
road. Not sure how else I can run a timed job if I can't use the TIMER
route though.
On Thu, 3 Dec 2020 at 15:17, Ben Newlin wrote:
> Mark,
>
>
>
> My concern was less about you using the message object in LUA as it was
> with how robust OpenSIPS’ handling is if a message if expected to be there
> and memory is allocated and passed but there is no actual message due to
> this “trick”. Without digging into the actual code, I would feel safe
> assuming that this wouldn’t result in a memory leak or segfault after
> continued use.
>
>
>
> Ben Newlin
>
>
>
> *From: *Users on behalf of Mark Allen <
> m...@allenclan.co.uk>
> *Date: *Thursday, December 3, 2020 at 10:04 AM
> *To: *OpenSIPS users mailling list
> *Subject: *Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
>
> 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 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 on behalf of Johan De
> Clercq
> *Date: *Thursday, December 3, 2020 at 6:55 AM
> *To: *OpenSIPS users mailling list
> *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 :
>
> 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 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 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 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 :
>
> Is there a way to run a lua_exec from a timer route?
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> htt
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
Mark,
My concern was less about you using the message object in LUA as it was with
how robust OpenSIPS’ handling is if a message if expected to be there and
memory is allocated and passed but there is no actual message due to this
“trick”. Without digging into the actual code, I would feel safe assuming that
this wouldn’t result in a memory leak or segfault after continued use.
Ben Newlin
From: Users on behalf of Mark Allen
Date: Thursday, December 3, 2020 at 10:04 AM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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
mailto:ben.new...@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
mailto:users-boun...@lists.opensips.org>> on
behalf of Johan De Clercq mailto:jo...@democon.be>>
Date: Thursday, December 3, 2020 at 6:55 AM
To: OpenSIPS users mailling list
mailto:users@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
mailto:m...@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 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 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
mailto:jo...@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
mailto:m...@allenclan.co.uk>>:
Is there a way to run a lua_exec from a timer route?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
ht
Re: [OpenSIPS-Users] Working out OpenSIPS 3.2 roadmap
I would love to see a SQL engine, a real one, being pulled inside Opensips. Right now I have to use unixODBC and execute a stored procedure 3000 times per second, only to achieve a routing decision. It is very inefficient. Some engines like RocksDB, open-source, should be part of Opensips and run in the same process space. This would be a first for any softswitch technology. We need full SQL technology, with tables, views, stored procedures, functions, timers, etc. Philip Orleans On Thu, Dec 3, 2020 at 5:49 AM Bogdan-Andrei Iancu wrote: > Gentle reminder, > > We do not want you to miss your favorite feature for 3.2 and the we are > getting closer and closer to closing this poll. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer >https://www.opensips-solutions.com > OpenSIPS Bootcamp 2020 online >https://opensips.org/training/OpenSIPS_eBootcamp_2020/ > > On 11/19/20 2:00 PM, Bogdan-Andrei Iancu wrote: > > Hi OpenSIPSers ! > > > > Is it the time to turn our eyes to the next major release, to OpenSIPS > > 3.2 . Is it the time to plan it, to decide what should be the main > > area to focus on when developing OpenSIPS 3.2, to decide what ideas > > and features just be counted when putting together the roadmap for 3.2. > > > > So, we want to take the community pulse on the upcoming 3.2. Any > > suggestions, ideas, opinions are (as always) more than welcome for us > > and for the project. So, make your statement and please fill in this > > short (but relevant) form : > > > > https://bit.ly/2ISE9uX > > > > Best regards, > > > > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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 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 on behalf of Johan De
> Clercq
> *Date: *Thursday, December 3, 2020 at 6:55 AM
> *To: *OpenSIPS users mailling list
> *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 :
>
> 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 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 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 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 :
>
> Is there a way to run a lua_exec from a timer route?
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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 on behalf of Johan De Clercq
Date: Thursday, December 3, 2020 at 6:55 AM
To: OpenSIPS users mailling list
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
mailto:m...@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 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 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
mailto:jo...@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
mailto:m...@allenclan.co.uk>>:
Is there a way to run a lua_exec from a timer route?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
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 :
> 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 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 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 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 :
>>
>>> Is there a way to run a lua_exec from a timer route?
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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 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 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 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 :
>
>> Is there a way to run a lua_exec from a timer route?
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
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 : > Is there a way to run a lua_exec from a timer route? > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] lua_exec in timer route - OpenSIPS 3.1
Is there a way to run a lua_exec from a timer route? ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Working out OpenSIPS 3.2 roadmap
Gentle reminder, We do not want you to miss your favorite feature for 3.2 and the we are getting closer and closer to closing this poll. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Bootcamp 2020 online https://opensips.org/training/OpenSIPS_eBootcamp_2020/ On 11/19/20 2:00 PM, Bogdan-Andrei Iancu wrote: Hi OpenSIPSers ! Is it the time to turn our eyes to the next major release, to OpenSIPS 3.2 . Is it the time to plan it, to decide what should be the main area to focus on when developing OpenSIPS 3.2, to decide what ideas and features just be counted when putting together the roadmap for 3.2. So, we want to take the community pulse on the upcoming 3.2. Any suggestions, ideas, opinions are (as always) more than welcome for us and for the project. So, make your statement and please fill in this short (but relevant) form : https://bit.ly/2ISE9uX Best regards, ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Retransmission of 408 Error Message .
Hi All , I just encountered a scenario that Opensips is generating " 408 Request Time out" continuously for 6hr . I have attached the flow diagram . USC does not send ACK for the last 408 Error message . So , opensips is simply re-transmitting it again and again till next 6hr . Is this default behaviour of opensips . I agree that 408 should be ACK by the UAC . But if opensips wont receive ACK for 408 then for how long this error message will get transmitted ? Is there any parameter in any module to handle this ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
