[RADIATOR] Timestamp question

Hugh Irvine hugh at open.com.au
Fri Feb 6 16:53:30 CST 2009


Hello Robert -

The attribute "Timestamp" is added to incoming accounting requests by  
Radiator and is the time on the Radiator host, corrected by the "Acct- 
Delay-Time".

This is meant to give you the time on the Radiator host that the  
accounting request occured.

The attribute "Event-Timestamp" is meant to be the time on the NAS,  
but I don't think I have ever seen it used.

So in answer to your question, the "Timestamp" has nothing to do with  
the time on the NAS, except for any "Acct-Delay-Time" present in the  
request.

regards

Hugh


On 7 Feb 2009, at 03:05, Robert Blayzor wrote:

> We have several NAS devices out there that we don't manage, but they  
> are proxying to our primary RADIUS servers.  Apparently the  
> operators of these NAS devices don't care that their time is off by  
> a factor of days.  We care however, as they are generating  
> inaccurate accounting records.
>
> In looking at all the "timestamp" stuff in Radiator, I assume that  
> comes from the actual date/time of the packet generated by the  
> client.  Is there a way we can fix these up on these broken  
> clients?  Is there something internal to "fudge/fix" the time on a  
> client handler or is doing something like a client hook needed?
>
> -- 
> Robert Blayzor, BOFH
> INOC, LLC
> rblayzor at inoc.net
> http://www.inoc.net/~rblayzor/
>
>
>
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator



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?
Have you checked the RadiusExpert wiki:
http://www.open.com.au/wiki/index.php/Main_Page

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
Includes support for reliable RADIUS transport (RadSec),
and DIAMETER translation agent.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.




More information about the radiator mailing list