Hello Miko -
The Timestamp attribute is an internal Radiator attribute that is the local hosts time (in UNIX number of seconds since Jan 1, 1970). The radius protocol itself has no notion of wall time - all times in radius are delta times in number of seconds. >From the Radiator 3.1 reference manual (search Timestamp): The attribute Timestamp is always available for insertion, and is set to the time the packet was received, adjusted by Acct-Delay-Time (if present), as an integer number of seconds since Midnight Jan 1 1970 UTC. The Timestamp atttribute is added by Radiator to all received Accounting requests, and is set to the current time according to the host on which the Radiator is running. regards Hugh On Thu, 25 Jul 2002 04:19, [EMAIL PROTECTED] wrote: > I have a question along the same lines,,, What is the Timestamp > Attribute??? I could only find a Timestamp in the Tunneling > attributes... > > Miko > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] On Behalf Of Dave Kitabjian > > Sent: Wednesday, July 24, 2002 10:03 AM > > To: Viraj Alankar; [EMAIL PROTECTED] > > Subject: RE: (RADIATOR) Timestamp attribute > > > > > > Interesting question. > > > > The question for you is, what event do you want the stamp for? > > > > The Timestamp attribute indicates, I think, when the RADIUS > > packet is actually sent by the NAS. > > > > The line at the top: > > > > Wed Jul 24 12:59:01 2002 > > Acct-Session-Id = "0002BAA0" > > Framed-Protocol = PPP > > > > indicates when RADIATOR generated the record. > > > > Your 2nd Timestamp attribute might be when RADIATOR is acting > > like a NAS and proxying the packet to the next RADIUS server. > > In theory, that could be minutes or hours later. > > > > So, which of these events do you want to capture? You may > > want to write a hook to throw out preexisting Timestamp > > attributes before you proxy them over to the next RADIUS server... > > > > Dave > > > > :) > > : > > > -----Original Message----- > > > From: Viraj Alankar [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, July 24, 2002 9:36 AM > > > To: [EMAIL PROTECTED] > > > Subject: (RADIATOR) Timestamp attribute > > > > > > > > > Hello, > > > > > > From what I can understand, the timestamp used in AuthSQL for > > > accounting is the Timestamp attribute that is created in the > > > request packet by the current time minus Acct-Delay-Time. > > > > > > However, when I have one Radiator proxying to another, the > > > 2nd Radiator ends up with 2 Timestamp different attributes. > > > It isn't clear to me which one will be used by the 2nd > > > Radiator. I see get_attr in the code being called for this > > > value but wouldn't this just return the first (incorrect) > > > Timestamp value? > > > > > > Would it be better for me to depend on a database function > > > for the timestamp? For example, with an insert statement similar to: > > > > > > ..., now() - 0%{Acct-Delay-Time}, ... > > > > > > Viraj. > > > === > > > > === > > 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. -- 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.
