QASIM RAO wrote:
I am performing performance test on may RADIUS server and having a
problem in result...
i am using java code for sending 100 concrent requests on my RADIUS
server in log i got some chunks taking so much time more than 3 seconds
It's not a problem with FreeRADIUS. If you
On 24/07/12 13:26, Andrei Petru Mura wrote:
I'm running FreeRADIUS on a PC with a dual CPU of 2 GHz and 2 GB of RAM.
It is working with PostgreSQL database.
When I perform tests with radperf, running :
radperf -s -f ../users.csv -p 800 -a pap 10.3.1.1 auth radiussomething
where users.csv file
On 24 Jul 2012, at 13:49, Phil Mayers wrote:
On 24/07/12 13:26, Andrei Petru Mura wrote:
I'm running FreeRADIUS on a PC with a dual CPU of 2 GHz and 2 GB of RAM.
It is working with PostgreSQL database.
When I perform tests with radperf, running :
radperf -s -f ../users.csv -p 800 -a pap
On Tue, Jul 24, 2012 at 01:49:27PM +0100, Phil
Mayers wrote:
On 24/07/12 13:26, Andrei Petru Mura wrote:
radperf -s -f ../users.csv -p 800 -a pap 10.3.1.1 auth radiussomething
...
0.1s : 3758
s: 5897
10s : 344
...
I would need a sever able to manage a much
greater amount
Hi,
you could look at PGSQL optimization - ensure that the table has the right
indexes and the table is in cache etc.
Try this: convert your SQL users into a users text file, like so:
username Cleartext-Password := password
...and disable SQL, then re-run the test. I think it will
Hi,
I would need a sever able to manage a much greater amount of users (
5, up to 100). But for now I'm interested how to get the server
working well with ~(5-10) users.
for what its worth, we deal with around 8000 users concurrently on an 802.1X
connection (so all
On 24/07/12 13:57, Arran Cudbard-Bell wrote:
1000 auths/sec is quite a lot. It implies you need to perform 1000
SQL queries/sec (at LEAST).
I'm not sure this is accurate given the number of failed requests,
i'd investigate that then re-run the tests.
Ah, I didn't spot the failed count.
-
On 24/07/12 14:10, alan buxey wrote:
Hi,
you could look at PGSQL optimization - ensure that the table has the right
indexes and the table is in cache etc.
Try this: convert your SQL users into a users text file, like so:
usernameCleartext-Password := password
...and disable SQL,
Giuseppe Marocchio wrote:
i have inherited the administration of a radius server, that
authenticate 900 PPPoE user on mikrotik box.
i've noticed that there is some performance problem, mikrotik box show
that last request RTT in some cases is up to 1000ms, there is some
resend request and
There is a tool to test the maximum RADIUS requests per second your setup can
handle.
As for the max number of clients / NAS, that will be determined by the hardware
of the NAS.
As for what type of NAS ... do you really expect us to do your shopping for you?
By bandwidth, I assume you mean
Vladimir Romanov wrote:
Hi All!
I want test freeradius+mysql accounting interface performance with
seagull. My problem - I can't implement valid signature. I always get
...
Received Accounting-Request packet from 10.2.170.14 with invalid
signature! (Shared secret is incorrect.) Dropping
Jeremiah Millay wrote:
Hi,
I'm seeing some odd behavior running freeradius-1.1.7 in a freebsd 6.3
environment. I see a lot of these in the radius log:
Tue Apr 22 09:27:44 2008 : Error: Discarding duplicate request from
client arc3.wnskvtao.sover.net:1645 - ID: 208 due to unfinished request
Jeremiah Millay wrote:
I'm seeing some odd behavior running freeradius-1.1.7 in a freebsd 6.3
environment. I see a lot of these in the radius log:
Tue Apr 22 09:27:44 2008 : Error: Discarding duplicate request from
client arc3.wnskvtao.sover.net:1645 - ID: 208 due to unfinished request
1267
Phil Mayers wrote:
Jeremiah Millay wrote:
Hi,
I'm seeing some odd behavior running freeradius-1.1.7 in a freebsd
6.3 environment. I see a lot of these in the radius log:
Tue Apr 22 09:27:44 2008 : Error: Discarding duplicate request from
client arc3.wnskvtao.sover.net:1645 - ID: 208 due to
Are you using wtmp i.e. radlast. Don't. It's slow.
Here are some more snippets related to wtmp (from what I can tell):
unix {
cache = no
cache_reload = 600
radwtmp = ${logdir}/radwtmp
}
accounting {
detail
unix
radutmp
}
session {
radutmp
}
I'm guessing it won't
deepak kumar wrote:
I am using freeradius 1.1.6 on Suse Linux 10 , and mysql for database.
My processor is Intel Pentium 4, 3.40 Ghz, RAM is 512 MB and hard disk
is 80 GB.
On this configuration how many requests , freeraradius can handle per
second.
A lot. If you have a million users, the
Hi,
I am using freeradius 1.1.6 on Suse Linux 10 , and mysql for database.
My processor is Intel Pentium 4, 3.40 Ghz, RAM is 512 MB and hard disk is 80
GB.
On this configuration how many requests , freeraradius can handle per
second.
Is there any tool which can test the performance of
O/H Arnnei Speiser έγραψε:
Hi Guys,
Any recommendations on the Server minimum configuration - memory, cpu
etc for using FR with 10k, 20k, 50k users ?
Moved to freeradius-users!!
The number of users is not the major factor. Rather the number of
requests/sec.
Where are the users stored (plain
JF Suret [EMAIL PROTECTED] wrote:
It's just to have an idea of how many request an server can handle,
I'll need a few request/seconds and I think that a x336 will be far
far faster than required but it's just to confirm it ...
At a few requests/s, almost any machine will be fine.
Alan
Fechete Raul wrote:
what bothers me is that the freeradius is handling such a small
amount of authorizations, and keeping the processor usage below
10%. (?!) why doesn't it take 90% and do in the mean time more work?
Perhaps the client doesn't send enough requests to make the server
busy. How
Title: Re: freeradius performance cpu usage
Nicolas Baradakis wrote:
what bothers me is that the freeradius is handling such a small
amount of authorizations, and keeping the processor usage below
10%. (?!) why doesn't it take 90% and do in the mean time more work
Fechete Raul [EMAIL PROTECTED] wrote:
what bothers me is that the
freeradius is handling such a small amount of authorizations, and keeping
the processor usage below 10%. (?!) why doesn't it take 90% and do in the
mean time more work?
It's limited by how fast the packets are being sent from
Fechete Raul [EMAIL PROTECTED] wrote:
thank you for your answer. that might just be it! :-) i have a test
client also programmed by a colleague, that starts a number of threads (for
each authorization one) that in the beginning wait for a semaphore. after
all threads are ready, the semapfore
On Wednesday 30 March 2005 14:40, DESETech - German P. Santillan wrote:
Hi, how many concurrent petitions (AuthRequest) can handle FreeRADIUS? This
number can be changed? Depends of hardware?
Its depends completely on hardware, thread settings and operating system
settings, however I expect a
24 matches
Mail list logo