[SR-Users] UAC reg_random_delay

[Sergiu Pojoga]

Daniel, that was spot on. Randomization is working now!

Thanks!

On Wed, Nov 3, 2021 at 8:52 AM Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> 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 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
>>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.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/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20211103/291520d7/attachment.htm>