Ok, thanks, I did some packet capture in the problematic NAS, accounting Stop packet are actually being sent, but still the table is not updated. I attach the capture. So the NAS is sending account data! And another quick question: we noticed also some cases where username deleted from the radcheck and radreply tables (dismissed customers) are still present in the radippool table, with past expiry_time: should not be automatically "pruned"? Those customers for example could disconnect the router cable and the NAS is not able to send the Stop packet. Thanks again. Mirko Alberio - Assistenza tecnica e-mail: mirko.alberio@telemar.it Telemar SpA Internet Quality Provider Via Enrico Fermi, 235 - 36100 Vicenza - Italia Tel 0444 291302 - Fax 0444 566310 - www.telemar.it Assistenza tecnica 0444 1420000 Reg. Imp. Di Vicenza /C.F./P.I. 02508710247 Cap. Soc. € 120.000,00 I.V. R.E.A. VI-236292 Il 19/07/2021 16:21, Alan DeKok ha scritto:
On Jul 19, 2021, at 9:30 AM, Alberio Mirko <mirko.alberio@telemar.it> wrote:
Ok, thanks: investigating in the NAS: i tried debugging that user with IP 185.138.36.176
that has expiry_time on 2021-01-15 20:12:31
I tried disconnecting his PPPOE session, shortly afterward I get this request in the freeradius/radacct/NASIPADDRESS/ log files
Mon Jul 19 15:25:35 2021 Packet-Type = Access-Request That doesn't help. You need to look at your local configuration to see what happens with accounting packets, and where they're going.
Then, look in the accounting log files. Usually a "detail" file.
And the authentication is fine. But still the expiry_time isn't updated. I should se another Accounting request below that right? No.
Accounting packets get logged to different locations than authentication packets.
Alan DeKok.