IMPORTANT - Re: (RADIATOR) after year 2037

[Hugh Irvine]

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, jlewis at lewis.org 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 *jlewis at lewis.org*|  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 radiator-announce at open.com.au
> > To unsubscribe, email 'majordomo at open.com.au' 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 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.