>> Ok, you're right, but in my case I know the client session can't last more >> than 24hrs. >> So, for me it's ok to remove all *inactive* entries older than that. >> >> But, as far as I know, this seems to be impossible with gdm pool. >> So, what the "maximum_timeout" parameter is useful for ???
> It sets the timeout when entries are expired. Your tests (so you say) >don't go for 24 hours... so that timeout doesn't apply. Alan, that's wrong. I've done my tests with an ad-hoc pool, with maximum_timeout set at 10 secs. And the results I posted came from a new test session done the day after the first test. (24 hrs >> 10 secs) Why that timeout doesn't apply? >> So I need a method to avoid my pool being filled up by missing acct-stop. > You were told a method which should work. Try it. Surely I'll switch to sql pool, but what I observe is that dbm pool are useless, if I can't set a timeout *that works* on that. ST ______________________________________________________________________________________ La presente comunicazione ed i suoi allegati e' destinata esclusivamente ai destinatari. Qualsiasi suo utilizzo, comunicazione o diffusione non autorizzata e' proibita. Se ha ricevuto questa comunicazione per errore, la preghiamo di darne immediata comunicazione al mittente e di cancellare tutte le informazioni erroneamente acquisite. (Rif. D.Lgs. 196/2003). Grazie This message and its attachments are intended only for use by the addressees. Any use, re-transmission or dissemination not authorized of it is prohibited. If you received this e-mail in error, please inform the sender immediately and delete all the material. (Rif. D.Lgs. 196/2003). Thank you. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html