For more information regarding the security incident at F5, the actions we are taking to address it, and our ongoing efforts to protect our customers, click here.

Forum Discussion

easyfan_179507's avatar
easyfan_179507
Icon for Nimbostratus rankNimbostratus
Apr 18, 2015

[Help] Persistence Hash and Load Balancing together, Possible?

[Help] Persistence Hash and Load Balancing together, Possible? I know the request sounds weird... But it is true. Here is the thing: We know that F5 supplied a persistence CARP hash since 10.0.0....
Kevin_Davies_40's avatar
Kevin_Davies_40
Icon for Nacreous rankNacreous
Apr 18, 2015

The first change is good, but you need to remember the load balancing decision is only made at the start of the TCP connection after the first HTTP request. If you try to change the destination thereafter in the same connection, it will be ignored. Does that explain what you are seeing?

 

  • easyfan_179507's avatar
    easyfan_179507
    Icon for Nimbostratus rankNimbostratus
    Apr 18, 2015
    Sorry, Kevin, I still confused. Are you saying that "the first change" does not work because that I have done anything "change the destination thereafter in the same connection"?
  • dragonflymr's avatar
    dragonflymr
    Icon for Cirrostratus rankCirrostratus
    Apr 19, 2015
    @Kevis, I am a bit confused about "LB decision is only made at the..." in relation to pool selection, from this article (https://support.f5.com/kb/en-us/solutions/public/9000/800/sol9800.html) it seems that explicit pool selection is performed for every HTTP request, only issue is with VS without OneConnect when there is no match in iRule and instead of default pool set for VS last pool chosen by iRule is used - or I mixed different situations here? Piotr
  • easyfan_179507's avatar
    easyfan_179507
    Icon for Nimbostratus rankNimbostratus
    Apr 19, 2015
    I do config the "onconnect" profile within the Virtual Server, and try requesting the VS by different client machine, but only 1 node access. So I don't think the issue is related to "change the destination thereafter in the same connection".