FreeRadius with Eduroam - Accounting
p.mayers at imperial.ac.uk
Wed Oct 5 10:19:47 CEST 2011
On 10/05/2011 07:16 AM, Arran Cudbard-Bell wrote:
> No i've talked about this with Alan. The proposed solution is an
> enhancement to the detail writer/reader functionality where the
> server automagically spawns new reader instances to listen on per
> domain detail files.
I guess that's ok, in that it stops an unresponsive realm blocking other
realms, but wouldn't another solution be to add a config item to the
detail reader to drop packets which are >X seconds old?
That would help with another case - where a realm is accepting some
accounting packets but not others (e.g. they've got a SQL config that is
barfing on upper-case usernames...).
Or, modify the detail reader to write a "done" marker byte into records
which it has processed.
p1 = ftell
p2 = ftell
sleep & retry
Anyway - something else the OP can do today (aside from rlm_replicate)
is to use follow the "robust-proxy-accounting" example, but instead of
queueing failed packets, just "ok" them or write to a detail file.
More information about the Freeradius-Users