[SR-Users] Using $avp in evapi:message-received
Daniel-Constantin Mierla
miconda at gmail.com
Mon May 25 12:50:08 CEST 2015
$var(x) keeps the value in the context of the process. t_continue()
doesn't delegate route execution to other processes, it is executed in
the context of same process. So, yes, it is also the same for rtimer
processes. Actually, I can bet more for rtimer case, for evapi, I will
need to double check, because the libev might create some extra threads
around...
In other words, t_continue(tindex, tlabel, rtname) is like:
set_active_transaction(tindex, tlabel);
route(rtname);
t_suspend() is the one that parks the transaction and you can resume
processing it with t_continue() in other process, so if you set $var(x)
before t_suspend(), don't expect proper value at t_continue().
Cheers,
Daniel
On 25/05/15 12:35, Alex Balashov wrote:
> Daniel,
>
> On 05/25/2015 06:32 AM, Daniel-Constantin Mierla wrote:
>
>> yes, it is safe to use $var(x) to pass values between the block
>> calling t_continue() and the route executed by t_continue().
>
> Why is that, when the scope of $var() variables is, as I understand
> it, maintained only by a given SIP receiver thread?
>
> Regardless, is this true only when async task workers are used, or is
> this also true with other mechanisms, like resuming suspended
> transactions in rtimer threads?
>
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150525/6105487e/attachment.html>
More information about the sr-users
mailing list