[SR-Users] Understanding some usrloc modparams

Henning Westerholt hw at skalatan.de
Thu Feb 20 07:59:22 CET 2020


Hi Joel,

$ root at proxy-1:~# kamcmd ps |grep second
31314   secondary timer

Basically it makes sense to use a dedicated timer if you have a large DB and/or a DB which is not particularly fast for the expiration, to not block the core timer to long.

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org> On Behalf Of Joel Serrano
Sent: Thursday, February 20, 2020 1:12 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Subject: [SR-Users] Understanding some usrloc modparams

Hello,

I have an installation using usrloc + db_mode=1.

If I want on db_mode=1 or db_mode=2 the expired contacts to be cleaned up I have to enable the modparam db_timer_clean:

https://www.kamailio.org/docs/modules/devel/modules/usrloc.html#usrloc.p.db_timer_clean

The docs say:

"Enable (1) or disable (0) cleaning of expired db records on timer basis for db_mode WRITE-BACK and WRITE-THROUGH. It uses the secondary timer process."

I have the following doubts:

1- What does the reference "it uses the secondary timer process" mean? Is there a specific secondary timer just for this purpose?
2- Is  #1 related to the modparam timer_procs? (so it uses one of those when enabled?)
3- Why/When would you need a timer_proces modparam with a value higher than "1"?


Thanks,
Joel.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200220/7dc7ecc2/attachment.html>


More information about the sr-users mailing list