CCNA lab 30 of 46
QoS per-hop behaviour on a WAN edge
Protect voice on a congested branch link: classify and mark traffic at the edge, give voice a priority queue and video a bandwidth guarantee, shape the WAN to the provider's rate, police on the far side, and read the counters while iperf fills the pipe.
Run this lab
It needs Lite: its 5 nodes are set to 5 vCPU and 4,096 MB in total. That fits the free demo too.
In your workspace: Shared, then CCNA 200-301 guided labs, then 30 - QoS per-hop behaviour on a WAN edge
- Level
- Advanced
- Time
- About 50 minutes
- Nodes need
- 5 vCPU, 4,096 MB
- Smallest plan
- Lite
The scenario
Ashcombe Surveyors' branch office (R1) shares a 1 Mb/s WAN service to head office (R2) between IP phones and everything else. Every afternoon, when people sync large files, calls break up. You'll mark traffic as it enters R1, queue it on the WAN so voice always goes first, shape to the provider's rate, and police at HQ, then fill the link with iperf and watch the counters.
| Device | Interface | Address |
|---|---|---|
| R1 | Gi0/0 (WAN) / Gi0/1 (voice LAN) / Gi0/2 (data LAN) | 10.0.12.1/30 / 10.30.1.1/24 / 10.30.2.1/24 |
| R2 | Gi0/0 (WAN) / Gi0/1 (servers) | 10.0.12.2/30 / 10.30.9.1/24 |
| PC1 | voice LAN ("IP phone") | 10.30.1.10 |
| H1 | data LAN (iperf client) | 10.30.2.10 (you set it) |
| H2 | servers (iperf server) | 10.30.9.100 (you set it) |
Exam versions. QoS per-hop behaviour is a v1.1 topic (4.7). v2.0 dropped it as a separate topic but still expects you to configure ports for IP phones (2.2.c), whose traffic relies on these markings.
What you’ll practise
- Explain classification, marking (CoS and DSCP), queuing, congestion avoidance, policing and shaping
- Classify traffic with class-maps and mark it with an input policy
- Build an LLQ/CBWFQ output policy under a hierarchical shaper
- Police traffic and compare policing with shaping
- Verify QoS behaviour with show policy-map interface while generating traffic
The tasks
- Learn the per-hop behaviours
- Prepare the hosts and measure the baseline
- Classify and mark at the edge
- Queue on the WAN
- Shape to the provider's rate
- Police at head office
- Load the link and read the counters
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- R1
Gi0/0to R2Gi0/0 - R1
Gi0/1to PC1eth0 - R1
Gi0/2to H1eth0 - R2
Gi0/1to H2eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| R1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| R2 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| PC1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
| H1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| H2 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
CCNA 200-301 guided labs.Open
30 - QoS per-hop behaviour on a WAN edgeand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More CCNA labs
Related labs in other courses
CloudLabBox is independent of Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.