CloudLabBox
Try the free demo

Nokia SR OS NRS I lab 4 of 14

OSPF areas and export policy

Build OSPF across three routers: area 0 and area 1, point-to-point links, an external route brought in with an export policy, and a stub area.

Run this lab

It needs Standard: its 3 nodes are set to 6 vCPU and 14,400 MB in total.

In your workspace: Shared, then Nokia SR OS NRS I guided labs, then 04 - OSPF areas and export policy

Run it on Standard from £5 a day

The free demo can’t run it: it has 6 vCPU and 8 GB, and this lab’s nodes need 6 vCPU and 14,400 MB together. Every lab plan includes every guided lab.

Level
Intermediate
Time
About 60 minutes
Nodes need
6 vCPU, 14,400 MB
Smallest plan
Standard

The scenario

Rivermark's three routers are up, with addresses on every link, but they know only what's directly connected. R1 at Ashby and R2 at Brenton form the backbone. R3 at Cardew is a small site that hangs off R2 and looks after the customer range 172.16.30.0/24, on the loopback-style interface lan30. R1 also holds a static route for 192.0.2.0/24, a block Rivermark doesn't want to leak anywhere yet, sent to a black hole for now.

You'll build OSPF the Rivermark way: area 0 between R1 and R2, area 1 out to R3. Then you'll bring the external route in, and keep R3's tables small with a stub area.

DeviceInterfacePortAddressConnects to
R1system-10.255.0.1/32
R1to-R21/1/c1/110.0.12.1/30R2
R2system-10.255.0.2/32
R2to-R11/1/c1/110.0.12.2/30R1
R2to-R31/1/c2/110.0.23.1/30R3
R3system-10.255.0.3/32
R3to-R21/1/c1/110.0.23.2/30R2
R3lan30-172.16.30.1/24

What you’ll practise

  • Enable OSPF by listing interfaces under an area
  • Read neighbour states and DR/BDR roles
  • Build a two-area design with an ABR
  • Redistribute a static route with an export policy
  • Turn an area into a stub and read the default route
  • Change an OSPF cost in the MD-CLI

The tasks

  1. Start OSPF in area 0
  2. Skip the election on point-to-point links
  3. Add area 1
  4. Bring in the external route
  5. Make area 1 a stub
  6. Change a cost in the MD-CLI

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.

Topology of OSPF areas and export policy3 nodes, 2 links. Every link is listed as text below the diagram.R1R2R3p1/1/1p1/1/1p1/1/2p1/1/1
3 nodes, with the interface names each link uses. On a narrow screen, scroll the diagram sideways.
Every link, as text
  • R1 p1/1/1 to R2 p1/1/1
  • R2 p1/1/2 to R3 p1/1/1
Nodes in OSPF areas and export policy, with the image each runs and the vCPU and RAM it’s set to
NodeDeviceImage in Add NodeSet to
R1Nokia Integrated router (VSR NG template)timos-ng-21.10.R12 vCPU, 4,800 MB
R2Nokia Integrated router (VSR NG template)timos-ng-21.10.R12 vCPU, 4,800 MB
R3Nokia Integrated router (VSR NG template)timos-ng-21.10.R12 vCPU, 4,800 MB

How to open this lab

  1. Sign in to your workspace at lab.cloudlabbox.com.

  2. In File Manager, open Shared, then the folder Nokia SR OS NRS I guided labs.

  3. Open 04 - OSPF areas and export policy and 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 Nokia SR OS NRS I labs

All Nokia SR OS NRS I labs

Related labs in other courses

CloudLabBox is independent of Nokia. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.