Hello,
if you have:
modparam("uac", "reg_random_delay", 20)
modparam("uac", "reg_timer_interval", 20)
Then all are sent because the next timer callback is executed after
20secs, which is later than any delay value.
Try:
modparam("uac", "reg_random_delay", 300)
modparam("uac", "reg_timer_interval", 10)
Cheers,
Daniel
On 03.11.21 13:28, Sergiu Pojoga wrote:
Hi Daniel,
True. If I disable/re-enable or add registrations to a running system
via rpc, then those are not sent simultaneously with the others.
modparam("uac", "reg_timer_interval", 20)
Let me know if you see a problem here or not. I'll log an issue about
it on the tracker, if true.
Thanks.
On Wed, Nov 3, 2021 at 5:53 AM Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
Hello,
registrations are sent on a timer callback function executed every
N secods that is specified via a modparam (check the readme). If
the next timer callback is going to be executed after the delay
value (or when the registration expires), then the (new)
registrations are sent on the current callback execution. Could be
this situation.
Cheers,
Daniel
On 03.11.21 08:36, Henning Westerholt wrote:
Hello Sergiu,
Interesting. I suspected something like this in the past as well
but never looked into the randomness features in uac.
Let’s wait a bit if somebody else might comment on it, otherwise
please open an issue about it on our tracker.
Cheers,
Henning
--
Henning Westerholt –
https://skalatan.de/blog/
<https://skalatan.de/blog/>
Kamailio services –
https://gilawa.com <https://gilawa.com/>
*From:* Sergiu Pojoga <pojogas(a)gmail.com> <mailto:pojogas@gmail.com>
*Sent:* Wednesday, November 3, 2021 4:41 AM
*To:* Henning Westerholt <hw(a)gilawa.com> <mailto:hw@gilawa.com>
*Cc:* Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org> <mailto:sr-users@lists.kamailio.org>
*Subject:* Re: [SR-Users] UAC reg_random_delay
Hi Henning,
That's my understanding as well, but in reality seems like it
all happens simultaneously, without some kind of delay.
Here's what I have:
· /modparam("uac", "reg_random_delay", 20)/
· 10 uac records
· expires=300
· reg_delay=0
kamcmd uac.reg_dump | egrep delay
reg_delay: 13
reg_delay: 7
reg_delay: 3
reg_delay: 2
reg_delay: 8
reg_delay: 1
reg_delay: 2
reg_delay: 14
reg_delay: 17
reg_delay: 18
Following restart of Kamailio:
· 1st x10 REGISTERs are all sent out the same millisecond.
· Contacts saved, received 200 OK with Expires: 300
· after 280 seconds, another x10 REGISTERs are all sent
out the same millisecond
· and so on
Thanks.
On Tue, Nov 2, 2021 at 2:59 PM Henning Westerholt <hw(a)gilawa.com>
wrote:
Hello,
this are two different concepts:
·reg_random_delay is a global parameter to randomize the
registration delay for the records
·reg_delay is a parameter for the individual contacts
So it seems to randomize the reg_delay value due to the set
reg_random_delay for records with reg_delay = 0.
Could you maybe also observe a second registration after the
initial registration, if it stills send out all requests the
same time?
Cheers,
Henning
--
Henning Westerholt –
https://skalatan.de/blog/
<https://skalatan.de/blog/>
Kamailio services –
https://gilawa.com <https://gilawa.com/>
*From:* sr-users <sr-users-bounces(a)lists.kamailio.org> *On
Behalf Of *Sergiu Pojoga
*Sent:* Monday, November 1, 2021 4:20 PM
*To:* Kamailio (SER) - Users Mailing List
<sr-users(a)lists.kamailio.org>
*Subject:* [SR-Users] UAC reg_random_delay
Hi there,
May I know what exactly is supposed to be "delayed" in the
UAC registration?
/modparam("uac", "reg_random_delay", 20)/
I have records stored in DB with /reg_delay=0/. When
doing /uac.reg_dump/, I do see the value of /reg_delay/ being
random for various records.
However, after restarting Kamailio, the registrations are all
sent out *simultaneously*, there doesn't seem to be a
"delay", whatever the purpose is supposed to be.
Can someone clarify please?
Kamailio 5.5.0
Thanks. Regards,
--Sergiu
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
*
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla --
www.asipto.com <http://www.asipto.com>
www.twitter.com/miconda <http://www.twitter.com/miconda> --
www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
Kamailio Advanced Training - Online
Nov 08-11, 2021 (Europe Timezone) - Nov 22-25, 2021 (America Timezone)
*
https://www.asipto.com/sw/kamailio-advanced-training-online/
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply
only to the sender!
Edit mailing list options or unsubscribe:
*
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio Advanced Training - Online
Nov 08-11, 2021 (Europe Timezone) - Feb 21-24, 2022 (America Timezone)
*