Antwort: (RADIATOR) Re: *GhostSessions Problem

Hugh Irvine hugh at open.com.au
Tue Sep 10 02:34:40 CDT 2002


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.


More information about the radiator mailing list