Will CSM timeout connections to servers even if it is not load balancing?

Unanswered Question
Sep 25th, 2007
User Badges:

The following servers route through a CSM. Though they are not performing any load balancing they are keeping state of the connection through the load balancer. As for the load balancer, if this traffic is just routing through the CSM & performing no load balancing whatsoever, what will the CSM do once it does timeout & then receives traffic that is not initiating a new session but is the continuation of the previous session which just timed out on the CSM? Will the CSM drop the traffic or just route it through accordingly?

The destination addresses for the 2 servers having the issue are:

The CSM is routing to a Firewall context.

Also, the routes towards this particular 6500 SVI interfaces & CSM interfaces are the following:

All clients accessing this application would route through

ip route - (Pointing to CSM interface. Traffic is then routed to a firewall context based on destination)

ip route (Pointing SVI interface on 6500)

ip route (Pointing to SVI interface on 6500)

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4.5 (2 ratings)
Gilles Dufour Wed, 09/26/2007 - 00:33
User Badges:
  • Cisco Employee,

All traffic is subject to timeout in the CSM including the routed traffic.

If no flow exists for a packet, the default is to drop and/or reset the connection.

You can change this behavior with the variable ROUTE_UNKNOWN_FLOW_PKTS described @



astanislaus Wed, 09/26/2007 - 04:42
User Badges:


Thanks for your reply.

Should I set this variable to 2 or 3. I really don't understand what this variable is doing even after reading the link that you pointed me and how it will prevent the termination of the connection that is idle.

Could you please explain a bit more? Thanks in advance.

Gilles Dufour Wed, 09/26/2007 - 05:29
User Badges:
  • Cisco Employee,

the flow will still timeout.

But when packets will come and it does not match any flow, they will be routed instead of being dropped.

Set the value to "2".

Another solution could be to use a vserver with a catch-all ip and set a bigger idle timeout there. You then uses a predictor forward serverfarm to route this traffic.



This Discussion