*GhostSessions Prob

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

-------------------------------------------------------

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia   http://www.open.com.au
Phone +61 3 9598-0985                       Fax   +61 3 9598-0955

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, 
TTLS etc on Unix, Windows, MacOS etc.

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