(RADIATOR) Re: Radiator Session Handling and SNMP...

[Hugh Irvine]

Hi Richard -

Mike is overseas at the moment, so he hasn't had much time to reply.

He should be back next week and he is copied on this mail.

regards

Hugh



On 11 May 2005, at 22:04, Rickard Ekeroth wrote:

>
> Hello Hugh!
>
> I wrote to you guys a while ago about the behaviour of Radiator when it
> queries a NAS using SNMP. I am not sure if my reply to the reply that 
> you
> sent me was sent properly. Anyway here are my thoughts again:
>
> If Radiator fails to query a NAS for a specific session using SNMP it 
> will
> assume that the session in question is not on the NAS. However during 
> the
> following back-off period (60 seconds) the behaviour is the reverse:
> Radiator assumes that the session is still on the NAS and the user is 
> denied
> access based on max session count.
>
> Should not the behaviour be the same in both cases? Personally I would
> prefer if the Radiator denied access in both cases. This is because I 
> have a
> consumption debit scheme based on accounting stop packets and I would 
> prefer
> not to delete sessions unless I am sure that it is not on the NAS 
> anymore
> (because I can not debit a session that did not receive a stop packet 
> since
> I do not know the actual session time).
>
> Regards,
>
> Rickard Ekeroth @ SpiderNet
> Software Developer / Analyst
> rickard at spidernet.net
> +35722844870
>
>

NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive 
(www.open.com.au/archives/radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.

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