CCNP ENCOR reference
QoS Fundamentals Quick Reference
Classification, marking, trust boundaries, queuing, congestion management, policing, and shaping — the building blocks tested in ENCOR objective 1.7, in one page.
The QoS pipeline, in order
Classification decides which traffic is which, using ACLs, existing DSCP/CoS values, or application signatures as match criteria.
Marking stamps that classification onto the packet — almost always as a DSCP value in the IP header — so downstream devices can act on it without re-classifying.
The trust boundary is where you decide whether to honor markings already present on incoming traffic, or re-classify and re-mark instead. Set it as close to the source as operationally practical, and never trust markings from a port an untrusted end user can directly reach.
Queuing determines the order packets leave a congested interface. Congestion management is what prevents indiscriminate tail-drops when an interface is oversubscribed.
Policing and shaping both enforce a bandwidth limit, but respond to excess traffic very differently — see the comparison table below.
The single most common real-world QoS failure
It's rarely a missing policy-map. It's almost always a correctly written policy-map that either was never applied to an interface with 'service-policy', or is matching on a DSCP value that never actually arrives because the trust boundary upstream didn't honor or apply it.
Always verify with 'show policy-map interface' and check for non-zero matched packets in the class you expect traffic in — a policy that looks right in the running-config isn't the same as a policy that's actually matching real traffic.
Common DSCP markings
| Traffic type | DSCP name | Decimal value |
|---|---|---|
| Voice (RTP) | EF (Expedited Forwarding) | 46 |
| Video (interactive) | AF41 | 34 |
| Call signaling | CS3 | 24 |
| Best-effort / default | Default | 0 |
Policing vs. shaping
| Policing | Shaping | |
|---|---|---|
| Excess traffic | Dropped or re-marked immediately | Buffered and released later |
| Adds delay? | No | Yes — by design |
| Best suited for | Hard rate enforcement, real-time traffic with adequate burst allowance | Bulk/TCP traffic that tolerates delay better than loss |