[c-nsp] Cisco ACE module configuration question

Christophe Cardon Christophe.Cardon at bec.dk
Thu Feb 4 06:09:11 EST 2010

>From the Cisco documentation:

Cisco ACE provides stickiness that allows the same client to maintain multiple simultaneous or subsequent TCP or IP connections with the same real server for the duration of a session. Cisco ACE supports the following sticky methods:
. Source or destination IP address
. Cookie
. HTTP header, and Generic Protocol Parsing for session level persistence such as SSL session ID

Rgds, Christophe

-----Oprindelig meddelelse-----
Fra: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-bounces at puck.nether.net] På vegne af Carter, Mark R
Sendt: 4. februar 2010 11:22
Til: 'Erik Nelson'; cisco-nsp at puck.nether.net
Emne: Re: [c-nsp] Cisco ACE module configuration question

Erik Nelson wrote:
> I have a ACE module in a 6500, and have basic load balancing (with 
> sticky connections) working.  The lab environment that I need to use 
> this for will have 40+ servers, but all the traffic will be generated 
> by just four servers. Each server will be simulating many users, each 
> on a different source port. The traffic is HTTP, but not on port 80.
> Since there are programs generating the user traffic, I can't 
> necessarily depend on them to behave completely like browsers 
> (cookies, for instance). I have no control over the application 
> software or load generator software. Also, each connection needs to be sticky.
> Any suggestions? I think I need the source port to be part of the load 
> balancing decisions. But this is the first ACE I have touched, and am 
> somewhat lost.

I don't think it's possible to base stickiness on the source port. The options are either IP address or something from the payload. So unless each client sends a unique identifier in the http payload, I don't think you'll be able to do it. 

cisco-nsp mailing list  cisco-nsp at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

More information about the cisco-nsp mailing list