It needs to be updated to v3 then, too. It is v3. They do update the freeradius server but that's it.
Also, you should investigate *why* the Perl script is so slow. Even with Perl being inefficient, there is no reason for it to take 30+ seconds to process a packer. That delay is almost always due to database issues.
Odds are that fi you fix the database issues, the errors and authentication failures will go away. Thanks again for the response, I also believe the issue is on the database because we use mysql to log accounting instead of .txt or any other file type. As a first step I'll log the accounting into a file, then I'll gradually convert the whole perl script into unlang.
I also have some questions regarding freeDiameter, is it okay to ask it in here? Thanks, Tharka Tharka Karunanayake Engineer - Research and Development +94774129055 https://thryvz.com<https://thryvz.com/> https://monyfi.com [cid:a4e1be99-9203-49a8-987e-ed8fc90ef9ab]<https://thryvz.com/> ________________________________ From: Freeradius-Devel <freeradius-devel-bounces+tharkak=nvision.lk@lists.freeradius.org> on behalf of Alan DeKok <aland@deployingradius.com> Sent: Friday, January 24, 2025 8:58 PM To: FreeRadius developers mailing list <freeradius-devel@lists.freeradius.org> Subject: Re: Freeradius Proxy On Jan 23, 2025, at 10:22 PM, Tharka Karunanayake <tharkak@nvision.lk> wrote:
got it thanks. This radius server is something that has been developed 15 years ago by someone else
It needs to be updated to v3 then, too.
and I was assigned to optimize it very recently. Currently it uses one Perl script to do everything and does not use modules. About 10% of the customers cannot get authenticate too. As a newbie I thought freeradius load balancer would resolve the problem. I will try for a solution and thanks again for pointing me in the right direction.
Adding more capacity hides the fact that the system is slow. My guess is that you can rewrite all of the Perl into v3 unlang. At that point, performance should improve substantially. Also, you should investigate *why* the Perl script is so slow. Even with Perl being inefficient, there is no reason for it to take 30+ seconds to process a packer. That delay is almost always due to database issues. Odds are that fi you fix the database issues, the errors and authentication failures will go away. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html