Hi Arran, I have read the page you refer, and you say FreeRadius has no idea about the dropped packets. Would it be possible, or interesting to modify FreeRadius to give directly stats also like for instance named provides an interface for retrieving statistics? How about performance of this particular solution of sniffing traffic? I wonder how much load? Granted, RADIUS traffic volume is particularly low, however, in linux, the packets have to be copied to userland to libpcap to use them, contrary to for example, FreeBSD. (Note: There is the PF_RING patch. I havent tested it out) Note: Dont take the comments personally, it is just in the past I have always favoured solutions that were an alternative to sniffing traffic. Regards, Rui On 3 January 2014 06:11, <freeradius-users-request@lists.freeradius.org>wrote:
Message: 2 Date: Thu, 2 Jan 2014 19:50:21 +0000 From: Arran Cudbard-Bell <a.cudbardb@freeradius.org> To: FreeRadius users mailing list <freeradius-users@lists.freeradius.org> Subject: Using radsniff to generate stats Message-ID: <C45652E4-7294-42FF-A79C-D5DCD2CCEDD6@freeradius.org> Content-Type: text/plain; charset="us-ascii"
If anyone's interested in how to do it: http://wiki.freeradius.org/guide/stats-with-radsniff
Will only work with radsniff from master branch, 3.0.x version is pretty much the same as 2.0.x.
If enough people want (and test) the new version of radsniff, it should be pretty easy to port it to 3.0.x and get it into a released version sooner.
-Arran