CISCO_ACCOUNTING_HACK

Gabriel Blanchard gabe at teksavvy.ca
Tue Aug 18 14:29:48 CEST 2009


On 17-Aug-09, at 7:32 PM, Alan DeKok wrote:
>
>   The delay is inter-packet delay.  i.e. time between reading two
> consecutive packets from the detail file.
>
>   This code sets the *maximum* delay.  It's capped at .25s.
>
>   The *minimum* delay is whatever your SQL server can handle.
>
>

OK. I did find another problem though. I added some debugging code to  
confirm this.

When you set the load_factor to 100, it caps the delay_time at 1/10th  
of a second.

data->delay_time = (data->srtt * (100 - data->load_factor)) / (data- 
 >load_factor);
if (data->delay_time == 0) data->delay_time = USEC / 10;

My debugging code showing the delay time
Tue Aug 18 08:19:30 2009 : Info: data->delay_time: 100000

I then set my load_factor to 90, the delay time was far lower.

Tue Aug 18 08:21:26 2009 : Info: data->delay_time: 27

Sure setting the load_factor to 100 never is a good idea. But it  
shouldn't make it slower.



More information about the Freeradius-Devel mailing list