Multi-vendor troubleshooting lab 11 of 12
Ticket set B with WAN BGP NAT and VPN faults
Four tickets arrive from Larkfield's sites, and six faults sit behind them across Cisco, Juniper, MikroTik and FortiGate: a firewall that blocks its own BGP, an iBGP next hop nobody can reach, NAT that covers one subnet too few, a tunnel that passes traffic one way, a return route and a published server.
Run this lab
It needs Standard: its 10 nodes are set to 11 vCPU and 9,984 MB in total.
In your workspace: Shared, then Multi-vendor interoperability and troubleshooting guided labs, then 11 - Ticket set B with WAN BGP NAT and VPN faults
- Level
- Advanced
- Time
- About 100 minutes
- Nodes need
- 11 vCPU, 9,984 MB
- Smallest plan
- Standard
The scenario
You're on call for Larkfield's WAN on Monday morning, after a weekend of changes by a contractor. HQ has a Cisco router, Hull a Juniper SRX, York a FortiGate, and Goole a MikroTik that hangs off HQ.
| Ticket | Site | Reported problem |
|---|---|---|
| INC-5201 | Hull | "No internet at all." |
| INC-5202 | HQ | "We can't reach Hull's file server, but they say they can reach ours." |
| INC-5203 | Goole | "No internet, and nothing at Hull." |
| INC-5204 | York | "Customers can't load the portal at 192.0.2.3." |
| Device | Interface | Address | Notes |
|---|---|---|---|
| ISP | Gi0/0, Gi0/1 | 203.0.113.1/30, 198.51.100.1/30 | AS 64500, sends a default route by eBGP |
| ISP | Gi0/2 | 192.0.2.1/29 | York's static range |
| ISP | Gi0/3 | 198.18.9.1/24 | EXT, 198.18.9.10, the internet test address |
| R1 | Gi0/0 | 203.0.113.2/30 | AS 65010, NAT overload for HQ and Goole |
| R1 | Gi0/1 | 10.1.0.1/24 | PC-HQ 10.1.0.10 |
| R1 | Gi0/2 | 10.0.14.1/30 | iBGP to CHR1 |
| R1 | Tunnel1 | 169.254.10.1/30 | VTI to Hull |
| SRX1 | ge-0/0/0.0 | 198.51.100.2/30 | AS 65020, zone untrust |
| SRX1 | ge-0/0/1.0 | 10.2.0.1/24 | Zone trust, PC-HULL 10.2.0.10 |
| SRX1 | st0.0 | 169.254.10.2/30 | Zone vpn |
| CHR1 | ether1 | 10.0.14.2/30 | iBGP in AS 65010 |
| CHR1 | ether2 | 10.4.0.1/24 | PC-GOOLE 10.4.0.10 |
| FGT1 | port1 | 192.0.2.2/29 | Publishes 192.0.2.3:80 to WEB |
| FGT1 | port2 | 10.3.0.1/24 | WEB 10.3.0.20 |
Traffic rules: Goole reaches Hull through HQ over the VPN. HQ and Goole use R1's NAT for the internet. Hull uses the SRX's NAT.
What you’ll practise
- Work a set of WAN tickets in dependency order
- Separate traffic to a vSRX from traffic through it
- Fix an unreachable iBGP next hop on IOS and read it on RouterOS
- Find a one-way VPN from each end's policy
- Find a missing NAT range and a missing return route
- Publish a server correctly on a FortiGate
The tasks
- Start the Linux hosts
- Order the tickets
- Work INC-5201
- Work INC-5202
- Work INC-5203
- Work INC-5204
- Close the tickets
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
- ISP
Gi0/0to R1Gi0/0 - ISP
Gi0/1to SRX1ge-0/0/0 - ISP
Gi0/2to FGT1port1 - ISP
Gi0/3to EXTeth0 - R1
Gi0/1to PC-HQeth0 - R1
Gi0/2to CHR1ether1 - SRX1
ge-0/0/1to PC-HULLeth0 - CHR1
ether2to PC-GOOLEeth0 - FGT1
port2to WEBeth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| ISP | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| R1 | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| SRX1 | Juniper vSRX NextGen template | vsrxng-23.4R2-S3.9 | 2 vCPU, 4,096 MB |
| FGT1 | Fortinet FortiGate | fortinet-FGT-v7.0.17.M-build0682 | 1 vCPU, 2,048 MB |
| CHR1 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| PC-HQ | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| PC-HULL | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| PC-GOOLE | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| WEB | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| EXT | 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
Multi-vendor interoperability and troubleshooting guided labs.Open
11 - Ticket set B with WAN BGP NAT and VPN faultsand 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 Multi-vendor troubleshooting labs
All Multi-vendor troubleshooting labs
Related labs in other courses
CloudLabBox is independent of Arista Networks, Cisco, CompTIA, Fortinet, HPE, Juniper Networks and MikroTik. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.