Hello Olle,
Do you mean there is a scale limit? Maybe because the counter is 32bits counter?
Regards,
Igor.
De : Olle E. Johansson <[email protected]>
Envoyé : mardi 14 janvier 2025 12:47
À : Kamailio (SER) - Users Mailing List <[email protected]>
Cc : Olle E Johansson <[email protected]>; Henning Westerholt <[email protected]>;
Igor Potjevlesch <[email protected]>
Objet : Re: [SR-Users] Module snmpstats reporting inconsistent call success
metrics on intense peaks of failed calls
Note that SNMP counters wrap, so it may be expected behaviour.
/O
On 14 Jan 2025, at 11:51, Igor Potjevlesch via sr-users
<[email protected] <mailto:[email protected]> > wrote:
Hello Henning,
Undertstood! Thank you. If there is nothing to do, we will move on the upgrade.
Regards,
Igor.
De : Henning Westerholt < <mailto:[email protected]> [email protected]>
Envoyé : lundi 13 janvier 2025 17:20
À : 'Kamailio (SER) - Users Mailing List' <
<mailto:[email protected]> [email protected]>
Cc : Igor Potjevlesch < <mailto:[email protected]>
[email protected]>
Objet : RE: [SR-Users] Module snmpstats reporting inconsistent call success
metrics on intense peaks of failed calls
Hello Igor,
hard to say 100%, because it could be also caused from another module (the snmp
modules also takes data from other sources I think).
Generally, I would always of course recommended to use a maintained version in
production.
Cheers,
Henning
From: Igor Potjevlesch < <mailto:[email protected]>
[email protected]>
Sent: Montag, 13. Januar 2025 15:12
To: Henning Westerholt < <mailto:[email protected]> [email protected]>; 'Kamailio
(SER) - Users Mailing List' < <mailto:[email protected]>
[email protected]>
Subject: RE: [SR-Users] Module snmpstats reporting inconsistent call success
metrics on intense peaks of failed calls
Hello Henning,
Thank you for your check.
Do you mean that even if we upgrade to the latest branch, we will probably face
the same issue?
Regards,
Igor.
De : Henning Westerholt < <mailto:[email protected]> [email protected]>
Envoyé : lundi 13 janvier 2025 14:36
À : Kamailio (SER) - Users Mailing List < <mailto:[email protected]>
[email protected]>
Cc : Igor Potjevlesch < <mailto:[email protected]>
[email protected]>
Objet : RE: [SR-Users] Module snmpstats reporting inconsistent call success
metrics on intense peaks of failed calls
Hello Igor,
this sounds like a bug to me. The 5.6.x branch is not supported anymore, but
after I a quick look I did not spotted any recent bugfixes in the modules that
could match.
Cheers,
Henning
--
Henning Westerholt – <https://skalatan.de/blog/> https://skalatan.de/blog/
Kamailio services – <https://gilawa.com/> https://gilawa.com
From: Igor Potjevlesch via sr-users < <mailto:[email protected]>
[email protected]>
Sent: Montag, 13. Januar 2025 13:40
To: <mailto:[email protected]> [email protected]
Cc: Igor Potjevlesch < <mailto:[email protected]>
[email protected]>
Subject: [SR-Users] Module snmpstats reporting inconsistent call success
metrics on intense peaks of failed calls
Hello!
We are plotting the call success rate on each of our proxies.
Using the Kamailio snmpstats module, we try to obtain three counters to plot
them on a graph:
Total Calls
Active Calls
Error Calls
Most of the time, everything works well, and we obtain sensible values:
snmpwalk -c mycommunity -v 2c W.X.Y.Z 1.3.6.1.4.1.34352.3.1.3.1.3.2 -O n
.1.3.6.1.4.1.34352.3.1.3.1.3.2.1.0 = Gauge32: 309 -> Total Calls
.1.3.6.1.4.1.34352.3.1.3.1.3.2.2.0 = Gauge32: 95 -> Active Calls
.1.3.6.1.4.1.34352.3.1.3.1.3.2.3.0 = Gauge32: 214 -> Error calls
However, when our proxies are facing intense peaks of failed calls in a short
time span, sometimes, the "Error Calls" counter returns a value higher than
"Total Calls". As a result, "Active Calls" suddenly reaches a value close to
the maximum of a Gauge32 (because T o t a l C a l l s − E r r o r C a l l s < 0
).
snmpwalk -c mycommunity -v 2c W.X.Y.Z 1.3.6.1.4.1.34352.3.1.3.1.3.2 -O n
.1.3.6.1.4.1.34352.3.1.3.1.3.2.1.0 = Gauge32: 153 -> Total Calls
.1.3.6.1.4.1.34352.3.1.3.1.3.2.2.0 = Gauge32: 4294967226 -> Active Calls
.1.3.6.1.4.1.34352.3.1.3.1.3.2.3.0 = Gauge32: 223 -> Error calls
As a result, our graphs make no more sense.
We are currently running kamailio 5.6.4.
Any idea if it's a bug or a configuration issue?
Regards,
Igor.
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
<image001.jpg>
Sans virus.
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
www.avast.com
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
<mailto:[email protected]> [email protected]
To unsubscribe send an email to <mailto:[email protected]>
[email protected]
Important: keep the mailing list in the recipients, do not reply only to the
sender!
--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions --
[email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the
sender!
