36-8
Cisco Catalyst Blade Switch 3130 for Dell Software Configuration Guide
OL-13270-01
Chapter36 Co nf iguring QoS
Understanding QoS
The policy map can contain the police and police aggregate policy-map class configuration commands,
which define the policer, the bandwidth limitations of the traffic, and the action to take if the limits are
exceeded.
To enable the policy map, you attach it to a port by using the service-policy interface configuration
command.
You can apply a nonhierarchical policy map to a physical port or an SVI. However, a hierarchical policy
map can only be applied to an SVI. A hierarchical po licy ma p c on tains two l evels. The first level, the
VLAN level, specifies the actions to be taken against a traffic flow on the SVI. The second level, the
interface level, specifies the actions to be taken against the traffic on the physical ports that belong to the
SVI. The interface-level actions are specified in the interface-level policy map.
For more information, see the “Policing and Marking” section on page 36-8. For configuration
information, see the “Configuring a QoS Policy” section on page 36-42.
Policing and Marking
After a packet is classified and has a DSCP-based or CoS-based QoS label assigned to it, the policing
and marking process can begin as shown in Figure 36-4.
Policing involves creating a policer that specifies the bandwidth lim its for the traf fic. Packets th at exceed
the limits are out of profile or nonconforming. Each policer decides on a packet-by-packet basis whether
the packet is in or out of profile and specifies the actions on th e pack et. T hes e actions , car ried o ut b y the
marker, include passing through the packet without modification, d rop pi ng t he p ac ket, or mo di fy ing
(marking down) the assigned DSCP of the packet and allowing th e pa cket t o p ass t hro ugh . Th e
configurable policed-DSCP map provides the packet with a new DSCP-based QoS label. For informat ion
on the policed-DSCP map, see the “Mapping Tables” section on page 36-12. Marked-down packets use
the same queues as the original QoS label to prevent packets in a flow from getting out of order.
Note All traffic, regardless of whether it is bridged or routed, is subjected to a policer, if one is configured.
As a result, bridged packets might be dropped or might have their DSCP or CoS fields modified when
they are policed and marked.
You can configure policing on a physical port or an SVI. For more information about configuring
policing on physical ports, see the “Policing on Physical Ports” section on page36-9. When configuring
policy maps on an SVI, you can create a hierarchical policy map and can define an individual policer
only in the secondary interface-level policy map. For more information, see the “Policing on SVIs”
section on page 36-10.
After you configure the policy map and policing actions, atta ch the p oli cy to an i ngress po rt or SV I by
using the service-policy interface configuration command. For configuration information, see the
“Classifying, Policing, and Marking Traffic on Physical Ports by Using Policy Maps” section on
page 36-48, the “Classifying, Policing, and Marking Traffic on SVIs by Using Hierarchical Policy
Maps” section on page 36-52, and the “Classifying, Policing, and Marking Traffic by Using Aggregate
Policers” section on page 36-58.