Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: (ASCEND) "Accounting-On" Accounting Packet?
> The system is not rebooting (its actually been stable since the upgrade to
> 6.1.3) , no-one is resetting the accounting, nor are there any RADIUS SNMP
> packets being sent to the system. So I guess it must be in the Backoff Q.
> How long will it retransmit before it is dropped? Look at the delay
> time...over 162 hours! What gives? Can I clear the Q?
By default, the MAX will continue to retransmit packets on the Backoff Q
"forever" (until the system is reset or reboots). All RADIUS accounting
messages are supposed to be "reliable", which means that unless the MAX
runs out of resources, or the backoff queue becomes full, the MAX will never
drop a RADIUS accounting message, it will continue to resend the message
until it receives an Accounting-Response.
You can check the number of packets on the accounting backoff queue using
the Diagnostic command "radDbgDump Backoff". This will show the number of
packets in the backoff queue.
I am not aware of any commands to clear the accounting queue (other than
a reset of the MAX).
If you are using TAOS 6.0.0 or later, you can prevent _new_ accounting
messages from being retried forever by setting "Acct Max Retry" to a value
other than zero. It should be a value greater than the number of accounting
RADIUS servers you have defined, and probably equal to or greater than
three times the number of RADIUS servers you have defined.
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>