FortiGate lab 8 of 25
Static routing, ECMP and link monitoring
Add a second ISP, compare the routing table with the routing database, use distance and priority for backup and load sharing, detect an upstream failure with a link monitor, and stop private traffic leaking with blackhole routes.
Run this lab
It needs Lite: its 4 nodes are set to 4 vCPU and 5,632 MB in total. That fits the free demo too.
In your workspace: Shared, then FortiGate NSE 4 guided labs, then 08 - Static routing ECMP and link monitoring
- Level
- Intermediate
- Time
- About 60 minutes
- Nodes need
- 4 vCPU, 5,632 MB
- Smallest plan
- Lite
The scenario
Harbourside has signed a second internet contract: ISP-B is cabled to FGT1's port3. Today all traffic leaves through ISP-A, and last month ISP-A's core failed while its router next to you stayed up: the firewall kept sending traffic into a black hole for an hour. Build routing that uses both ISPs, notices failures beyond the ISP router, and never leaks private addresses to the internet.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| FGT1 | port1 (ISP-A) | 203.0.113.1/24 | ISP-A router 203.0.113.254 (INET eth0) |
| FGT1 | port3 (ISP-B) | 192.0.2.1/24 | ISP-B router 192.0.2.254 (INET eth1) |
| FGT1 | port2 (LAN) | 10.1.10.1/24 | PC1 10.1.10.10, H1 by DHCP |
| INET | lo | 198.51.100.0/24 | public DNS .53, www.example.com .10 (reachable through both ISPs) |
What you’ll practise
- Read the routing table and the routing database and explain the difference
- Use administrative distance and priority to build backup and equal-cost routes
- Detect a failure beyond the next hop with a link monitor and fail over
- Share traffic over two ISPs with ECMP
- Add blackhole routes for private address space
The tasks
- Start the lab
- Routing table and routing database
- A floating backup route through ISP-B
- Detect an upstream failure with a link monitor
- Use both ISPs with ECMP
- Blackhole routes for private space
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
- FGT1
port1to INETeth0 - FGT1
port3to INETeth1 - FGT1
port2to LAN (network) - PC1
eth0to LAN (network) - H1
eth0to LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| FGT1 | Fortinet FortiGate | fortinet-FGT-v7.0.17.M-build0682 | 1 vCPU, 2,048 MB |
| INET | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 1,024 MB |
| PC1 | EVE-NG GUI server (Docker) | eve-gui-server:latest | 1 vCPU, 2,048 MB |
| H1 | 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
FortiGate NSE 4 guided labs.Open
08 - Static routing ECMP and link monitoringand 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 FortiGate labs
Related labs in other courses
CloudLabBox is independent of Fortinet. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.