On Thu, May 26, 2011 at 12:09:37PM +0300, Mihai wrote: > Acct-Input-Octets still has a 32 bit length (4GB), but everytime it is > rolled-over, Acct-Input-Gigawords is incremented. In the end, the radius > server will multiply the 2 attribute values to get the correct ammount > of data transfered. My radius server now shows the correct data > transfers (bigger then 4GB) without additional modifications except the > patch I forementioned.
This issue has nothing to do with RADIUS. There is still 4GB rollover in byte counts logged to local log files, and passed to ip-down scripts on the local machine running pppd. The long counters are also not used in the MAXOCTETS feature, so the limit must be <4GB or disabled. I'm looking into ways to implement monthly traffic limits (lower speed above the limit), without terminating PPPoE connections every 24 hours like phone companies do. Customers get static IP addresses that don't change on reconnect, but some routers may lose their NAT state, etc. Thanks, Marek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
