Using top, I found the idle time percentage fluatuates between 94% to
99%. The cpu is a humble PII-300. Both the Radiator and MySQL runs on
the same box. The Deletequeue statement is defined as:
delete from RADONLINE where (NASIDENTIFIER='%N' and
NASPORT=0%{NAS-Port}) or (FRAMEDIPADDRESS = '%
Hello Clement -
Thanks for your feedback. One question regarding your implementation - do you
see much performance degradation using the more complicated DeleteQuery? Aaron
reported a significant performance hit and I wondered what you were seeing?
many thanks
Hugh
On Mon, 19 Jun 2000, Cleme
Yes, it works well. Thank you very much.
Hugh Irvine wrote:
>
> Hello all -
>
> On Thu, 15 Jun 2000, Aaron Holtz wrote:
> > I'm not sure that is correct. If you look at the code, DeleteQuery runs
> > right before a new session is entered into the online database. So if
> > your query include
Hello all -
On Thu, 15 Jun 2000, Aaron Holtz wrote:
> I'm not sure that is correct. If you look at the code, DeleteQuery runs
> right before a new session is entered into the online database. So if
> your query includes removing the Framed IP from the database you should be
> good to go. Usin
On Thu, 15 Jun 2000, Mike McCauley wrote:
> On Jun 15, 8:33am, Hugh Irvine wrote:
> > Subject: Re: (RADIATOR) Sim. use control by Ping
> >
> > Hello Clement -
> >
> > This is exactly what one of our other customers has done - he added a
> > "Delete
not broken, it just lacks duct tape."
--
On Jun 15, Mike McCauley molded the electrons to say
>On Jun 15, 8:33am, Hugh Irvine wrote:
>> Subject: Re: (RADIATOR) Sim. use control by Ping
>>
>>
I'm not sure that is correct. If you look at the code, DeleteQuery runs
right before a new session is entered into the online database. So if
your query includes removing the Framed IP from the database you should be
good to go. Using the ping type and changing up your DeleteQuery should
keep y
I downloaded 2.16.1 and checked the document. It says "DeleteQuery" "is
executed whenever a user session finishes". So this modification will
not work because the problem that we want to fix is a loss of the
account close packet. And that sessions are not closed properly.
I suppose the change
Hello Clement -
You would configure the DeleteQuery in your clause.
See section 6.6.4 in the Radiator 2.16.1 reference manual.
regards
Hugh
On Thu, 15 Jun 2000, Clement wrote:
> Looks excellent to me. Where can I get this feature?
>
> Mike McCauley wrote:
> > ...
> > The DeleteQuery gets
Looks excellent to me. Where can I get this feature?
Mike McCauley wrote:
> ...
> The DeleteQuery gets run just before adding a new session. I wonder if the
> right thing is to alter the DeleteQuery so it deletes the IP address too:
>
> DeleteQuery delete from RADONLINE where (NASIDENTIFIER
te:
>> Subject: Re: (RADIATOR) Sim. use control by Ping
>>
>> Hello Clement -
>>
>> On Wed, 14 Jun 2000, Clement wrote:
>> > Hi Mike and Hugh,
>> >
>> > Thank you very much for the new feature. Most of the time, it works
>> > well.
On Jun 15, 8:33am, Hugh Irvine wrote:
> Subject: Re: (RADIATOR) Sim. use control by Ping
>
> Hello Clement -
>
> On Wed, 14 Jun 2000, Clement wrote:
> > Hi Mike and Hugh,
> >
> > Thank you very much for the new feature. Most of the time, it works
> &
Hello Clement -
On Wed, 14 Jun 2000, Clement wrote:
> Hi Mike and Hugh,
>
> Thank you very much for the new feature. Most of the time, it works
> well. However, we just come into a situation when the old IP was
> reallocated and the PING test just failed to tell.
>
> I think the solution is
Hi Stephen,
thanks for the suggestion. We have now added a new NasType of "ignore" which
will always assume there are no other sessions for the user.
Cheers.
---
Mike McCauley
Hi Tom,
I suspect you have the DefaultSimultaneousUse set in your AuthBy FILE? If that
is so, you will have to swap the order in the user file to:
tomwSimultaneous-Use = 2, Auth-Type = System
..
Thats because the check items before your Auth-Type are check by AuthBy FILE,
and th
15 matches
Mail list logo
