JNCIS-ENT lab 9 of 17
Protocol-independent routing
Use the routing tools that work whatever the protocol: a static route that resolves through OSPF, an aggregate that advertises one prefix for a whole site, a default route generated only while the ISP is alive, a custom martian, and RIB groups that share routes between a services instance and the main table.
Run this lab
It needs Standard: its 3 nodes are set to 12 vCPU and 15,360 MB in total.
In your workspace: Shared, then JNCIS-ENT JN0-352 guided labs, then 09 - Protocol-independent routing
- Level
- Advanced
- Time
- About 75 minutes
- Nodes need
- 12 vCPU, 15,360 MB
- Smallest plan
- Standard
The scenario
Ashby Freight's WAN core has three routers: CORE (campus LANs), EDGE (internet hand-off) and DC (data centre). OSPF area 0 runs on the three links and the loopbacks. Several jobs are waiting:
| Job | Router |
|---|---|
Reach a partner network, 10.99.0.0/16, through DC's loopback 192.168.255.13 (the partner link is not built in this lab) | CORE |
Advertise the campus as one prefix, 10.20.0.0/22, instead of separate LANs (10.20.0.0/24 to 10.20.2.0/24 today, 10.20.3.0/24 later) | CORE |
Give the network a default route only while the ISP is reachable. The ISP's monitoring prefix 203.0.113.0/24 (a static route via 198.51.100.1) is the health signal | EDGE |
Never install routes from the carrier-grade NAT range 100.64.0.0/10; a test route 100.64.10.0/24 from DC shows the problem | CORE |
Put the services LAN 10.30.0.0/24 in its own routing instance SERVICES on DC, and still make it reachable from the rest of the network | DC |
What you’ll practise
- Configure static routes with resolve and explain hidden routes
- Configure aggregate routes, read their contributing routes, and choose reject or discard
- Configure a generated route with a policy so it exists only while its contributor does
- Explain martian addresses and add your own
- Share routes between routing instances with RIB groups
The tasks
- A static route that resolves through OSPF
- Aggregate the campus
- A default route generated from the ISP's health
- Martian addresses
- RIB groups for a services instance
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
- CORE
ge-0/0/0to EDGEge-0/0/0 - CORE
ge-0/0/1to DCge-0/0/0 - EDGE
ge-0/0/1to DCge-0/0/1 - CORE
ge-0/0/2to Campus-LANs (network) - EDGE
ge-0/0/2to ISP-Handoff (network) - DC
ge-0/0/2to Services-LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| CORE | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
| EDGE | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
| DC | Juniper vJunos-router | vjunosrouter-24.2R1-S2.5 | 4 vCPU, 5,120 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
JNCIS-ENT JN0-352 guided labs.Open
09 - Protocol-independent routingand 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 JNCIS-ENT labs
Related labs in other courses
CloudLabBox is independent of Juniper Networks. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.