Date: Wed, 19 Nov 2003 08:55:39 +0100 (=?ISO-8859-15?Q?Westeurop=E4ische_Normalzeit?=) From: Michael Bretterklieber <mbretter@a-quadrat.at> To: Boris Kovalenko <boris@ntmk.ru> Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: ppp RADIUS accounting bug Message-ID: <Pine.WNT.4.58.0311190851470.1928@BRUTUS> In-Reply-To: <3FBB1DF3.1050706@ntmk.ru> References: <3FBAEAC1.7090709@tagnet.ru> <20031119071703.GA38863@pit.databus.com> <3FBB1DF3.1050706@ntmk.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Wed, 19 Nov 2003, Boris Kovalenko wrote: > Hello! > > Yes, unsigned, so we have 4G limit, which may simple be overflowed > by (for example) PPPoE connection. Yes, RADIUS standard defines new > attributes for big words, but current PPP does not supports it (it, so > our knowledge about RFC is useless :) Again, rad_put_int defined > u_int32_t parameter, so if a have dowloaded 4.5G (for example) what > number will send to radius? > How about sending periodic RADIUS accounting updates? After each accounting update the counters could be reset, but I'm not sure whether this is RFC compliant, i.e. whether allways the complete value has to be send or whether the counters could be reset, after each update. For Mpd we implemented it without resetting the counters, but maybe that's not 100% right. bye, -- ------------------------------- ---------------------------------- Michael Bretterklieber - http://www.bretterklieber.com A-Quadrat Automation GmbH - http://www.a-quadrat.at Tel: ++43-(0)3172-41679 - GSM: ++43-(0)699 12861847 ------------------------------- ---------------------------------- "...the number of UNIX installations has grown to 10, with more expected..." - Dennis Ritchie and Ken Thompson, June 1972
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.WNT.4.58.0311190851470.1928>