Home > Articles > Cisco QoS Exam Certification Guide: MQC, QPM, and AutoQoS

Cisco QoS Exam Certification Guide: MQC, QPM, and AutoQoS

Chapter Description

This chapter focuses on Modular QoS CLI, QoS Policy Manager, and AutoQoS with an eye toward passing the Cisco QoS Exam.

Foundation Summary

The "Foundation Summary" is a collection of tables and figures that provide a convenient review of many key concepts in this chapter. For those of you already comfortable with the topics in this chapter, this summary can help you recall a few details. For those of you who just read this chapter, this review should help solidify some key facts. For any of you doing your final preparation before the exam, these tables and figures are a convenient way to review the day before the exam.

Figure 3-7 shows the general flow of MQC commands.

Figure 7Figure 3-7 MQC Commands and Their Correlation

Table 3-10 lists the match command options available for the IOS revision covered by the current QOS exam, 12.2(15)T.

Table 3-10 match Configuration Command Reference for MQC Tools



match [ip] precedence precedence-value [precedence-value precedence-value precedence-value]

Matches precedence in IPv4 packets when the ip parameter is included; matches IPv4 and IPv6 packets when the ip parameter is missing.

match access-group {access-group | name access- group-name}

Matches an ACL by number or name.

match any

Matches all packets.

match class-map class-map-name

Matches based on another class map.

match cos cos-value [cos-value cos-value cos-value]

Matches a CoS value.

match destination-address mac address

Matches a destination MAC address.



match fr-dlci dlci-number

Matches a particular Frame Relay DLCI.

match input-interface interface-name

Matches an input interface.

match ip dscp ip-dscp-value [ip-dscp-value ip-dscp- value ip-dscp-value ip-dscp-value ip-dscp-value ip- dscp-value ip-dscp-value]

Matches DSCP in IPv4 packets when the ip parameter is included; matches IPv4 and IPv6 packets when the ip parameter is missing.

match ip rtp starting-port-number port-range

Matches the RTP's UDP port-number range, even values only.

match mpls experimental number

Matches an MPLS Experimental value.

match mpls experimental topmost value

When multiple labels are in use, this command matches the MPLS EXP field in the topmost label.

match not match-criteria

Reverses the matching logic; in other words, things matched by the matching criteria do not match the class map.

match packet length {max maximum-length-value [min minimum-length-value] | min minimum-length-value [max maximum-length-value]}

Matches packets based on the minimum length, maximum length, or both.

match protocol citrix app application-name-string

Matches NBAR Citrix applications.

match protocol http [url url-string | host hostname- string | mime MIME-type]

Matches a host name and URL string.

match protocol protocol-name

Matches NBAR protocol types.

match protocol rtp [audio | video | payload-type payload-string]

Matches RTP audio or video payload, based on the payload type. Also allows explicitly specified payload types.

match qos-group qos-group-value

Matches a QoS group.

match source-address mac address-destination

Matches a source MAC address.

Table 3-11 lists the various MQC subcommands available in Cisco IOS Software for defining actions to be taken.

Table 3-11 Action (PHB) Subcommands Inside a Policy Map




CB Marking action, with options to mark several fields inside headers


Reserves bandwidth for the class for CBWFQ


Reserves bandwidth, and provides LLQ with CBWFQ


Shapes traffic in the class with a defined bandwidth and burst sizes


Polices traffic in the class with a defined bandwidth and burst sizes


Performs TCP and RTP header compression on packets in the class

Because routers and switches do different tasks, QoS differs slightly between them, but to get an idea about what AutoQoS does, consider that AutoQoS on routers works to classify packets into three service classes:

  • Voice payload

  • Voice signaling

  • All other traffic

Table 3-12 lists the commands related to AutoQoS VoIP, followed by an example configuration.

Table 3-12 Command Reference for AutoQoS VoIP (for Routers)



auto qos voip [trust] [fr-atm]

Configuration command that enables AutoQoS VoIP on an interface (PPP or HDLC) or VC (FR and ATM)

no auto qos

Disables AutoQoS VoIP on an interface (PPP or HDLC) or VC (FR and ATM)

show auto qos [interface interface-type]

Displays what AutoQoS actually created

show policy-map interface interface-name [input | output]

Displays actual configuration of MQC-based parts of the configuration, including any later changes made by an engineer

Table 3-13 shows the PHBs that can be configured by AutoQoS VoIP on a router and some comments about its choices.

Table 3-13 PHBs Generated by AutoQoS VoIP Configuration (for Routers)



Class and Mark

If the trust parameter is omitted, AutoQoS VoIP configures CB Marking, using NBAR, to classify traffic into voice payload (marked DSCP EF), voice signaling (marked DSCP AF31), and all else (marked DSCP BE).


Voice payload is placed into an LLQ. Voice signaling is in another queue with a low-bandwidth CBWFQ queue. All other traffic defaults into the class-default queue, which by default gets 25 percent of link bandwidth.


If the link has a bandwidth of 768 kbps or less, cRTP is enabled.


If the link has a bandwidth of 768 kbps or less, AutoQoS enables LFI. For interfaces originally configured for HDLC or PPP, AutoQoS reconfigures MLP with LFI on those interfaces. For Frame Relay, AutoQoS configures FR Fragmentation, unless the fr-atm option is configured on the auto qos command. In that case, AutoQoS configures MLP over Frame Relay LFI. In each case, the fragment size is tuned for a 10-ms fragment.


On Frame Relay interfaces, FRTS is configured, tuned for a Shaping interval of 10 ms.

Cisco IOS switches use the same interface subcommand as routers, but with a couple of different options. The full syntax is as follows:

auto qos voip {cisco-phone | trust}

Figure 3-8 shows the locations where the cisco-phone and trust options should be used, along with some notes about how the cisco-phone option works.

Figure 8Figure 3-8 Two Settings, Three Actions, for Classification and Marking

The list of PHBs created by AutoQoS VoIP differs from routers and is summarized in Table 3-14.

Table 3-14 PHBs Generated by AutoQoS VoIP Configuration (for 2950 EI Switches)



Class and Mark

Classifies based on CoS on trusted ports, or on cisco-phone ports on which an actual phone is attached. Assumes CoS 0 on ports with cisco-phone configured when no phone is detected with CDP 2.0. Re-marks DSCP of packets based on CoS (CoS 5 – DSCP EF, CoS 3 – DSCP AF31, CoS 0 – DSCP BE).


Creates an LLQ for voice payload (CoS 5), and assigns 20 percent of remaining bandwidth to voice signaling (CoS 3), and 80 percent to all other (CoS 0) traffic.

Table 3-15 lists the four competing options for AutoQoS settings on each port when configuring AutoQoS on Cat-OS. The QoS course includes a wonderful table comparing these three options, included here as Table 3-16, summarizing the comparison points between the three options.

Table 3-15 Comparing Options for set port Command with AutoQoS



trust cos

Accept the CoS of incoming frames.

trust dscp

Accept the DSCP of incoming packets.

voip ciscoipphone

Use CDPv2 to discover the absence or presence of an IP Phone. If one is there, trust CoS, and extend the trust boundary to the IP Phone, causing the PC's frames to be marked CoS 0. If no phone is there, treat all incoming frames as CoS 0.

voip ciscosoftphone

Trust DSCP, but police DSCP EF at 320 kbps and DSCP AF31 at 32 kbps.

Table 3-16 Comparisons of CLI, MQC, and AutoQoS





Ease of Use




Ability to Fine Tune


Very Good

Very Good

Time to Implement








9. For Further Reading | Next Section Previous Section