Your request doesn't make much sense to me. RADIUS accounting is accurate. Although RADIUS uses UDP, and UDP packets can be lost, the NAS, (e.g., MAX) will continue to resend the Accounting-Request message, until it has received an Accounting-Response message. So, whether the Accounting-Request message is lost or the Accounting-Response message is lost (because they are UDP) is immaterial. The NAS will continue to send the Accounting-Request until it knows it has been recorded. This does mean that if the Accounting-Response message is lost, you may end up with multiple records, but the duplicates are fairly easily eliminated, when creating a billing report. Are you perhaps just looking for a billing program that is able to reduce the [accurate] RADIUS accounting details files? ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request@bungi.com To get FAQ'd: <<A HREF="http://www.nealis.net/ascend/faq">http://www.nealis.net/ascend/faq</A>> </PRE> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <HR> <UL> <LI>Prev by Date: <STRONG><A HREF="msg09254.html">Re: (ASCEND) Ascend Radius Daemon under Digital Unix</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg09255.html">(ASCEND) SMB for radius? ala samba's smbclient</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg09191.html">RE: (ASCEND) Accounting program??</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg09180.html">(ASCEND) SQL patch for Ascend's radiusd</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="maillist.html#09253"><STRONG>Main</STRONG></A></LI> <LI><A HREF="thrd182.html#09253"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> </BODY> </HTML>