[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