(RADIATOR) Re: *GhostSessions Problem

[Hugh Irvine]

Hello Christian -

I have posted this to the Radiator mailing (radiator at open.com.au) list 
for you.

You should post these questions to the Radiator list, not the support 
list.

regards

Hugh


On Monday, September 9, 2002, at 07:30 PM, Christian Rautscher wrote:

> Hello Hugh, hi everybody,
>
> i'd like to ask if some1 could help me with the quite "famous"
> Problem of the "ghost-sessions" in Radiator-DB.
>
> P.es.
>
> AccessServer works fine. Connecting clients will be registered in
> the Radonline-DB of Radiator with their SessionStart-Entry. Now lets
> assume that at a certain point, due to networking failure or other 
> reason
> Radiator and AccessServer aren't able to comunicate to each other 
> anymore.
>
> Now we assume that Client A and B are disconnecting themselves right at
> this moment.
> PROBLEM:    NAS doesn't send Stop-Session-Entry to Radiator, so for
> Radiator that
>       client is still online.
>
> Now let's assume that the communication Problem between Radiator and NAS
> has been
> solved, and  client A would like to re-enter. But isn't able, because of
> the
> configuration of Radiator the client exceeds the its allowed simulateous
> Permission of 1.
>
> As i've already tried with the Nas-Type Attribute but somehow it won't 
> work
> as it should.
>
> As i noticed that this kind of problem appeared quite often in this
> mailing-list i hope that
> someone may be able to help me.
>
> Thank you just in advance,
> Christian
>
>
>
>
>
>

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