My mistake, actually I found out that I did get the Session-Timeout value back except one user, whose value was set to '-1' by mistake.
In that case, the server apparently discard the invalid attribute since the RFC defines the attribute value to be an unsigned integer. (And seems the server did not try to convert the '-1' to the max value of a 32-bit unsigned integer, which is fine with me.) > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Alan DeKok > Sent: Saturday, July 19, 2003 7:52 AM > To: [EMAIL PROTECTED] > Subject: Re: Reply attribute > > > "Alex Chen" <[EMAIL PROTECTED]> wrote: > > My suspicion is that the data type in the radreply of 'Value' is > > varchar, while the data type for Session-Timeout is defined as > > an integer in the protocol. > > That doesn't matter. The server core takes care of creating an > integer from the string. > > > But if I set this attribute in radreply, I do not see it being sent > > in the reply even in the server debug message. > > What SQL query is run? WHat do yhou get when you run that SQL query > by hand? WHat does the SQL log file say? (see sql.conf) > > Alan DeKok. > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
