(RADIATOR) Re: Redundancy for RADIUS

Hugh Irvine hugh at open.com.au
Wed Apr 16 03:16:46 CDT 2003


Hello Surajh -

This is a difficult problem with no single good answer.

How do people on the list provide redundancy?

My personal view is that a single "high-availability" database server 
is best, but then you are back in the situation of having a single 
point of failure.

regards

Hugh


On Wednesday, Apr 16, 2003, at 17:59 Australia/Melbourne, Surajh Surjoo 
[ MTN - Innovation Centre ] wrote:

> Hi all
>
> We are using Radiator with two Ericsson CGSNs for GPRS.
> We allocate IPs from two different ranges using RADIUS and the two 
> CGSN are geograhically separated.
> The MySQL DB is configured on the same server as the Radiator radius 
> server.
> Problem we have is if one server goes down then no access to GPRS is 
> available to that CGSN.
> How can we improve this situation so that when one server goes down 
> then the CGSN will use the other server?
> Bear in mind that the IP pools would be different and the routing 
> through FW will not allow them through that server.
> What about having one DB supporting both radius servers with all the 
> IP pools and using the NAS identifier to then allocate IP?
> Would this work? What about the DB redundancy then?
>
> Has anyone implemented such a scenario? We have some ideas, but would 
> like your views. They might be better and easier ;-)
>
> regards
> Surajh Surjoo
> Systems Engineer - Data
> Mobile: 0832129829
> Mobile Fax: 083 8 2129829
> Office Fax: 011 3018811
> Office Tel: 011 3016000
> surajh.surjoo at mtn.co.za
>
> "Imagination is more important than Knowledge" - Albert Einstein
>
>

NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.

===
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.


More information about the radiator mailing list