Multi-vendor troubleshooting lab 7 of 12
NAT and asymmetric routing in a mixed edge
A depot adds a second internet line on a MikroTik beside its FortiGate, and three tickets follow: a published server that answers on one public address only, a partner site that can be pinged but not loaded, and an office whose traffic dies at the firewall. Trace each flow both ways and repair the return path.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 4,352 MB in total. That fits the free demo too.
In your workspace: Shared, then Multi-vendor interoperability and troubleshooting guided labs, then 07 - NAT and asymmetric routing in a mixed edge
- Level
- Advanced
- Time
- About 80 minutes
- Nodes need
- 6 vCPU, 4,352 MB
- Smallest plan
- Lite
The scenario
Larkfield's Goole depot has always used a FortiGate (FW1) on ISP-A. To survive an outage, and to get a bigger line for staff, they've added a MikroTik (GW2) on ISP-B, on the same LAN. Servers still use FW1 as their gateway. Staff PCs now use GW2. The partner's booking system only accepts ISP-A's address, so GW2 has a route to the partner through FW1. The goods-in office hangs off GW2, on its own subnet.
Three tickets came in the morning after the change:
- Customers: the tracking portal works at 203.0.113.3 but hangs at 198.51.100.3, the address published for ISP-B.
- Depot staff: the partner's booking system at 172.16.50.10 can be pinged but won't load.
- Goods-in: their office can't reach the partner at all, although it reaches the internet through ISP-B.
| Device | Interface | Address | Notes |
|---|---|---|---|
| ISP | Gi0/0 | 203.0.113.1/29 | ISP-A |
| ISP | Gi0/1 | 198.51.100.1/29 | ISP-B |
| ISP | Gi0/2 | 192.0.2.1/24, 172.16.50.1/24 | Internet and partner |
| FW1 | port1 | 203.0.113.2/29 | Publishes 203.0.113.3 to S1:80 |
| FW1 | port2 | 10.50.0.1/24 | Gateway for servers |
| GW2 | ether1 | 198.51.100.2/29, .3/29 | Publishes .3 to S1:80 |
| GW2 | ether2 | 10.50.0.2/24 | Gateway for staff |
| GW2 | goods-in | 10.51.0.1/24 | The goods-in office |
| S1 | eth0 | 10.50.0.20/24 | Tracking portal, gateway FW1 |
| H1 | eth0 | 10.50.0.10/24 | Staff PC on the hardened build, gateway GW2 |
| EXT | eth0 | 192.0.2.10/24, 172.16.50.10/24 | A customer on the internet, and the partner's server |
What you’ll practise
- Draw a flow in both directions and find where it stops being symmetric
- Prove with captures where a return packet really goes
- Read a stateful drop in FortiGate debug flow and in RouterOS connection tracking
- Explain why ping can work when TCP doesn't
- Read a reverse-path drop and fix it with a route
- Force return traffic through the right device with source NAT, and say what that costs
The tasks
- Start the hosts
- Confirm the tickets
- Follow ticket 1 with a capture
- Fix ticket 1 on GW2
- Follow ticket 2
- Fix ticket 2 on GW2
- Follow and fix ticket 3
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 FW1port1 - ISP
Gi0/1to GW2ether1 - ISP
Gi0/2to EXTeth0 - FW1
port2to Depot-LAN (network) - GW2
ether2to Depot-LAN (network) - S1
eth0to Depot-LAN (network) - H1
eth0to Depot-LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| ISP | Cisco IOSv | vios-adventerprisek9-m.spa.159-3.m9 | 1 vCPU, 512 MB |
| FW1 | Fortinet FortiGate | fortinet-FGT-v7.0.17.M-build0682 | 1 vCPU, 2,048 MB |
| GW2 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| S1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| H1 | 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
07 - NAT and asymmetric routing in a mixed edgeand 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.