[OpenSIPS-Users] uac_registrant, configure re-registartion interval

kertor-f at yandex.ru kertor-f at yandex.ru
Mon Apr 16 09:25:49 EDT 2018


Hello collegues! Can you help me with understand how to use uac_registrant module correctly.
I use uac_registrant module for connect to many different SIP providers.
Some providers wants to received REGISTER requests with strict interval(especially if the registration is not successful):
fisrt wants to receive requests every 180 secs;
second wants to receive requests every 600 secs;
etc.

Is there a way to configure re-registraton interval for each unique SIP account?
I use this module configuration:
########################################################################
loadmodule "uac_registrant.so"
########################################################################
modparam("uac_registrant", "hash_size", 4)
modparam("uac_registrant", "timer_interval", 16)
modparam("uac_registrant", "db_url", "URL")

With this configuration i have:
1) if opensips received "403 Forbidden", it retry ro send next REGISTER request after 16 sec.  (It`s not good, too often)
2) if opensips received nothing on REGISTER, it retry ro send next REGISTER request after 32 sec.  (It`s not good, too often)
3) if opensips received 200ok, it retry ro send next REGISTER request nearly expire time(if exires=180),  interval=173 sec. (It`s good)

If i change  configuration on:
modparam("uac_registrant", "hash_size", 7)
modparam("uac_registrant", "timer_interval", 129)
i have:
1) if opensips received "403 Forbidden", it retry ro send next REGISTER request after 129 sec.  (It`s good, not often)
2) if opensips received nothing on REGISTER, it retry ro send next REGISTER request after 129 sec.  (It`s good)
3) if opensips received 200ok, it retry ro send next REGISTER request not expire time(if exires=180), but another, interval=140 sec. (It`s not good, big decrease)

I need more flexibility to configure every SIP account. Is there a way? Thanks!

version: opensips 2.1.2 (x86_64/linux)


------
Andrey F



More information about the Users mailing list