Freeradius Proxy

[Tharka Karunanayake]

>   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 at lists.freeradius.org> on behalf of Alan DeKok <aland at deployingradius.com>
Sent: Friday, January 24, 2025 8:58 PM
To: FreeRadius developers mailing list <freeradius-devel at lists.freeradius.org>
Subject: Re: Freeradius Proxy

On Jan 23, 2025, at 10:22 PM, Tharka Karunanayake <tharkak at 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