Pshem Kowalczyk wrote:
Are the packets read from detail file send sequentially, waiting for
each individual response before sending next packet, or are the
packets send in groups, and then potentially the re-try occurs for
those that didn't receive the reply?
Yes.
Studying the packet
Hi,
{cut}
There are some notes in the copy-acct-to-home-server example that talk
about automatic throttling of the reads depending on the backend. This
is what led me to question latency.
It might be a latency issue.
Is there any way to speed up the reading and shipping of acct records
Sorry I wasn't more clear.I am not using 1.x but most of the documentation
refers to how things were done in 1.x and because of this means nothing to
me.
I am not using syslog.
Accounting packets are being written to disk using the detail function.
Then I am shipping them off to the other radius
TR Missner wrote:
Accounting packets are being written to disk using the detail function.
Then I am shipping them off to the other radius by setting the listen
object on the detail file.
That should be fine.
Even with load_factor set to 100 the speed at which the detail is read
is very
Hello,
I am a new user of freeradius ( no experience with the 1.x version at all ).
I am in the process of setting up radius for accounting of voip records.
Due to the nature of my system blocking must be avoided at all costs.
With this in mind I have configure FR to write accounting records
TR Missner wrote:
I am a new user of freeradius ( no experience with the 1.x version at all ).
Don't use 1.x. Use the latest version.
I am in the process of setting up radius for accounting of voip records.
Due to the nature of my system blocking must be avoided at all costs.
With this in
6 matches
Mail list logo