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" <[EMAIL PROTECTED]> To: "Brian Morris" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] > > To unsubscribe, email '[EMAIL PROTECTED]' 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 [EMAIL PROTECTED] > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.