performance metrics [was FreeRADIUS 2.X.X small functionality extensions]

Kostas Zorbadelos kzorba at
Thu Jun 5 11:08:34 CEST 2014

Now, this is a nice coincidence, switch in the thread context.

I would also like to know performance numbers and seached very briefly
for RADIUS stress test tools but the most promising I found, radperf, is
>> We are an ISP with around 800k subs and are running 2.1.12 since
>> that's what comes with RHEL 6.5 and use perl for the slightly more
>> complex things you can't easily do with unlang.
>> I was running performance testing against our ldap database last
>> week using a custom JMeter sampler I built to make the radius calls
>> using tinyradius as the client. Managed to get up to 760tps where a
>> transaction was one access request and two accounting starts (so
>> 2280rps). I suspect that the performance hit was coming from jmeter
>> as those numbers smashed anything the bngs could throw at us and the
>> cpu never went above 8% so I am happy enough.

Very nice to know, thanks.

> For comparison lightly tuned v3.0.x gets around 22,000-25,000 RPS
> against the latest version of OpenLDAP with LMDB, so although it may
> be good enough for your purposes, that represents a huge slow down
> over what's possible.
> Even with BDB (properly tuned) you should expect a rate of around
> 12,000 RPS (though i've not personally tested that). 

Since we do not have OpenLDAP, but former SUN's JES, I am interested to
know how you perfomed the tests. Custom developed tool, or anything
generally available? 
> As with all RADIUS deployments the problem isn't handling day to day
> load, it's when your access layer (be it DSLAMs, APs, or Ethernet
> switches) goes offline and comes back, and you suddenly have to deal
> with extremely high continuous load.



More information about the Freeradius-Users mailing list