Hello Mariano -
Actually this is not entirely true, as the Radius protocol itself has no knowledge of clock (wall) time. All event times in the Radius protocol are delta times - ie. the elapsed number of seconds since an event occured. Such values include Acct-Session-Time, Acct-Delay-Time and so on. Also note that 64 bit counters have recently been introduced to cope with octet counters on long-held connections, so utilising 64 bit attributes in a time context is entirely possible. The real problem is current operating systems, as we know, however I expect that we will see an OS update sometime in the next 35 years that will address the issue. regards Hugh On Thursday 15 November 2001 11:45, Mariano Absatz wrote: > El 14 Nov 2001 a las 9:37, [EMAIL PROTECTED] escribió: > > On Wed, 14 Nov 2001, ISMAIL,IRWAN (HP-Malaysia,ex1) wrote: > > > Hi, > > > > > > I tried switching the date on my NT server (which is running radiator) > > > to a date that is after year 2037 and I would get a "no reply" if I > > > tried to authenticate. Is this a limitation of Radiator? The logfile > > > would also be saved as 1900-MM-DD, instead of 20XX-MM-DD. > > > > How far after 2037 were you trying to go? 32-bit systems using signed > > 32-bit int's to store "unix time" as seconds since 1970 have a problem > > trying to deal with times after Jan 18, 2038. Hopefully, by that time, > > there won't be any 32-bit CPU's kicking around. > > 32 bits CPU is not your (only) problem here... the problem is a 32 bit > PROTOCOL!!! > > The dates in RADIUS PROTOCOL PACKETS can ONLY be 32 bits, so, no matter > that you get the new Pentium/Sextium/Septium/Bogopium 1024-bit CPU, if you > want to do Radius and your clients (NASen) only speak Radius, you're dead, > man... > > So, what you have to hope for is a PROTOCOL upgrade... so, rephrasing you: > Hopefully, by that time, every NAS you have to deal with will be speaking > DIAMETER (Radius probable succesor) and, of course, Radiator will... and, > in fact, it will be easy to harness the complexity of Diameter with > Radiator... won't it be, Hugh, Mike? > > :-) > : > > -- > > ---------------------------------------------------------------------- > > Jon Lewis *[EMAIL PROTECTED]*| I route > > System Administrator | therefore you are > > Atlantic Net | > > _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________ > > > > === > > 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. > > -- > Mariano Absatz > El Baby > ---------------------------------------------------------- > Do they ever shut up on your planet? > > > === > 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.