Thanks for the info, and suggestions. I don't know that the idle time out will work in this situation, but I'll give it a try, and see how it works.
Thanks!
Brett @Google wrote:
You could force a short ldap timeout on the server, so the server will drop the connection after a certain amount of inactivity.
AFAIK from the client's perspective LDAP connection stays open once established, until the TCP/IP connection is lost. This can mean the server dropping the connection due to inactivity, which is a poor man's round robin.
Even if you had a hardware content switch, you can only round robin "new" connections, you wouldn't want to forcefully / randomly terminate (non-timed out) established connections for data safety, as thie client might be in the middle of doing some critical ldap transaction which takes several operations to complete etc.,
Importantly though, the ldap client application(s) should be written with clustering in mind:
a. app should make a connection, do some stuff, then disconnect. There cannot be long duration connection caching if you want to make sure the load is spread evenly over your ldap cluster.
b. app should retry idempotent operations at least once, to cover the case it tries to use a "stale" connection which has just been terminated due to inactivity.
Cheers Brett