NextGen Sarkari

Study material for government exam preparation across Punjab and India.

Home/Study Material/Networking & Technical/Quality of Service (QoS) Fundamentals
Operations study guide

Quality of Service (QoS) Fundamentals

Quality of Service is a set of mechanisms for managing network resources when demand exceeds available capacity. QoS cannot create bandwidth; it classifies traffic and applies differentiated treatment so important applications have predictable behaviour during congestion.

OperationsIntermediate36 min readUpdated 2026-08-06

QoS service models

ModelIdeaOperational note
Best effortAll traffic receives ordinary forwarding without differentiated guarantees.Simple and sufficient when links never congest.
Integrated ServicesApplications reserve resources per flow, commonly associated with RSVP.Fine-grained but can create state and scaling complexity.
Differentiated ServicesTraffic is marked into classes and receives a per-hop behaviour.Widely used in enterprise and provider QoS designs.

A QoS design begins with business requirements: which applications matter, what delay/loss/jitter they tolerate, where congestion occurs and how much capacity each class should receive.

The QoS toolkit

MechanismPurpose
ClassificationIdentify traffic by fields, application recognition, interface, user or policy.
MarkingSet a reusable class indicator such as DSCP or 802.1p/PCP.
Queuing/schedulingDecide which queued packets transmit first and how bandwidth is shared.
Congestion avoidanceDrop/mark selected packets before queues completely fill, often to influence TCP behaviour.
PolicingEnforce a rate by forwarding, remarking or dropping excess traffic.
ShapingBuffer excess traffic and release it at a configured average rate.
Link-efficiency mechanismsReduce serialization impact or overhead where relevant.

DSCP and trust boundaries

The IPv4 DS field and IPv6 Traffic Class carry the 6-bit DSCP value used for differentiated service. Common conventions include Default Forwarding (DSCP 0), Expedited Forwarding for tightly controlled low-loss/low-delay service, and Assured Forwarding classes.

A trust boundary is where the network decides whether to accept an endpoint's markings. Trust too early and users can mark bulk traffic as priority; trust too late and important application identity may be lost. Classify and mark as close to the source as operationally safe.

Priority queue warning: A strict priority class must be policed or bounded. Uncontrolled priority traffic can starve other classes.

Delay, jitter, loss and queuing

  • Serialization delay: time to place bits on the link; larger packets and slower links increase it.
  • Propagation delay: time for the signal to travel through the medium.
  • Processing delay: device inspection and forwarding work.
  • Queuing delay: waiting behind other packets; highly variable during congestion.
  • Jitter: variation in packet delay, important for real-time media.
  • Loss: can result from full queues, policing, physical errors or policy.

QoS has its greatest effect at bottlenecks. Applying a sophisticated policy on an uncongested 10-Gbps link does not repair a congested 100-Mbps WAN edge unless the policy is placed where the queue actually forms.

Policing versus shaping

AreaPolicingShaping
Excess trafficUsually dropped or remarked immediately.Buffered and transmitted later.
Traffic profileCan be bursty after enforcement.Smooths the output rate.
Typical useEnforce a contract or protect resources.Match a downstream rate and reduce provider policer drops.
Added delayLittle buffering delay from the policer itself.Can add delay because packets wait in the shaping queue.

Policy example and troubleshooting

Conceptual Cisco IOS-style policy
class-map match-any REALTIME
 match dscp ef
!
policy-map WAN-EDGE
 class REALTIME
  priority percent 10
 class CRITICAL-DATA
  bandwidth percent 30
 class class-default
  fair-queue
!
interface GigabitEthernet0/1
 service-policy output WAN-EDGE
  1. Measure the interface and subinterface where congestion actually occurs.
  2. Verify classification and marking counters.
  3. Check whether markings survive switches, tunnels, firewalls and provider boundaries.
  4. Inspect queue depth, drops, policer exceed actions and shaping rate.
  5. Compare configured bandwidth with real circuit and provider committed rates.
  6. Use application metrics for delay, jitter, loss and retransmission—not only ping.
  7. Reassess class allocation if priority consistently consumes its limit.

Interview focus

Use these points to practise concise, operations-focused answers. Explain the concept first, then give a verification or troubleshooting example.

  • Can QoS create more bandwidth? No. It manages how available resources are used during contention.
  • What is the difference between policing and shaping? Policing drops or remarks excess traffic; shaping buffers it for later transmission.
  • Where should QoS marking be trusted? At a deliberately chosen trust boundary where endpoint markings can be validated.
  • Why must a priority queue be limited? Unbounded priority traffic can starve other classes.
  • Where should an egress queuing policy be applied? At the interface where the bottleneck and output queue actually occur.

Quick self-check

1. Can QoS create more bandwidth?
Answer: No. It manages how available resources are used during contention.
2. What is the difference between policing and shaping?
Answer: Policing drops or remarks excess traffic; shaping buffers it for later transmission.
3. Where should QoS marking be trusted?
Answer: At a deliberately chosen trust boundary where endpoint markings can be validated.
4. Why must a priority queue be limited?
Answer: Unbounded priority traffic can starve other classes.
5. Where should an egress queuing policy be applied?
Answer: At the interface where the bottleneck and output queue actually occur.

Frequently asked questions

1. Does QoS matter when there is no congestion?
Answer: Most queuing differentiation has little visible effect without contention, though classification and marking can still support downstream policy.
2. Is DSCP end-to-end guaranteed?
Answer: No. Devices or providers can remark or ignore it; policy must be verified across each domain.
3. Why can voice quality be poor despite low average utilisation?
Answer: Microbursts, queueing, wireless contention, loss, jitter or a hidden lower-speed bottleneck can still harm media.

Standards and further reading

Editorial note: Standards explain protocol behaviour, while commands and defaults can differ by vendor, platform and software release. Verify production changes against current vendor documentation.

Continue learning