Forum Discussion
Source-ip based persistency not working properly
It appears that you've listed persistence records for two different virtual servers? From your list, the first and third records correspond to VS 172.16.200.36:80, while the second shows a different destination port (172.16.200.36:443). Are these indeed separate virtual servers? Note that the first and third records do correspond to the same pool member (172.16.210.45:8080).
IIRC you can have multiple persistence records for the same source IP/virtual server if subsequent traffic is handed off to a different instance of TMM. I see that your first and third records reference different TMM instances.
So, yes you can have multiple persistence records for the same source IP and VS for different TMM instances. Those should point to the same pool member.
In your case I suspect the second record is a separate VS (HTTPS instead of HTTP, for example). By default that will be a separate persistence decision. If you need these to be sent to the same pool member you can enable the 'match across services' persistence function. In this scenarion that will cause connections from the same source IP destined to the same VIP (but different port) to go to the same pool member.
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* 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