22 Jul
2016
22 Jul
'16
4:31 a.m.
Ok, problem solved! The issue is related to mysql and the structure of the radius db created by some incompetent developer for an embedded application that shares the radius db. Basically, all radius table is a view (yes, a view, not a table! And a really complicated view!! I know.... this is terrifying). So, nothing related to freeradius or to the original mysql structure of the radius db. Thanks for your support. Marco 2016-07-16 19:26 GMT+02:00 Roman <romeo.r@gmail.com>: > Hi, > > Could be the same reason I had? Are you using the checkrad script to > control the active sessions on your nas? > > 16 июля 2016 г. 16:48 пользователь "Alan DeKok" <aland@deployingradius.com > > > написал: > > > On Jul 16, 2016, at 9:15 AM, Marco Marino <marino.mrc@gmail.com> wrote: > > > > > > Sorry.... Is there something that I can do for better performance? > > > > FreeRADIUS (even version 2) can easily do 20K packets/s on normal > > hardware. If you're having trouble with 10 packets/s, the problem is not > > FreeRADIUS. > > > > Fix the database so it isn't slow. Be sure that *all* SQL queries have > > indexes. Be sure that the accounting tables don't have millions of rows. > > > > And as always, the default config works. If you install v2 and the v2 > > SQL schemas, you'll easily be able to get 200 packets/s, even to SQL. > > > > So... what changed in your system? What part of it is *not* using the > > default config? > > > > Alan DeKok. > > > > > > - > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html >