JNCIP-ENT lab 12 of 19
CoS schedulers shaping and drop profiles
Shape a port to a 10 Mbps contract and watch real per-queue drops under overload, write the schedulers and drop profiles the exam expects, and measure what a software forwarding plane does with them.
Run this lab
It needs Standard: its 4 nodes are set to 10 vCPU and 12,288 MB in total.
In your workspace: Shared, then JNCIP-ENT JN0-650 guided labs, then 12 - CoS schedulers shaping and drop profiles
- Level
- Advanced
- Time
- About 75 minutes
- Nodes need
- 10 vCPU, 12,288 MB
- Smallest plan
- Standard
The scenario
Packets are now classified and marked, but the WAN link is the bottleneck: Northmere pays for 10 Mbps of a 1 Gbps port, and the provider drops what's over. You'll shape R1 to the contract, so that R1 decides what's dropped rather than the provider, and read what happens in each queue under real overload.
What this lab can and can't show. vJunos has a software forwarding plane, so queueing isn't the same as on hardware, and we've measured how it differs. Shaping is real, and so are the per-queue counters and tail drops, but only with flexible-queuing-mode on. Under congestion, the lowest queue number goes first. transmit-rate, priority, exact, buffer-size and drop profiles all commit and show correctly, but in our tests they didn't change what was forwarded or dropped. You'll configure them as the exam expects, and the text says where a real MX or EX would behave differently. Don't assume these results carry over to hardware.
| Device | Interface | Address |
|---|---|---|
| R1 | ge-0/0/0, ge-0/0/1, lo0 | 10.0.12.1/30, 10.1.1.1/24, 10.255.0.1/32 |
| R2 | ge-0/0/0, ge-0/0/1, lo0 | 10.0.12.2/30, 10.2.2.1/24, 10.255.0.2/32 |
| H1, H2 | eth0 | 10.1.1.10/24, 10.2.2.10/24 |
| Flow from H1 to H2 | UDP port |
|---|---|
| Voice | 5060 |
| Stock data | 9000 |
| Everything else | 7000 |
R1 starts with the classifier and rewrite rule from the last lab, with voice moved to queue 0. It also has chassis fpc 0 flexible-queuing-mode. Adding that statement to a running router restarts its forwarding plane, which took over 4 minutes in our tests, so it's in the start-up configuration here.
What you’ll practise
- Shape a port with a traffic control profile
- Read Queued, Transmitted and Tail-dropped counters
- Write schedulers and scheduler maps
- Write a drop profile
- Tell what a virtual data plane enforces from what it only accepts
The tasks
- Shape the port to the contract
- Write the schedulers the exam expects
- Measure what decides the result here
- Add a drop profile
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
ge-0/0/0to R2ge-0/0/0 - R1
ge-0/0/1to H1eth0 - R2
ge-0/0/1to H2eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| R1 | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
| R2 | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
| H1 | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
| H2 | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
JNCIP-ENT JN0-650 guided labs.Open
12 - CoS schedulers shaping and drop profilesand 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 JNCIP-ENT labs
Related labs in other courses
CloudLabBox is independent of Cisco and Juniper Networks. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.