(RADIATOR) Problems with 5800

[Hugh Irvine]

Hello Lisa -

>Hi all,
>
>I'm hoping someone out there has seen similar problems.
>
>In our set up of proxies and customer radius servers(all Radiators) we
>periodically experience near blackouts. The users get a busy signal. The
>problems occur only with Cisco 5800s. The Nortel CVX arena is usually
>uneventful. The 5800 sees the PPP queues getting fuller and fuller. It sees
>no timeouts from the proxies or any errors they can zoom in on. From the
>radiator side, I don't see any abnormal messages. I just see Access-Requests
>getting to be fewer and fewer.
>
>Many of us have been trying to pinpoint the source of the problem,
>unsuccessfully. Has anyone else experienced anything like this? I would
>appreciate any suggestions.

It sounds to me like you should be looking at the Cisco (probably 
with some judicious use of the Cisco "debug" command), and/or a 
packet sniffer on the wire to see where the problem is actually 
occuring. You should also look at a Radiator trace 4 debug, but your 
description seems to suggest that the radius requests actually 
arriving are being handled promptly.

On the Cisco make sure to check the "show proc" and "show mem" 
outputs to see where the memory and/or cycles are being used.

You should probably check the Cisco web site for known bugs and upgrades.

regards

Hugh

-- 

NB: I am travelling this week, so there may be delays in our correspondence.

Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.