Antwort: (RADIATOR) Re: *GhostSessions Problem

Tue Sep 10 03:51:35 CDT 2002

----- Original Message -----
From: "Ayotunde Itayemi" <aitayemi at metrong.com>
To: "Hugh Irvine" <hugh at open.com.au>
Sent: Tuesday, September 10, 2002 9:51 AM
Subject: Re: Antwort: (RADIATOR) Re: *GhostSessions Problem

> Hi Hugh,
>
> I know you have said before that there is no way to query windows for
online
> clients
> using SNMP. This is just to the "house" in general. Is there anyone out
> there with
> workable solutions for windows?
>
> Regards,
> Tunde I.
>
> ----- Original Message -----
> From: "Hugh Irvine" <hugh at open.com.au>
> To: "Christian Rautscher" <christian at run.bz.it>
> Cc: <radiator at open.com.au>
> Sent: Tuesday, September 10, 2002 8:34 AM
> Subject: Re: Antwort: (RADIATOR) Re: *GhostSessions Problem
>
>
> >
> > Hello Christian -
> >
> > As I discussed in a previous mail, Radiator can use the NasType
> > parameter in the Client clause(s) to enforce strict session limit
> > checking with the NAS equipement being used, as long as the NAS can be
> > queried successfully.
> >
> > Unfortunately, we cannot provide solutions for all types of NAS and all
> > versions of NAS software, so it becomes a matter of trial and error for
> > Radiator users to work out how to make things work in their own
> > environment. We have provided a number of NasType modules and the source
> > code for all of them is in the "Radius/Nas" directory.
> >
> > The only thing I can suggest is that you test the query that Radiator
> > tries to run by hand to see what result you get, and if it is not
> > correct then you will need to verify what is wrong in the code and
> > correct it. It may also be the case that you need a different version of
> > the SNMP code for example, or that your NAS needs to be configured to
> > respond correctly to the query that Radiator tries to send.
> >
> > Note that we do not have any NAS equipment ourselves and we rely on
> > customers to do their own testing. Many customers have done exactly this
> > and contributed their code, most of which is what is found in the
> > Radiator distribution.
> >
> > This is a vexing problem, I know, but there is little I can do to help
> > you.
> >
> > regards
> >
> > Hugh
> >
> >
> > On Tuesday, September 10, 2002, at 04:22 PM, Christian Rautscher wrote:
> >
> > >
> > > Hello Hugh,
> > > i did post it already in the Mailing List last week, but i
> > > got no reply. That's why i thought, as we did buy a 7-station-licence
> > > of Radiator i could send it to the support list, and hope
> > > that somebody will response me there :)
> > >
> > > You cannot help me or? I mean can you give me at least a little
> > > hint, how the problem could be resolved. ;)
> > >
> > > Happy working,
> > > regards,
> > > Christian
> > >
> > >
> > >
> > >
> > >
> > > Hugh Irvine <hugh at open.com.au>@open.com.au am 10.09.2002 03:58:06
> > >
> > > Gesendet von:     owner-radiator at open.com.au
> > >
> > >
> > > An:    "Christian Rautscher" <christian at run.bz.it>
> > > Kopie: radiator at open.com.au (Blindkopie: Christian
Rautscher/RUN/RAIFF)
> > >
> > > Thema: (RADIATOR) Re: *GhostSessions Problem
> > >
> > >
> > >
> > > 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.
> > >
> > >
> > >
> > >
> > >
> >
> > --
> > 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.
>

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