Forum Discussion

Neo_Ph's avatar
Neo_Ph
Icon for Altocumulus rankAltocumulus
May 22, 2022

iRule cookie persistence and pool redirect

Hi all, base on the on below setup... When Pool A/NodeA1 goes down, we expect URI /beta/ requests to be sent to Pool B, as nodeA2 can't accept URI /beta/ requests. However, when Pool A/NodeA1 goes...
application delivery
irule cookie persistence pool redirect
  • Neo_Ph's avatar
    Neo_Ph
    May 10, 2024

    Tests were done in the production LTM instead, by creating a temporary VIP with same pool members.  A few users were able to test via the temporary VIP, and everything was working as expected.  Yet, it wasn't working on the production VIP. 
    I end-up creating a PoolC containing nodeA1 ONLY for /beta/ URI ONLY.  That way /beta/ URI would never reach nodeA2 when nodeA1 is down.   
    If PoolC/nodeA1 is UP, then PoolC will be used. Otherwise, it will hit the 2nd condition, redirecting /beta/ to PoolB.  Problem solved.

AlexBCT's avatar
AlexBCT
Icon for Cumulonimbus rankCumulonimbus

Hi Neo_Ph, 

Seen that you get different behaviour in the lab as in live, that's interesting indeed! Have you gone through the virtual server configuration to ensure that they are exactly the same? Especially the profiles? 

Also, can you check that the iRules in the live and lab systems are attached in the same order? (order very much matters when it comes to attaching iRules under the Resource tab) 

And are there any other differences either in software or configuration between the live and lab systems? 

Neo_Ph's avatar
Neo_Ph
Icon for Altocumulus rankAltocumulus
May 26, 2022

There are a few differences such as the use of F5-TCP-WAN & F5-TCP-LAN in the lab, instead of just using tcp profile.  There is only 1 iRule. But the major difference would be the lab version at 13.x vs Prod at 15.x.

I will have to upgrade to version 15.x and redo my tests. And also use the same profiles, just in case it would impact the way cookie persistence is operating; which would surprise me. I'll add an update afterwards.  Thanks AlexBCT