[prev in list] [next in list] [prev in thread] [next in thread]
List: serusers
Subject: [SR-Users] Re: usrloc ka_mode - Flooding OPTIONS at same time?
From: Ilie Soltanici via sr-users <sr-users () lists ! kamailio ! org>
Date: 2023-12-12 21:01:31
Message-ID: CAJQ6-U0ozhw_Oqr-YoU4AK9ttECaZjabX4zQ_ONTT=5MMjWPRg () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
That's a good question. In our scenario, we primarily leverage this option
for monitoring purposes. We measure the round-trip time for each endpoint
and then populating our time series DB with this data and displaying it in
Grafana. We found this method as the most reliable way to obtain accurate
network information for each endpoint. Our support team finds it incredibly
useful and incorporates it into their daily routines.
Although it does add some additional load on our SBC, so far, we haven't
encountered any issues due to this. Furthermore, as part of our horizontal
scaling strategy, in the event that one server becomes overloaded with
traffic, we seamlessly redistribute a subset of customers to another
server. However, we are considering relocating this function away from the
main SBC. As this feature is not very critical I would be more than happy
to move it to a dedicated server with lower priority. I'm curious about
your approach to handling this. How do you guys manage a similar setup, and
what solutions would you recommend to achieve comparable results?
Thank you.
On Mon, 11 Dec 2023 at 18:42, Alex Balashov via sr-users <
sr-users@lists.kamailio.org> wrote:
> Perhaps it is helpful to ask a more basic question: why are you using
> server-side keepalives?
>
> > On 11 Dec 2023, at 12:56, Benoit Panizzon via sr-users <
> sr-users@lists.kamailio.org> wrote:
> >
> > Hi
> >
> > We have reached 20000 registered CPE and start facing issues.
> >
> > Am I observing correctly that when ka_mode 4 is enabled, OPTIONS are
> > send simultaneously to all registered CPE and not spread over the
> > interval?
> >
> > They could be the cause very high pps peaks on network equipment?
> >
> > If so, is there a way to spread the ka options over time so they don't
> > cause such high peaks?
> >
> > Or even better, is there a way to enable them for only some customers
> > via a variable?
> >
> > Mit freundlichen Gr=C3=BCssen
> >
> > -Beno=C3=AEt Panizzon-
> > --
> > I m p r o W a r e A G - Leiter Commerce Kunden
> > ______________________________________________________
> >
> > Zurlindenstrasse 29 Tel +41 61 826 93 00
> > CH-4133 Pratteln Fax +41 61 826 93 01
> > Schweiz Web http://www.imp.ch
> > ______________________________________________________
> > __________________________________________________________
> > Kamailio - Users Mailing List - Non Commercial Discussions
> > To unsubscribe send an email to sr-users-leave@lists.kamailio.org
> > Important: keep the mailing list in the recipients, do not reply only t=
o
> the sender!
> > Edit mailing list options or unsubscribe:
>
> --
> Alex Balashov
> Principal Consultant
> Evariste Systems LLC
> Web: https://evaristesys.com
> Tel: +1-706-510-6800
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> To unsubscribe send an email to sr-users-leave@lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>
[Attachment #5 (text/html)]
<div dir="ltr"><p>That's a good question. In our scenario, we primarily leverage \
this option for monitoring purposes. We measure the round-trip time for each endpoint \
and then populating our time series DB with this data and displaying it in Grafana. \
We found this method as the most reliable way to obtain accurate network information \
for each endpoint. Our support team finds it incredibly useful and incorporates it \
into their daily routines.<br>Although it does add some additional load on our SBC, \
so far, we haven't encountered any issues due to this. Furthermore, as part of \
our horizontal scaling strategy, in the event that one server becomes overloaded with \
traffic, we seamlessly redistribute a subset of customers to another server. However, \
we are considering relocating this function away from the main SBC. As this feature \
is not very critical I would be more than happy to move it to a dedicated server with \
lower priority. I'm curious about your approach to handling this. How do you guys \
manage a similar setup, and what solutions would you recommend to achieve comparable \
results?</p><p>Thank you.</p></div><br><div class="gmail_quote"><div dir="ltr" \
class="gmail_attr">On Mon, 11 Dec 2023 at 18:42, Alex Balashov via sr-users <<a \
href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Perhaps it is helpful \
to ask a more basic question: why are you using server-side keepalives?<br> <br>
> On 11 Dec 2023, at 12:56, Benoit Panizzon via sr-users <<a \
href="mailto:sr-users@lists.kamailio.org" \
target="_blank">sr-users@lists.kamailio.org</a>> wrote:<br> > <br>
> Hi<br>
> <br>
> We have reached 20000 registered CPE and start facing issues.<br>
> <br>
> Am I observing correctly that when ka_mode 4 is enabled, OPTIONS are<br>
> send simultaneously to all registered CPE and not spread over the<br>
> interval?<br>
> <br>
> They could be the cause very high pps peaks on network equipment?<br>
> <br>
> If so, is there a way to spread the ka options over time so they don't<br>
> cause such high peaks?<br>
> <br>
> Or even better, is there a way to enable them for only some customers<br>
> via a variable?<br>
> <br>
> Mit freundlichen Grüssen<br>
> <br>
> -Benoît Panizzon-<br>
> -- <br>
> I m p r o W a r e A G - Leiter Commerce Kunden<br>
> ______________________________________________________<br>
> <br>
> Zurlindenstrasse 29 Tel +41 61 826 93 00<br>
> CH-4133 Pratteln Fax +41 61 826 93 01<br>
> Schweiz Web <a href="http://www.imp.ch" \
rel="noreferrer" target="_blank">http://www.imp.ch</a><br> > \
______________________________________________________<br> > \
__________________________________________________________<br> > Kamailio - Users \
Mailing List - Non Commercial Discussions<br> > To unsubscribe send an email to <a \
href="mailto:sr-users-leave@lists.kamailio.org" \
target="_blank">sr-users-leave@lists.kamailio.org</a><br> > Important: keep the \
mailing list in the recipients, do not reply only to the sender!<br> > Edit \
mailing list options or unsubscribe:<br> <br>
-- <br>
Alex Balashov<br>
Principal Consultant<br>
Evariste Systems LLC<br>
Web: <a href="https://evaristesys.com" rel="noreferrer" \
target="_blank">https://evaristesys.com</a><br>
Tel: +1-706-510-6800<br>
<br>
__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
To unsubscribe send an email to <a href="mailto:sr-users-leave@lists.kamailio.org" \
target="_blank">sr-users-leave@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the \
sender!<br> Edit mailing list options or unsubscribe:<br>
</blockquote></div>
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic