Policing Guidelines - Cisco Catalyst 3560-X Software Configuration Manual
Hide thumbs
Also See for Catalyst 3560-X:
- Command reference manual (1188 pages) ,
- Software configuration manual (1438 pages) ,
- Manual (276 pages)
Table of Contents
Advertisement
Chapter 1
Configuring QoS
•
•
Policing Guidelines
•
•
•
•
•
•
General QoS Guidelines
•
•
•
OL-25303-03
QoS policies that include IPv6-specific classification (such as an IPv6 ACL or the match protocol
ipv6 command) are supported on Catalyst 3750-X and Catalyst 3750-E interfaces and on any SVI
when a Catalyst 3750-X or Catalyst 3750-E switch is part of the stack.
QoS policies that include common IPv4 and IPv6 classifications are supported on all
Catalyst 3750-X and Catalyst 3750-E interfaces in the stack. Only IPv4 classification is supported
on other switches in the stack.
The port ASIC device, which controls more than one physical port, supports 256 policers
(255 user-configurable e policers plus 1 policer reserved for system internal use). The maximum
number of user-configurable policers supported per port is 63. For example, you could configure 32
policers on a Gigabit Ethernet port and 7 policers on a 10-Gigabit Ethernet port, or you could
configure 64 policers on a Gigabit Ethernet port and 4 policers on a 10-Gigabit Ethernet port.
Policers are allocated on demand by the software and are constrained by the hardware and ASIC
boundaries. You cannot reserve policers per port; there is no guarantee that a port will be assigned
to any policer.
Only one policer is applied to a packet on an ingress port. Only the average rate and committed burst
parameters are configurable.
You can create an aggregate policer that is shared by multiple traffic classes within the same
nonhierarchical policy map. However, you cannot use the aggregate policer across different policy
maps.
On a port configured for QoS, all traffic received through the port is classified, policed, and marked
according to the policy map attached to the port. On a trunk port configured for QoS, traffic in all
VLANs received through the port is classified, policed, and marked according to the policy map
attached to the port.
If you have EtherChannel ports configured on your switch, you must configure QoS classification,
policing, mapping, and queueing on the individual physical ports that comprise the EtherChannel.
You must decide whether the QoS configuration should match on all ports in the EtherChannel.
If you need to modify a policy map of an existing QoS policy, first remove the policy map from all
interfaces, and then modify or copy the policy map. After you finish the modification, apply the
modified policy map to the interfaces. If you do not first remove the policy map from all interfaces,
high CPU usage can occur, which, in turn, can cause the console to pause for a very long time.
Control traffic (such as spanning-tree bridge protocol data units [BPDUs] and routing update
packets) received by the switch are subject to all ingress QoS processing.
You are likely to lose data when you change queue settings; therefore, try to make changes when
traffic is at a minimum.
A switch that is running the IP services feature set supports QoS DSCP and IP precedence matching
in policy-based routing (PBR) route maps with these limitations:
You cannot apply QoS DSCP mutation maps and PBR route maps to the same interface.
–
You cannot configure DSCP transparency and PBR DSCP route maps on the same switch.
–
Catalyst 3750-X and 3560-X Switch Software Configuration Guide
Configuring Standard QoS
1-41
Advertisement
Table of Contents
Troubleshooting
