Good evening Alan Perfect, thanks a lot. I am going to rebuild the sources and check the stats again, but based on your feedback, I think it will be "good enough" to monitor those stats as well. Thankd and best regards Dominic Am 23.06.24, 19:12 schrieb "Freeradius-Users im Auftrag von Alan DeKok" <freeradius-users-bounces+dominic.stalder=unibe.ch@lists.freeradius.org <mailto:unibe.ch@lists.freeradius.org> im Auftrag von aland@deployingradius.com <mailto:aland@deployingradius.com>>: On Jun 23, 2024, at 10:59 AM, dominic.stalder@unibe.ch <mailto:dominic.stalder@unibe.ch> wrote:
As already written, I updated to FreeRADIUS 3.2.5 on Friday evening and was now able to do some tests in our lab environment. I think there are still some "glitches" and I still have some comprehension questions.
OK. The main reason for the counters to be imperfect is that it takes time for the server to process packets. So if you query a running server, you might get more "requests" than "responses". But the numbers should be close. Also, if the server stops receiving packets, and cleans up its internal de-duplication cache, the number of requests should match the number of responses. That being said, some simple tests show that the stats are off. :( I've pushed some patches which: a) don't count Status-Server as Access-Request b) in some cases other packets were double-counted as Access-Request, so those numbers were too high c) it now updates the response statistics more quickly if it can. So the numbers should be a lot better.
Thanks in advance for any help on this topic; I know you wrote that the statistics are not always perfect, but I would like to build a monitoring on some parts of those values and if they could be corrected, that would be cool.
Yup. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html <http://www.freeradius.org/list/users.html>