[SR-Users] UAC reg_random_delay

[Sergiu Pojoga]

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 at 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 at gmail.com> <pojogas at gmail.com>
> *Sent:* Wednesday, November 3, 2021 4:41 AM
> *To:* Henning Westerholt <hw at gilawa.com> <hw at gilawa.com>
> *Cc:* Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
> <sr-users at 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 at 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 at lists.kamailio.org> *On Behalf Of *Sergiu
> Pojoga
> *Sent:* Monday, November 1, 2021 4:20 PM
> *To:* Kamailio (SER) - Users Mailing List <sr-users at 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 at 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.comwww.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 at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20211103/c73a18b6/attachment.htm>