RE: (RADIATOR) high availabilty accounting

2001-01-29 Thread Andy De Petter
Hello Hugh, I'ld suggest a parameter called "PreferPrimary", or something in that nature, which would cause Radiator to always try the primary SQL server first. That way, you might lose a bit of your performance (as it will keep on trying 2 times, when your primary SQL server is down), but you'

RE: (RADIATOR) high availabilty accounting

2001-01-29 Thread Ingvar Berg (ERA)
Hello Hugh, Wouldn't it be nice with some "generic" solution to this generic problem? I.e. handle RADIUS primary/secondary and LDAP primary/secondary in a similar way. Some configurable time before Radiator tries the primary server again will help the performance problem Andy is indicating, and

(RADIATOR) Lost entries in RADONLINE table via SQL

2001-01-29 Thread Sergio Gonzalez
*This message was transferred with a trial version of CommuniGate(tm) Pro* Hi, I got a little problem. Recently I had to reboot one of my Hiper DSP cards (3com chassis), but I couldn't hangup all the users that were online on that PRI. I (saddly) had to hard reset the DSP. The problem is that s

Re: (RADIATOR) high availabilty accounting

2001-01-29 Thread Hugh Irvine
Hello Ingvar - On Monday 29 January 2001 20:02, Ingvar Berg (ERA) wrote: > Hello Hugh, > > Wouldn't it be nice with some "generic" solution to this generic problem? > I.e. handle RADIUS primary/secondary and LDAP primary/secondary in a > similar way. Some configurable time before Radiator tries

Re: (RADIATOR) Lost entries in RADONLINE table via SQL

2001-01-29 Thread Hugh Irvine
Hello Sergio - On Tuesday 30 January 2001 05:19, Sergio Gonzalez wrote: > *This message was transferred with a trial version of CommuniGate(tm) Pro* > Hi, > > I got a little problem. Recently I had to reboot one of my Hiper DSP cards > (3com chassis), but I couldn't hangup all the users that wer

RE: (RADIATOR) Lost entries in RADONLINE table via SQL

2001-01-29 Thread Chris Given
You can use SNMP, or when you get too big for that to work I would suggest having your NOC delete from the RADONLINE table all entries for that NAS IP Address when you reboot a card. -Original Message- From: Sergio Gonzalez [mailto:[EMAIL PROTECTED]] Sent: Monday, January 29, 2001 11:20 A

(RADIATOR) Using Auth-Type to define additional authentication checks

2001-01-29 Thread Valentin Tumarkin
Hi, I need to implement radiator configuration where for a some users (~5k) after the user authentication (using AuthBy LDAPSDK) AuthBy PORTLIMITCHECK and/or AuthBy DYNADDRESS is executed. Is it ok to use Auth-Type attribute in the user LDAP entry (using AuthAttrdef mapping) to define addition

Re: (RADIATOR) Using Auth-Type to define additional authentication checks

2001-01-29 Thread Hugh Irvine
Hello Valentin - On Tuesday 30 January 2001 06:41, Valentin Tumarkin wrote: > Hi, > > I need to implement radiator configuration where for a some users > (~5k) after the user authentication (using AuthBy LDAPSDK) > AuthBy PORTLIMITCHECK and/or AuthBy DYNADDRESS is executed. > > Is it ok to use A