[RADIATOR] Loadbalancing requests from Proxy

[Michael Hulko]

We have been requested to try and loadbalance requests to a Campus department with their own Radius (IAS) server for their wireless users.  We currently proxy to them from our Radiator server(s) for their users, however, their current server cannot handle to load.  They have added 2 new servers to their environment and we have configured a test server to test the <AuthBy VOLUMEBALANCE, ROUNDROBIN> features of Radiator.  We are experiencing, what appears to be excessive delays in responses from their servers in this configuration.  We have tested each server individually while configured as <AuthBy Radius> with multiple host clauses, and although, the response times are immediate, there is no guarantee, that I can find from the documentation that a failed/timedout request will go to the next host listed in the AuthBy clause.  Attached is the trace 4 log of the <AuthBy VOLUMEBALANCE> attempt.  Any assistance or recommendations is greatly appreciated.

here is the portion of the config used:

# Dept identifier
<Client 129.100.160.133>
	IdenticalClients 129.100.160.144
	IdenticalClients 129.100.160.97
        Secret xxxxxxxx
	DupInterval 0
	IgnoreAcctSignature
	Identifier ONCAMPUS
</Client>

# Proxies auth requests to the IVEY IAS radius servers using a loadbalance algorithm (BogoMips)
<AuthBy VOLUMEBALANCE>
	Log errorLogger
	Log western_syslog
	Identifier Dept
	Retries 3
	RetryTimeout 5
	FailureBackoffTime 20 
	AuthPort 1645
   	AcctPort 1646
    	Secret xxxxxx
	LocalAddress 172.18.58.210
 # biz-core1
 	<Host 129.100.160.144>
		BogoMips 2		
 	</Host>
 # biz-core2
	<Host 129.100.160.197>
		BogoMips 2
	</Host>
 # biz-support
	<Host 129.100.160.133>
		BogoMips 1
	</Host>
 </AuthBy>

Thanks for any assistance.

Michael Hulko
Network Analyst

Western University Canada
Network Operations Centre
Information Technology Services
1393 Western Road, SSB 3300CC
London, Ontario  N6G 1G9

tel: 519-661-2111 x81390
e-mail: mihulko at uwo.ca <mailto:mihulko at uwo.ca>





-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open.com.au/pipermail/radiator/attachments/20130509/b7e96e49/attachment.html