Enabling Sending Trap Message When A Radius Server Goes Down; Enabling The User Re-Authentication At Restart Function - 3Com 4500 Configuration Manual

To do...
Set the response timeout time
of RADIUS servers
Set the time that the switch
waits before it try to
re-communicate with primary
server and restore the status of
the primary server to active
Set the real-time accounting
interval

Enabling Sending Trap Message when a RADIUS Server Goes Down

Follow these steps to specify to send trap message when a RADIUS server goes down:
To do...
Enter system view
Enable the sending of trap
message when a RADIUS
server is down
This configuration takes effect on all RADIUS schemes.
The switch considers a RADIUS server as being down if it has tried the configured maximum times
to send a message to the RADIUS server but does not receive any response.

Enabling the User Re-Authentication at Restart Function

The user re-authentication at restart function applies only to the environment where the RADIUS
authentication/authorization and accounting server is CAMS.
In an environment that a CAMS server is used to implement AAA functions, if the switch reboots after an
exclusive user (a user whose concurrent online number is set to 1 on the CAMS) gets authenticated and
authorized and begins being charged, the switch will give a prompt that the user has already been
Use the command...
timer response-timeout
seconds
timer quiet minutes
timer realtime-accounting
minutes
Use the command...
system-view
radius trap
{ authentication-server-down |
accounting-server-down }
2-18
Remarks
Optional
By default, the response
timeout time of RADIUS
servers is three seconds.
Optional
By default, the switch waits five
minutes before it restores the
status of the primary server to
active.
Optional
By default, the real-time
accounting interval is 12
minutes.
Remarks
—
Optional
By default, the switch does not
send trap message when a
RADIUS server is down.