[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