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@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/

Kamailio services – https://gilawa.com

 

From: Sergiu Pojoga <pojogas@gmail.com>
Sent: Wednesday, November 3, 2021 4:41 AM
To: Henning Westerholt <hw@gilawa.com>
Cc: Kamailio (SER) - Users Mailing List <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@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/

Kamailio services – https://gilawa.com

 

From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of Sergiu Pojoga
Sent: Monday, November 1, 2021 4:20 PM
To: Kamailio (SER) - Users Mailing List <sr-users@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@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
www.twitter.com/miconda -- 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@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
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
Nov 08-11, 2021 (Europe Timezone) - Feb 21-24, 2022 (America Timezone)
  * https://www.asipto.com/sw/kamailio-advanced-training-online/