Hi All, I'm evaluating FreeRadius Server for my Company. I'm very interested in a specific functionality, as explained in the mail subject. I guess if it's possible to set FreeRadius to statically forward accounting request ( only Start, Stop and Interim ) still acting as Master Server, i.e. without waiting for the Home Server respose before sending the right response to the client (NAS). In other words,the FreeRadius behavior shall be the same it has when it works "stand alone", but, at same time, it shall forward to a particular home server, for example only for logging or statistic purpose, only the accounting requests mentioned above. Is possible to configure FreRadius in such way? Thank you for you attention, Francesco Toro.
Several options are explained in raddb/sites-available. Ivan Kalik Kalik Informatika ISP Dana 16/1/2009, "Francesco Toro XB" <francesco.xb.toro@ericsson.com> piše:
Hi All,
I'm evaluating FreeRadius Server for my Company. I'm very interested in a specific functionality, as explained in the mail subject. I guess if it's possible to set FreeRadius to statically forward accounting request ( only Start, Stop and Interim ) still acting as Master Server, i.e. without waiting for the Home Server respose before sending the right response to the client (NAS). In other words,the FreeRadius behavior shall be the same it has when it works "stand alone", but, at same time, it shall forward to a particular home server, for example only for logging or statistic purpose, only the accounting requests mentioned above. Is possible to configure FreRadius in such way? Thank you for you attention,
Francesco Toro.
Francesco Toro XB wrote:
I guess if it's possible to set FreeRadius to statically forward accounting request ( only Start, Stop and Interim ) still acting as Master Server,
Please don't use terms like "statically forward".
i.e. without waiting for the Home Server respose before sending the right response to the client (NAS).
See raddb/sites-available/decoupled-accounting Alan DeKok.
Thank you very much! After short analisys I decided to use the configuration explained into the "copy-acct-to-home-server" file. I configured a virtual server polling on the detail file (I set the creation of one single detail file for every client connected) in order to ONLY forwards all the incoming accounting packets. Anyone knows if using this kind of configuration any loss of performance is produced? Thank you again for you attention. Francesco Toro. -----Original Message----- From: freeradius-users-bounces+francesco.xb.toro=ericsson.com@lists.freeradius.org [mailto:freeradius-users-bounces+francesco.xb.toro=ericsson.com@lists.freeradius.org] On Behalf Of Alan DeKok Sent: venerdì 16 gennaio 2009 17.44 To: FreeRadius users mailing list Subject: Re: Static Proxy Accounting Francesco Toro XB wrote:
I guess if it's possible to set FreeRadius to statically forward accounting request ( only Start, Stop and Interim ) still acting as Master Server,
Please don't use terms like "statically forward".
i.e. without waiting for the Home Server respose before sending the right response to the client (NAS).
See raddb/sites-available/decoupled-accounting Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
After short analisys I decided to use the configuration explained into the "copy-acct-to-home-server" file. I configured a virtual server polling on the detail file (I set the creation of one single detail file for every client connected) in order to ONLY forwards all the incoming accounting packets. Anyone knows if using this kind of configuration any loss of performance is produced?
In my experience detail reader drops a packet once in about 50,000 reads. Ivan Kalik Kalik Informatika ISP
Since we started using buffered accounting there is an open session now and then. Before, when we wrote directly to sql, no packets were lost, so I have to assume it is coming from radrelay. It is totally random: no relation to load etc. I can't figure out any reason. Server is self-build from mostly desktop parts. I suspect HDD I/O. Disk reads/writes are probably slow and something gets skipped. We will just start using checkrad. No need before - no dropped packets in 3 years! But sql was starting to slow down at peak times (we do a lot of sql hits on accounting stop packets), so we switched to buffered sql. Everything works much better now just these annoying open session cropped up. Ivan Kalik Kalik Informatika ISP Dana 19/1/2009, "Alan DeKok" <aland@deployingradius.com> piše:
tnt@kalik.net wrote:
In my experience detail reader drops a packet once in about 50,000 reads.
Hmm... that's not good.
Any reason why?
Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
tnt@kalik.net wrote:
Since we started using buffered accounting there is an open session now and then. Before, when we wrote directly to sql, no packets were lost, so I have to assume it is coming from radrelay.
Weird.
We will just start using checkrad. No need before - no dropped packets in 3 years! But sql was starting to slow down at peak times (we do a lot of sql hits on accounting stop packets), so we switched to buffered sql. Everything works much better now just these annoying open session cropped up.
OK. Alan DeKok.
Since we started using buffered accounting there is an open session now and then. Before, when we wrote directly to sql, no packets were lost, so I have to assume it is coming from radrelay.
Weird.
Oh, it was happening much more often in testing. Often enough for me to notice. I would place a packet in detail and start the server in debug mode. It would poll the detail and - nothing. Check detail - empty; detail.work - empty. Just wanished! It would just happen from time to time. I would think that I must have forgotten to write the packet to detail but it looks like my mind is not such a sieve. Still, I think it's likely that the problem is with my equipment. Wierd indeed. Ivan Kalik Kalik Informatika ISP
participants (3)
-
Alan DeKok -
Francesco Toro XB -
tnt＠kalik.net