Marek,
I think this is not an issue. According to the rfc2869.txt:
"
5.1. Acct-Input-Gigawords
Description
This attribute indicates how many times the Acct-Input-Octets
counter has wrapped around 2^32 over the course of this service
being provided, and can only be present in Accounting-Request
records where the Acct-Status-Type is set to Stop or Interim-
Update.
"
As i understand from this:
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.
>
> I've just discovered one issue with this patch - while it adds
> Gigawords support in the RADIUS client, the BYTES_{SENT,RCVD} values
> passed to the ip-down scripts and logged by print_link_stats still
> have 4GB rollover. This should be fairly easy to fix, I hope to
> implement and test it soon. The rp-pppoe package seems to be in need
> of more maintenance as well.
>
> Thanks,
> Marek
>
>
>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
