Forum Discussion
Mike_S_59924
Feb 23, 2011Nimbostratus
irule to do smarter cookie persistance
I have a very interesting dilemma. We inherited through acquisition an application w/ some very strict persistence requirements. Not only must a user stick to the same load balanced web server but t...
hooleylist
Feb 23, 2011Cirrostratus
Hi Mike,
I suggest troubleshooting the default cookie insert persistence as that's the simplest option and it should work.
With default cookie insert persistence using a session cookie (no timeout), LTM will only set the cookie when a new load balancing decision is made. If the client presents a persistence cookie and the pool member is available, LTM will not set the same session cookie again as the client already has it. Does this explain the behavior you were seeing?
You'll also need to add a OneConnect profile to ensure LTM does request based persistence instead of per-connection. If you're using SNAT of any kind on the connections to the pool members, you can use the default OneConnect profile with a source mask of /0. If you're not using SNAT, create a custom OneConnect profile with the source mask set to /32.
Aaron
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects