Configuring Dynamic Feedback Protocol - Cisco catalyst 6500 series Configuration Note

Chapter 5 Configuring Real Servers and Server Farms

Configuring Dynamic Feedback Protocol

Router(config-slb-sfarm)# real 10.1.0.105
Router(config-slb-real)# inservice
Router(config-slb-sfarm)# real 10.1.0.106
Router(config-slb-sfarm)# inservice
Router(config-slb-real)# end
Router# show mod csm slot reals detail
Router# show mod csm slot conns detail
The CSM performs graceful server shutdown when a real server is taken out of service using the no
inservice command. This command stops all new sessions from being load balanced to the real server
while allowing existing sessions to complete or time out. New sessions are load balanced to other servers
in the server farm for that virtual server.
This example shows how to remove a real server from service:
Router(config-slb-real)# no inservice
For more information on configuring server farms, see "Configuring Server Farms" section on page 5-1.
The CSM also performs a graceful server shutdown when a real server fails a health probe and is taken
out of service. For more information on configuring CSM health probes, see "Configuring Probes for
Health Monitoring" section on page 9-1.
If a client making a request is stuck to an out-of-service server (using a cookie, SSL ID, source IP, etc),
this connection is balanced to an in-service server in the farm. If you want to be stuck to an out-of-service
server, enter the inservice standby command. When you enter the inservice standby command no
connections are sent to the standby real server with the exception of those connections that are stuck to
that server and those servers with existing connections. After the specified standby time, you can use the
no inservice command to allow only existing sessions to be sent to that real server. Sticky connections
are then sent to an in service real server in the server farm.
Configuring Dynamic Feedback Protocol
When you configure the Dynamic Feedback Protocol (DFP), the servers can provide feedback to the
CSM to enhance load balancing. DFP allows host agents (residing on the physical server) to dynamically
report the change in status of the host systems providing a virtual service.
A DFP agent may be on any host machine. A DFP agent is independent of the IP addresses and port
Note
numbers of the real servers that are managed by the agent. DFP Manager is responsible for establishing
the connections with DFP agents and receiving load vectors from DFP agents.
Catalyst 6500 Series Content Switching Module Configuration Note
5-4
OL-4612-01