I notice a strange behavior of my CSM-S when I am trying to use the active cookie sticky method.
I have a server farm with 2 servers. When I tried to open a session to the VIP ip address, everything works fine until I try to open one of the links in the java menu for the second time. In the sniffer trace I can see that after the HTTP request is being sent the load-balancer answer with RST packet.
Even if I take out of service one of the real server in this farm I have the same problem.
Does anybody know why I might receive this RST packet, especially if I am doing test with one real server?
When I change the sticky method to e.g. source IP everything works fine.
It might be difficult because we do test on the production traffic, but I will check. Could you please tell me if it is possible to get from the CSM why is he sending reset? Is there any command that will show some counters describing the reason?
If there is sticky cookie configured on the CSM what HTTP header fields are required by the CSM to process packets correctly?
Introduction This article will help you understand the steps on how to
download the UCS licenses from the Cisco Systems website and then
installing it on the UCS. The redacted (blue lines) just covers up
certain numbers for privacy please do not take them...
Introduction This article will help you understand and educate the
customer on how to clear their "expired licenses"
(license-graceperiod-expired) from their UCS-M. If a customer just
purchased a license and needs a step by step guide on how to download
==================== VIC FNIC driver does not support Virtual Volumes (
second level LUN ID ) An enhancement request has been created to track
this feature - CSCux64473 UPDATE - 12-14-2016 We made some traction on
the enhancement request - The Fix is in t...