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

[Mike Mccauley]

Hello Richard,

I dont think I saw this description of your problem before, so thanks
for sending it.
I would have expected the online code to react the same way to the
initial failure and subsequent backoff events. Can you pls send me a
trace 4 log showing what happens? What NasType do you have configured?

Cheers.


On Thu, 2005-05-12 at 14:21 +1000, Hugh Irvine wrote:
> 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?
> 

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