Will CSM timeout connections to servers even if it is not load balancing?
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 184.108.40.206 255.255.255.0 220.127.116.11 - (Pointing to CSM interface. Traffic is then routed to a firewall context based on destination)
ip route 18.104.22.168 255.255.255.0 22.214.171.124 (Pointing SVI interface on 6500)
ip route 126.96.36.199 255.255.255.0 188.8.131.52 (Pointing to SVI interface on 6500)
Re: Will CSM timeout connections to servers even if it is not lo
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.
This document will provide screenshots to outline the steps to setup
TACACS+ configuration to ACI and also the configuration required on
Cisco ACS server. Please find the official Cisco guide for configuring
TACACS+ Authentication to ACI:
Is it supported or NOT supported? It's a frequently asked question.
Before APIC, release 2.3(1f), transit routing was not supported within a
single L3Out profile. In APIC, release 2.3(1f) and later, you can
configure transit routing with a single L3Out pr...
Cisco Documents are usually accurate, but when it came to the document
on Cisco APIC Signature-Based Transactions it was slightly off the mark.
This document is for those novices to API like me who cant seem to
figure out how to go about performing signat...