[SR-Users] UAC reg_random_delay
Daniel-Constantin Mierla
miconda at gmail.com
Wed Nov 3 13:52:41 CET 2021
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/
>> <https://skalatan.de/blog/>
>>
>> Kamailio services – https://gilawa.com <https://gilawa.com/>
>>
>>
>>
>> *From:* Sergiu Pojoga <pojogas at gmail.com> <mailto:pojogas at gmail.com>
>> *Sent:* Wednesday, November 3, 2021 4:41 AM
>> *To:* Henning Westerholt <hw at gilawa.com> <mailto:hw at gilawa.com>
>> *Cc:* Kamailio (SER) - Users Mailing List
>> <sr-users at lists.kamailio.org> <mailto: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/
>> <https://skalatan.de/blog/>
>>
>> Kamailio services – https://gilawa.com <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.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 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.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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20211103/d8f8c68a/attachment.htm>
More information about the sr-users
mailing list