(RADIATOR) Loadbalance
Hugh Irvine
hugh at open.com.au
Tue Sep 24 21:07:58 CDT 2002
Hello Ray -
I don't think using loadbalancing in the way you describe will gain you
anything.
You would probably do better running two instances of Radiator, one to
process authentication requests and the other to process accounting
requests. This tends to work better, because there are twice as many
accounting requests as authentication requests (start and stop for
every access). There is usually more overhead involved in processing
accounting requests as well, but if it is in a seperate process, it
doesn't get in the way of the authentication requests.
The loadbalancing is really designed to spread requests across seperate
machines, which of course you should have in any case.
regards
Hugh
On Wednesday, September 25, 2002, at 11:40 AM, rcortez at info.com.ph
wrote:
> hi hugh,
>
> in our setup having 2 radius server (wiht 2 instance of radiator
> running on each machine) and 1 oracle server. will there be an
> advantage if we are going to use radiator loadbalancing if our ras port
> grows from the current 1,500 ports to 5,000 ports? d oracle database is
> hosting both prepaid and post paid system with peak and off-peak rating
> and with credit limit on postpaid customers. all dial-up are terminated
> through L2TP. our radius servers are idle most of the time. the highest
> utilization that we are getting during peak hour is from 15% to 20%
> only. will the radius capacity increase if we add 2 more instance of
> radiator on the radius server (having a total of 4 instance per
> server). one of the 4 instances will be configured as proxy
> (loadbalancer to the 3 remaining instance of radius). do you have a
> reference site that uses loadbalancing feature of radiator?
>
> thank you
>
>
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>
>
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
More information about the radiator
mailing list