RE: [Emerald] Revelation

Brandon Bryant ( )
Mon, 21 Dec 1998 10:26:49 -0500

Well, I suppose that since outages (hopefully) don't happen that often, a
little longer response time in authenticating wouldn't bother me much. But
that does make sense. I wonder if there is a way to force the Ascend to
switch back to primary, ie, I could issue a command on the line or
something that switches it back.. I'm in the queue for Ascend right now,
when they call me back I'll post what I find to the list.

Thanks for the quick reply!

-----Original Message-----
From: Kurt Schafer []
Sent: Monday, December 21, 1998 10:17 AM
Subject: Re: [Emerald] Revelation

Your MAX isn't broken. Every Radius server I've ever seen performs that
I would even go so far as to hazard a guess that the Radius spec outlines
that way.

Imagine if your 'primary' server was down. Each authentication/accounting
request would have to 'double-dip' to get responded to in the event of a
prolonged outage.

What we've done over here is set up a scheduled task that stops/restarts
radius on our secondary servers occasionally to 'nudge' radius back onto

= K

-----Original Message-----
From: Brandon Bryant <>
To: '' <>
Date: Monday, December 21, 1998 8:58 AM
Subject: [Emerald] Revelation

>I ran into an interesting situation that I was wondering if anyone else
>We have two Ascend Maxes and two radius servers running RadiusNT. In the
>MAX setup, I set the primary auth server and the secondary auth server
>Now, what is happening is when the primary goes down or is unavailable,
>MAX switches to the secondary. Then never switches back to the primary.
>So, we replicate our db at night from primary to secondary. So any change
>we make to the db during the day is null and void if the server was down
>before. It was driving us nuts until I figured that out over the weekend.
> I'm going to start a ticket with Ascend today, but has anyone else run
>into this, and if so, how did you fix it?
>For more information about this list, including removal,
>please see

For more information about this list, including removal,
please see

For more information about this list, including removal,
please see