(RADIATOR) Allocating IPs

2002-07-29 Thread Ayotunde Itayemi
Hi Hugh, Thanks for the replies. I would like to know if there is anyway to strip or ignore the pool hint attribute for certain clients. The reason: We have NASes at two different locations. Most of the time clients would be dialing in at a particular location and should get a certain

(RADIATOR) SQL server fallback behaviour

2002-07-29 Thread alexander . deboer
Dear all, Using Radiator in a high-availability environment, I encounter a somewhat random delay time before Radiator proceeds after a SQL-server failure. I'm using Radiator-3.1 with two SQL databases: if the Master DB fails, Radiator falls back to the Slave DB. The trace 4 logging below is

(RADIATOR) Memory Leak with PAM

2002-07-29 Thread Forbes Mike
What is the standard memory usage for radiator? We have 900 or so modems authenticating to this, is radiator keeping a state table of the sessions and if so how much space would that take up per user. I am seeing memory continuing to ramp up from almost nothing to 30megs oon up to 250megs.

(RADIATOR) Gric Authentication Problem.

2002-07-29 Thread Jorge E. Méndez H.
Hello. I haveproblems with GRIC authenticatication in Radiator-3.1. GRIC users are authenticate in the REALM DEFAULT, it works well in Radiator-2.19, but not in 3.1, I have these errors in the log: Mon Jul 29 11:41:18 2002: DEBUG: Handling with Radius::AuthRADIUSMon Jul 29 11:41:18 2002:

(RADIATOR) Re: Allocating IPs

2002-07-29 Thread Hugh Irvine
Hello Tunde - You should do something like this: # define Client clauses Client 1.1.1.1> Identifier LocationA . /Client> Client 2.2.2.2> Identifier LocationA . /Client> Client 3.3.3.3> Identifier LocationB . /Client> Client 4.4.4.4> Identifier LocationB . /Client> ...

Re: (RADIATOR) SQL server fallback behaviour

2002-07-29 Thread Hugh Irvine
Hello Alexander - Thanks for sending the configuration and log files. The Timeout parameter should specify the length of time to wait for a response. I have copied this mail to Mike for his comments. regards Hugh On Tuesday, July 30, 2002, at 01:02 AM, [EMAIL PROTECTED] wrote: Dear

Re: (RADIATOR) Memory Leak with PAM

2002-07-29 Thread Hugh Irvine
Hello Mike - I have copied this mail to Mike for his comments. regards Hugh On Tuesday, July 30, 2002, at 05:40 AM, Forbes Mike wrote: What is the standard memory usage for radiator? We have 900 or so modems authenticating to this, is radiator keeping a state table of the sessions

Re: (RADIATOR) SQL server fallback behaviour

2002-07-29 Thread Mike McCauley
Hello Alexander, On Tue, 30 Jul 2002 10:31, Hugh Irvine wrote: Hello Alexander - Thanks for sending the configuration and log files. The Timeout parameter should specify the length of time to wait for a response. I have copied this mail to Mike for his comments. Your Timeout parameter

Re: (RADIATOR) Memory Leak with PAM

2002-07-29 Thread Mike McCauley
Hello Mike, On Tue, 30 Jul 2002 10:32, Hugh Irvine wrote: Hello Mike - I have copied this mail to Mike for his comments. I would normally expect to see a Radiator process to stabilise at 5 to 10 MB (depending on the exact config in use). Dan has independently indicated that his problem

Re: (RADIATOR) Gric Authentication Problem.

2002-07-29 Thread Hugh Irvine
Hello Jorge - It looks like there is an SQL error with the session database of some kind that is causing problems. Have you made any changes to the session database? And what happens if you disable the session database temporarily? regards Hugh On Tuesday, July 30, 2002, at 06:26 AM, Jorge