Forum Discussion

Waseem_Shaik_97's avatar
Waseem_Shaik_97
Icon for Nimbostratus rankNimbostratus
Feb 23, 2015

Assistence on Action on Service Down

Hello Team ,

 

Customer would like to have the F5 setup such that if an unhealthy node is found, all traffic to it should be stopped and routed to the other healthy ones. existing connections should also be removed and rerouted to healthy ones. The current option is selected as none, which doesn’t seem to be working for him and reselect option is something that customer doesn’t want to opt for since he is going to be use persistence. Do you suggest any other settings we can try to establish the customer settings in this scenario?

 

Regards Waseem Shaik

 

6 Replies

  • I think the default action of Big-Ip if you have monitor on a pool member is to diver traffic away from the pool member if the monitor marks it offline for whatever reason. Naturally, no traffic would be sent to a member that has been marked down. Or I didn't get the question right?

     

  • I think the default action of Big-Ip if you have monitor on a pool member is to diver traffic away from the pool member if the monitor marks it offline for whatever reason. Naturally, no traffic would be sent to a member that has been marked down. Or I didn't get the question right?

     

  • @ Sadorect , This is what customer is complaining that even though health monitor fails on a node..he still connecting to failed node. Alternately he would like to try different settings on Action on service down to not only allow persist connection to another node without breaking any session and also remove failed node out of equation completely.

     

    • dragonflymr's avatar
      dragonflymr
      Icon for Cirrostratus rankCirrostratus
      What do you exactly mean by "he still connecting to failed node"? That when node is marked down by monitor new connections are still send to this node or that existing connections are not immediately terminated? I am pretty sure that NO new connections are ever send to down node (even if there are persistence records for that node), if it is indeed happening then it has to be some kind of bug. If former is the case then it's as well normal behavior for None setting in Action On Service Down (SOL15095): The BIG-IP system takes no action on existing connections, and removes the connection table entry based on the associated profile's idle timeout value. The BIG-IP system sends a TCP Reset (RST) or ICMP Unreachable once idle timeout is reached. This is the default setting. If you need immediate reset of connection then use Reject: The BIG-IP system sends RST or ICMP messages to reset active connections and removes them from the BIG-IP connection table. I am not sure what persistence has to do with this issue. When member is down persistence records are removed (if persistence modes using them are used), even in case of persistence not using records is implemented still it will be broken for down member. So what is the problem with Reselect Tries (if that's what you mean by "reselect option"), except of course it is not really working well for any connection oriented protocols or not transparent hosts. Piotr