Performance: I presently run 148 ports on a 400 MHz Solaris system that all runs a very busy e-mail server. At that I average about 75% idle cpu cycles. I doubt that FR's contribution to the load would be measurable. I do use MySQL back-end.
Reliability: No standalone computer achieves 5 9's of reliability on it's own. I run FR on two servers, and you should too if reliability is important. IMHO a database backend makes redundant servers a little easier, but you will get differences of opinion on this. One great thing about a database backend on FR is that there is no need to restart the server every time you add a user. With 10K subs I would definitely recommend a DB backend. As to which one, everbody is different. I use MySQL, but would use Oracle if cost was not a factor. Other's use Postgres, and I think some even use MSSQL Tim > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Rich, > Jr. > Sent: Thursday, February 06, 2003 1:20 PM > To: '[EMAIL PROTECTED]' > Subject: RE: Maximum/Ideal/Suggested number of users (current and > possible) > > > Thanks, Tim - > Then some details are available: > > We currently serve ~1500 users, max concurrent connection = 96 users. > The proposed radius server is a Compaq Proliant DL380, Dual 2.4 > Xenon CPU, 4 > GB memory, attached to a SAN. This server is running Redhat 7.3 > (testing to > move to Redhat AS 2.1). > The device making Radius requests is a Cisco 5300 Access server > connected to > 4-24 Channel T-1's. > These devices are connected on a 10/100 Ethernet segment. > > This is the bulk of our business - and would need 99.999 availability. > Our peak usage is 5 hours a day, but still only see about 60 current > connections. > Typical connection length is between 8 and 20 minutes. > > The growth of our company is anticipated to be added users of ~ > 10,000 this > year, as we just signed a large contract. Our ratio of users/available > (concurrent) connections is about 1/15. (this means ~ 660 concurrent > connections, and would have to add a Cisco AS 5400 to the mix to make this > work) > > Would FreeRadius provide the robustness, reliability and > scalability that we > are looking for? > > Tim > > -----Original Message----- > From: Tim D. McCracken [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 06, 2003 1:54 PM > To: [EMAIL PROTECTED] > Subject: RE: Maximum/Ideal/Suggested number of users(current and > possible) > > > > Let me be the first to point out that Cistron and FreeRadius > are completely different systems. This is the FreeRadius list - > not the cistron list. > > Maximum number of SUBSCRIBERS is dependent upon: > how many requests per peak minute/hour/whatever > processing power/system architecture/etc > how you store your user data > > In other words, your mileage may vary and there are no magic > answers to this question for FreeRadis or any other software. > > But the system is damn efficient, especially running a datbase > behind it if you have a large subscribers. I would bet somebody > on here is running in excess of 100K subscribers. > > Tim > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Rich, > > Jr. > > Sent: Thursday, February 06, 2003 12:33 PM > > To: '[EMAIL PROTECTED]' > > Subject: Maximum/Ideal/Suggested number of users(current and possible) > > > > > > Greetings - > > I am doing research regarding whether or not to replace our Windows 2000 > > ADS/Radius server with .? > > In this search I have come across Cistron/FreeRadius; however, > I have not > > seen any benchmarks/suggested maximum number of users. I welcome any > > suggestions. > > > > Thanks! > > Tim Rich > > > > - > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html