01-25-2006 02:20 PM
I'm having a problem with my configuration on a CSS11503. If i try to connect to a dying server i receive a TCP RST. What i'd like to see is the CSS "moving" my session attempt to another server in de content rule.
Solved! Go to Solution.
01-26-2006 07:51 AM
Ronny,
because to reassign a connection you would first need to have some special software on the servers, so one is aware of the tcp connection status of the other.
[need to know source ip, port, seq number, ...]
Since most of the time this does not exist, I think we never took the time to implement it and decided to focus on other features.
Gilles.
01-26-2006 01:44 AM
I think a dying server is still being used and the reset should come from the server itself.
If you don't want this behavior, have the server go down immediately [no dying state] by reducing the retry count.
Regards,
Gilles.
Thanks for rating
01-26-2006 03:19 AM
Hello Gilles,
I assume you are refering to the "keepalive maxfailure 1" on the service ? I'm migrating from a LD416 and as far as i know that looked for TCP Resets from realservers to "flag" them Failed.... I tried setting the maxfailure to 1 but that still won't help.
This is my lab senario:
Client -- [FW]--- [Switch]--Trunk--[CSS11503]
The VIP is on another vlan than the services.
On the Client i run a looping wget script just spidering the index.html from 3 servers. When i stop one server i get a TCP RST from the VIP, wget complains about a Read Error does a second try and continues on the other servers.
As far as i understood things this should not result in receiving a TCP RST, am i correct ?
Regards,
Ronny
01-26-2006 06:07 AM
The css does not reassign active connections from a dead server to another one.
The connections will stay with the dead server until the application recover or in this case, the server kills the connection.
This is the way it was designed.
Regards,
Gilles.
01-26-2006 06:44 AM
Hello Gilles,
Thanks for the info.
Is there a special reason why sessions won't reassign ?
performance impact ?
Regards,
Ronny.
01-26-2006 07:51 AM
Ronny,
because to reassign a connection you would first need to have some special software on the servers, so one is aware of the tcp connection status of the other.
[need to know source ip, port, seq number, ...]
Since most of the time this does not exist, I think we never took the time to implement it and decided to focus on other features.
Gilles.
01-26-2006 03:31 PM
Gilles,
Thanks very much for the fast responses !
currently trying to fix a keepalive/head/302 issue... server keeps being down. But i'll repost a new toppic if i can't fix it tomorrow.
Regards,
Ronny.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide