Re : Bug on Accouting-Requests proxying
The solution is simple. The server SHOULD NOT retransmit accounting
packets. I will delete the code in the next release.
Maybe can you explain us why it SHOULD NOT retransmit accounting packets? Are you talking of not retransmiting at all - or computing a new ID for retransmitted packets? Can one think of a configuration parameter to activate/deactivate retransmission of accounting packets instead of completely removing the code? Our implementations of FreeRADIUS need to retransmit all types of packets, so I think we may remove Acct-Delay-Time attribute and submit a patch - even if the patch is not shipped in future releases. Geof. ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com
Geoffroy Arnoud <garnoud@yahoo.co.uk> wrote:
Maybe can you explain us why it SHOULD NOT retransmit accounting packets?
Because the NAS will retransmit them. Having the proxying server re-transmit them, too is unecessary. If the server logs them locally, and then uses something like "radrelay" to proxy them, then radrelay should take care of the retransmits.
Can one think of a configuration parameter to activate/deactivate retransmission of accounting packets instead of completely removing the code?
I would rather not.
Our implementations of FreeRADIUS need to retransmit all types of packets
Why? Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
participants (2)
-
Alan DeKok -
Geoffroy Arnoud