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
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.comhttps://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
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
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.comhttps://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.commailto: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.comhttps://gilawa.com/
From: sr-users <sr-users-bounces@lists.kamailio.orgmailto: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.orgmailto: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
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@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/ <https://skalatan.de/blog/> Kamailio services – https://gilawa.com <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:
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 pojogas@gmail.com *Sent:* Wednesday, November 3, 2021 4:41 AM *To:* Henning Westerholt hw@gilawa.com hw@gilawa.com *Cc:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org 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:
-- 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)
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:
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/ <https://skalatan.de/blog/> Kamailio services – https://gilawa.com <https://gilawa.com/> *From:* Sergiu Pojoga <pojogas@gmail.com> <mailto:pojogas@gmail.com> *Sent:* Wednesday, November 3, 2021 4:41 AM *To:* Henning Westerholt <hw@gilawa.com> <mailto:hw@gilawa.com> *Cc:* Kamailio (SER) - Users Mailing List <sr-users@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@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@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 <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@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, that was spot on. Randomization is working now!
Thanks!
On Wed, Nov 3, 2021 at 8:52 AM Daniel-Constantin Mierla miconda@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@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 pojogas@gmail.com *Sent:* Wednesday, November 3, 2021 4:41 AM *To:* Henning Westerholt hw@gilawa.com hw@gilawa.com *Cc:* Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org 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:
-- 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)
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:
-- 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)
Try lowering timer interval. As I checked w/ a handful of registrations, on start, Kamailio only sent one registration and on next timer the rest of it.
On Wed, Nov 3, 2021, 04:41 Sergiu Pojoga pojogas@gmail.com wrote:
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:
Thanks for the suggestion Bastian. IMO 20 is already at the low end, default being at 90. Didn't make a difference still, following a restart - all registrations are sent out simultaneously.
Regards,
On Wed, Nov 3, 2021 at 8:33 AM Bastian Triller bastian.triller@gmail.com wrote:
Try lowering timer interval. As I checked w/ a handful of registrations, on start, Kamailio only sent one registration and on next timer the rest of it.
On Wed, Nov 3, 2021, 04:41 Sergiu Pojoga pojogas@gmail.com wrote:
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:
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:
-
Bastian Triller -
Daniel-Constantin Mierla -
Henning Westerholt -
Sergiu Pojoga