(RADIATOR) Session-Timeout Maximum Value

Hugh Irvine hugh at open.com.au
Wed Jan 23 20:08:49 CST 2002


Hi Brian -

I think you will find the NAS falls over before you do.

:-/

cheers

Hugh


On Thu, 24 Jan 2002 10:14, Brian Morris wrote:
> Hehehe ...
>
> According to the RFC, the value (in seconds) is a 32bit unsigned integer!
> This equates conservatively (30 bits) to a tad over 34 years :-))
>
> Even with all other things being suitable for an accurate test, I don't
> think I have enough time to live to fully test the true upper limit of this
> parameter!
>
> Cheers,  Brian.
>
>
> ----- Original Message -----
> From: "Hugh Irvine" <hugh at open.com.au>
> To: "Brian Morris" <brian at netspeed.com.au>; <radiator at open.com.au>
> Sent: Wednesday, January 23, 2002 6:59 PM
> Subject: Re: (RADIATOR) Session-Timeout Maximum Value
>
> > Hello Brian -
> >
> > Check the RFC for details ("doc/rfc2865.txt").
> >
> > However you are correct in that the only real way to be sure is to do
> > some experiments with your NAS (we have seen problems with large
> > numbers).
> >
> > regards
> >
> > Hugh
> >
> > On Wed, 23 Jan 2002 15:34, Brian Morris wrote:
> > > Hi all,
> > >
> > > Session-Timeout is defined as an integer in the dictionary file.  Does
> > > anyone know what the maximum value that can be set for this is?
> > >
> > > I guess it would be dependant on individual NAS implementations for an
> > > integer, but has anyone had any success with setting it to a high value
>
> (eg
>
> > > : 604800 - the number of seconds in a week)?  I am thinking that this
>
> will
>
> > > work but would I be pushing my luck to set it at 18 million odd?  (~the
> > > number of seconds in a month)
> > >
> > > The reason is that we have some VISP ports on an AS5300 that we can not
> > > directly control to manually disconnect a user, therefore we would like
>
> to
>
> > > ensure that they do not login for what we consider to be "way too
> > > long".
> > >
> > > Thanks and regards,  Brian.
> > >
> > > ===
> > > 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.

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