<\/span><\/h3>\nCookie persistence only supports the HTTP protocol. This is because the F5 BigIP is unable to inspect cookies from within an encrypted session. It is also worth noting that if a) the clients system clock is incorrect or b) cookies are disabled then the cookies may not be sent from the client to BigIP.<\/p>\n
The F5 LTM offers 4 main modes of cookie persistence:<\/p>\n
Hash mode – <\/strong>Hash mode expects that the server provides the cookie. The system then builds a hash from either part or all of this cookie to build a persistence record.
Insert mode – <\/strong>With Insert Mode the F5 LTM inserts a special cookie in the HTTP Response. These includes the pool named and pool member.
Rewrite mode – <\/strong>Once the web server has created a blank cookie, the F5 LTM rewrites the cookie so that is can be later read as a special cookie and used for persistence.
Passive mode<\/strong> – Passive mode is based upon the web server creating the specially formatted cookie that contains the node IP and port. This cookie is then passively passed through.<\/p>\n<\/span>Configuring Cookie Persistence<\/strong><\/span><\/h4>\nTo Configure Cookie Persistence follow the steps below:<\/p>\n
\n- Within the Virtual Server ensure that the HTTP profile is configured.<\/li>\n
- Within the Virtual Server go to Resources and then select Cookie from the Default Persistence Profile.<\/li>\n<\/ol>\n
<\/span>Other Persistence Methods<\/strong><\/span><\/h3>\n<\/span>SSL Persistence<\/strong><\/span><\/h4>\nSSL Persistence uses the SSL Session ID for persistence. Though this has the benefit of providing persistence to SSL sessions that aren’t terminated on the F5, as some browsers frequently negotiate the Session ID (due to security reasons) this can lead to short persistence periods. Due to this it is recommended that source IP persistence is defined as backup persistence method.<\/p>\n
<\/span>Match Across<\/strong><\/span><\/h4>\nMatch Across Services<\/strong> – When \u201cMatch Across Services<\/em>\u201d is enabled persistence is matched across all virtual servers that have the same IP address.
Match Across Virtual Servers<\/strong> – When \u201cMatch Across Virtual Servers<\/em>\u201d is enabled persistence is matched across all virtual servers. This is the same as \u201cMatch across services\u201d however it allows the client to access different virtual servers and still access the same pool member. This also applies if both virtual servers are using different ports.
Match Across Pools<\/strong> – When \u201cMatch Across Pools<\/em>\u201d is enabled persistence is matched across all pools using any persistence record matching to the client. However, this means that the client could be sent to a pool that is not associated by the virtual.<\/p>\n","protected":false},"excerpt":{"rendered":"Persistence When an application maintains the session, a persistent session between the client and server must be correctly maintained to ensure the server can continue to process client requests. A typical example is web based shopping carts, this normally requires the user to maintain persistence to a single server during the lifetime of the session. … Read more<\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[],"yoast_head":"\nBigIP F5 LTM - Persistence - Fir3net<\/title>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\t\n\t\n\t\n