Configuring WCCP Version 2 Services
Configuring WCCP Version 2 Services
This chapter describes how to configure the Catalyst 4500 series switches to redirect traffic to content
engines (web caches) using the Web Cache Communication Protocol (WCCP) version 2
Note Throughout this chapter, WCCP refers to WCCP version 2. Version 1 is not supported.
Note The tasks in this chapter assume that you have already configured content engines on your network. For
specific information on hardware and network planning associated with Cisco Content Engines and
WCCP, see the Product Literature and Documentation links available on the Cisco.com at these
locations:
http://www.cisco.com/en/US/docs/ios/12_2/configfun/configuration/guide/fcf018_ps1835_TSD_Produ
cts_Configuration_Guide_Chapter.html.
and
http://www.cisco.com/en/US/tech/tk122/tk717/tsd_technology_support_protocol_home.html
About WCCP
These sections describe WCCP:
• Overview, page 1-2
• Hardware Acceleration, page 1-2
• Understanding WCCP Configuration, page 1-3
• WCCP Features, page 1-4
Overview
WCCP is a Cisco-developed content-routing technology that enables you to integrate content engines
into your network infrastructure.
The Cisco IOS WCCP feature allows use of Cisco Content Engines (or other content engines running
WCCP) to localize web traffic patterns in the network, enabling content requests to be fulfilled locally.
Traffic localization reduces transmission costs and download time.
WCCP enables Cisco IOS routing platforms to transparently redirect content requests. The main benefit
of transparent redirection of HTTP/non-http requests is that users need not configure their browsers to
use a web proxy. Instead, they can use the target URL to request content, and have their requests
automatically redirected to a content engine. The word “transparent” is this case means that the end user
does not know that a requested file (such as a web page) came from the content engine instead of from
the originally specified server.
When a content engine receives a request, it attempts to service it from its own local content. If the
requested information is not present, the content engine issues its own request to the originally targeted
server to get the required information. When the content engine retrieves the requested information, it
forwards it to the requesting client and caches it to fulfill future requests, thus maximizing download
performance and substantially reducing transmission costs.
WCCP enables a series of content engines, called a content engine cluster, to provide content to a router
or multiple routers. Network administrators can easily scale their content engines to handle heavy traffic
loads using these clustering capabilities. Cisco clustering technology enables each content member to
work in parallel, resulting in linear scalability. Clustering content engines greatly improves the
scalability, redundancy, and availability of your caching solution. You can cluster up to 32 content
engines to scale to your desired capacity.
Hardware Acceleration
Hardware Acceleration is enabled by default on Catalyst 4500 series switches. Layer 2 rewrite
forwarding and Layer 2 return method are supported in hardware; GRE return method is supported in
software.
You must configure a directly connected Content Engine to negotiate use of the WCCP Layer 2
Redirection feature with load balancing based on the mask assignment table. The show ip wccp
web-cache detail command displays the redirection method for each cache.
Note You can configure Cisco Content Engine Release 2.2 or later to use the WCCP Layer 2
redirection feature with the mask assignment table.
Internet
Service group
100BASE-T
Cache 1
Clients 100BASE-T
Clients 100BASE-T
Cache 2
Clients 100BASE-T
Clients 100BASE-T
Cache 3
Clients 100BASE-T
23810
Clients
The subset of content engines within a cluster and routers connected to the cluster that are running the
same service is known as a service group. Available services include TCP and User Datagram Protocol
(UDP) redirection.
WCCP requires that each content engine be aware of all the routers in the service group. To specify the
addresses of all the routers in a service group, you must choose one of the following methods:
• Unicast—A list of IP addresses for each of the routers in the group is configured on each content
engine. In this case the address of each router in the group must be explicitly specified for each
content engine during configuration.
• Multicast—A single multicast address is configured on each content engine. In the multicast address
method, the content engine sends a single-address notification that provides coverage for all routers
in the service group. For example, a content engine could indicate that packets should be sent to a
multicast address of 224.0.0.100, which would send a multicast packet to all routers in the service
group configured for group listening using WCCP (see the ip wccp group-listen interface
configuration command for details).
The multicast option is easier to configure because you need only specify a single IP address on each
content engine. This option also enables you to add and remove routers from a service group dynamically
without needing to reconfigure the content engines with a different list of addresses each time.
The following sequence of events describe how WCCP works:
1. Each WCCP client (content engine) is configured with a list of WCCP servers (routers).
2. Each content engine announces its presence with a "Here I Am" message and a list of routers with
which it has established communication. Similarly, the routers reply with their view (list) of content
engines in the service group through "I See You" messages.
3. Once the view is consistent across all content engines in the cluster, one content engine is designated
as the lead and sets the policy that the switches need to deploy in redirecting traffic.
WCCP Features
These sections describe WCCP features:
• HTTP and Non-HTTP Services Support
• Multiple Routers Support
• MD5 Security
• Web Content Packet Return
Note The Catalyst 4500 series switch supports up to eight service groups.
For information on supported WCCP version 2 services with ACNS version 5.2 software, refer to the
Release Notes for Cisco ACNS Software, Release 5.2.3.
The content engines in service group specify traffic to be redirected by protocol (TCP or UDP) and port
(source or destination). Each service group has a priority level assigned to it. Packets are matched against
service groups in priority order and redirected by the highest priority service group that matches traffic
characteristics.
MD5 Security
WCCP provides optional authentication that enables you to control which routers and content engines
become part of the service group using passwords and the HMAC MD5 standard. Shared-secret MD5
one-time authentication (set using the ip wccp [password [0-7] password] global configuration
command) enables messages to be protected against interception, inspection, and replay.
Configuring WCCP
The following configuration tasks assume that you have already installed and configured the content
engines you want to include in your network. You must configure the content engines in the cluster
before configuring WCCP functionality on your routers.
IP must be configured on the router interface connected to the cache engines. Examples of router
configuration tasks follow this section. For complete descriptions of the command syntax, refer to the
Cisco IOS Configuration Fundamentals Command Reference, Cisco IOS Release 12.3.
These sections describe how to configure WCCP:
• Configuring a Service Group Using WCCP, page 1-6 (Required)
• Using Access Lists for a WCCP Service Group, page 1-8 (Optional)
• Setting a Password for a Router and Cache Engines, page 1-9 (Optional)
Note More than one service can run on a switch at the same time, and routers and content engines can be part
of multiple service groups at the same time.
The dynamic services are defined by the content engines; the content engine instructs the router which
protocol or ports to intercept, and how to distribute the traffic. The router itself does not have information
on the characteristics of the dynamic service group’s traffic, because this information is provided by the
first content engine to join the group. In a dynamic service, up to eight ports can be specified within a
single protocol TCP or UDP).
Cisco Content Engines, for example, use dynamic service 99 to specify a reverse-proxy service.
However, other content engines may use this service number for some other service. The following
configuration information deals with enabling general services on Cisco routers. Refer to the content
engine documentation for information on configuring services on content engines.
Command Purpose
Step 1 Switch(config)# ip wccp {web-cache | Specifies a dynamic service to enable on the switch,
service-number} [group-address groupaddress] specifies the IP multicast address used by the service
[redirect-list access-list] [group-list
access-list] [password password]
group (optional), redirect access-list to control the traffic
to be redirected (optional), group list to use for content
engine membership (optional), specifies whether to use
MD5 authentication (optional), and enables the WCCP
service.
Step 2 Switch(config-if)# [no] ip wccp check services If a service matches the packet and the service has a
all redirect access-list configured, then the IP packet will be
checked against the access-list. If the packet is rejected by
the access-list, the packet will not be passed down to
lower priority services unless the ip wccp check services
all command is configured. When the ip wccp check
services all command is configured, WCCP will continue
to attempt to match the packet against any remaining
lower priority services configured on the interface.
Step 3 Switch(config)# interface type number Specifies a client interface to configure and enters
interface configuration mode.
Step 4 Switch(config-if)# ip wccp Enables WCCP redirection for ingress or egress traffic on
{web-cache | service-number} redirect {in | out} the specified client interface.
Step 5 Switch(config)# interface type number Specifies the interface to be configured for egress
redirection exclusion
Step 6 Switch(config-if)# ip wccp redirect exclude in Specifies that packets received on this interface be
excluded from any egress redirection. This MUST be
configured on the content engine interface if L2-return
method is used by the content engine and egress
redirection is configured on the server interface.
Step 7 Switch(config)# interface type number (Only necessary to run the multicast feature) Specifies the
content engine interface to be configured for multicast
reception.
Step 8 Switch(config-if)# ip wccp {web-cache | (Only necessary to run the multicast feature) Enables the
service-number} group-listen reception of IP multicast packets (WCCP protocol
packets originating from the content engines) on the
interface specified in Step 4.
Command Purpose
Step 1 Switch(config)# ip wccp web-cache Enables the web cache service on the switch.
Step 2 Switch(config)# interface type number Targets a client interface number for which the web cache
service runs, and enters interface configuration mode.
Step 3 Switch(config-if)# ip wccp web-cache redirect in Enables the check on packets to determine if they qualify
to be redirected to a content engine, using the client
interface specified in Step 2.
Command Purpose
Step 1 Switch(config)# ip wccp web-cache Enables the web cache service on the switch.
Step 2 Switch(config)# interface type number Targets a server interface number for the web cache
service, and enters interface configuration mode.
Step 3 Switch(config-if)# ip wccp web-cache redirect out Enables the check on packets to determine if they qualify
to be redirected to a content engine, using the client
interface specified in Step 2.
Step 4 Switch(config)# interface type number Specifies the content engine interface number, and enters
interface configuration mode.
Step 5 Switch(config-if)# ip wccp web-cache redirect in Specifies that packets received on this interface be
excluded from any egress redirection. This prevents
packets returned by content engine through L2-return
method or packets generated by the content engine from
being redirected back to the content engine.
Command Purpose
Step 1 Switch(config)# access-list access-list permit ip Creates an access list based on the unicast address of the
host host-address [destination-address | content engines.
destination-host | any]
Step 2 Switch(config)# ip wccp web-cache group-list Indicates to the switch which content engines are allowed
access-list or disallowed to form a service group.
Command Purpose
Switch(config)# ip wccp web-cache password password Sets an MD5 password on the Catalyst
4500 series switch.
Command Purpose
Switch# show ip wccp [web-cache | service-number] Displays global information related to WCCP, including
the protocol version currently running, the number of
content engines in the routers service group, which
content engine group is allowed to connect to the router,
and which access list is being used.
Switch# show ip wccp {web-cache | service-number} detail Queries the router for information on which content
engines of a specific service group the router has
detected. The information can be displayed for either
the web cache service or the specified dynamic service.
Switch# show ip interface Displays status about whether any ip wccp redirection
commands are configured on a client interface. For
example, “Web Cache Redirect is enabled / disabled.”
Switch# show ip wccp {web-cache | service-number} view Displays which devices in a particular service group
have been detected and which content engines are
having trouble becoming visible to all other switches to
which the current switch is connected.
The view keyword indicates a list of addresses of the
service group. The information can be displayed for
either the web cache service or the specified dynamic
service.
For further troubleshooting information, use the
show ip wccp {web-cache | service number} service
command.
Building configuration...
Current configuration:
!
version 12.2
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
service udp-small-servers
service tcp-small-servers
!
enable secret 5 $1$nSVy$faliJsVQXVPW.KuCxZNTh1
enable password alabama1
!
ip subnet-zero
ip wccp web-cache
ip wccp 99
!
!
!
interface Vlan200
ip address 10.3.1.2 255.255.255.0
ip wccp web-cache redirect in
interface Vlan300
ip address 10.4.1.1 255.255.255.0
ip wccp redirect exclude in
interface Vlan400
ip address 10.5.1 255.255.255.0
ip wccp 99 redirect out
ip default-gateway 10.3.1.1
ip classless
ip route 0.0.0.0 0.0.0.0 10.3.1.1
no ip http server
!
!
interface Vlan70
ip address 70.1.1.1 255.255.255.0