(RADIATOR) Re: Redundancy for RADIUS

[Nicolai van der Smagt]

Hello Surajh,

We have one high availability MySQL server running the database, with 2
radiator servers querying it. On those two radiator servers a Mysql
process is running which slaves the important tables from the primary
database server (users, session database, client table etc.). The
radiator daemon is configured to fall back to this database if the
primary database server fails. This way, even if you lose a radius
server _and_ the database server, people will still be able to
authenticate.

We assert this as enough redundancy for the second largest DSL network
in the Netherlands.

Good luck,

Nicolai van der Smagt
BBned NV


> 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.
-- 
Nicolai van der Smagt <nicolai.vandersmagt at bbned.nl>
BBned NV

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