Multi-vendor troubleshooting lab 12 of 12
Capstone with a ten-fault multi-vendor network
The merged Larkfield network has to pass acceptance on Monday. Six vendors stand between a PC and the internet, and ten faults are planted among them, from a bundle at the access layer to NAT at the edge. Find them all, and write up the method for each one.
Run this lab
It needs Standard: its 10 nodes are set to 12 vCPU and 14,336 MB in total.
In your workspace: Shared, then Multi-vendor interoperability and troubleshooting guided labs, then 12 - Capstone with a ten-fault multi-vendor network
- Level
- Advanced
- Time
- About 150 minutes
- Nodes need
- 12 vCPU, 14,336 MB
- Smallest plan
- Standard
The scenario
Larkfield's integration is finished on paper. The network has to pass acceptance on Monday, and today's dry run failed every test. Exactly ten faults are in the network. None of them is a typing mistake in an address, and each is something you've met earlier in this course.
You're the senior engineer for the day. Nobody is going to give you a step list. Your output is a working network, and a fault log good enough for someone else to follow.
| Device | Interface | Address | Connects to |
|---|---|---|---|
| EXT | eth0 | 203.0.113.1/29 | The internet test address |
| FGT1 | port1 / port2 | 203.0.113.2/29 / 10.0.5.1/30 | EXT / R1 |
| R1 | Gi0/2 | 10.0.5.2/30 | FGT1, and the default route for the whole network |
| R1 | Gi0/0 | 10.0.12.1/30 | WAN circuit to SRX1 |
| R1 | Tunnel0 | 169.254.12.1/30 | IPsec VTI to SRX1, MTU 1400 |
| R1 | Gi0/1 | 10.0.13.1/30 | EOS1 |
| R1 | Gi0/3 | 10.0.14.1/30 | CHR1, OSPF MD5 key ID 10, key Larkfield-Core1 |
| R1 | Loopback0 | 10.255.0.1/32 | DHCP server |
| SRX1 | ge-0/0/0.0 / ge-0/0/1.0 | 10.0.12.2/30 / 10.2.0.1/24 | R1 / PC-HULL 10.2.0.10 |
| SRX1 | st0.0 | 169.254.12.2/30 | IPsec to R1 |
| EOS1 | Ethernet4 | 10.0.13.2/30 | R1 |
| EOS1 | Vlan10 | 10.10.10.2/24 | VRRP 10 master, priority 150 |
| EOS1 | Vlan20 | 10.10.20.1/24 | Gateway for VLAN 20 |
| EOS1 | Port-Channel1, Ethernet3 | Trunks | SW1 (LACP) and CX1 |
| CHR1 | vlan10 on ether1 | 10.10.10.3/24 | VRRP 10 backup, priority 100 |
| CHR1 | ether2 | 10.0.14.2/30 | R1 |
| SW1 | Po1, Gi0/2, Gi0/3 | EOS1, H1 eth0 (VLAN 10), CHR1 | |
| CX1 | 1/1/1, 1/1/2 | EOS1, H1 eth1 (VLAN 20) | |
| H1 | eth0 / eth1 | DHCP | A PC in VLAN 10 and in VLAN 20 |
| Design standard | Value |
|---|---|
| OSPF | Area 0 on every link between routers; network type point-to-point |
| VRRP | Version 2, VRID 10, virtual IP 10.10.10.1, 1 second |
| Trunks | VLANs 10 and 20 to every access switch; LACP on the bundle |
| IPsec | IKEv2, AES-256, SHA-256, DH 20; key Larkfield-Hull-27 |
| Internet | The whole of 10.0.0.0/8 reaches it through NAT on FGT1 |
What you’ll practise
- Plan a troubleshooting run across a whole network, from an acceptance test
- Use a consistent method: symptom, hypothesis, test, root cause, fix and proof
- Choose each vendor's commands to test a hypothesis quickly
- Work out which faults hide others, and in what order to fix them
- Record each fault so that someone else could repeat your reasoning
The tasks
- Prepare the Linux hosts
- The acceptance test
- Keep a fault log
- Work upwards
- Finish the log
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
- EXT
eth0to FGT1port1 - FGT1
port2to R1Gi0/2 - R1
Gi0/0to SRX1ge-0/0/0 - R1
Gi0/1to EOS1Ethernet4 - R1
Gi0/3to CHR1ether2 - SRX1
ge-0/0/1to PC-HULLeth0 - EOS1
Ethernet1to SW1Gi0/0 - EOS1
Ethernet2to SW1Gi0/1 - EOS1
Ethernet3to CX11/1/1 - SW1
Gi0/3to CHR1ether1 - SW1
Gi0/2to H1eth0 - CX1
1/1/2to H1eth1
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| FGT1 | Fortinet FortiGate | fortinet-FGT-v7.0.17.M-build0682 | 1 vCPU, 2,048 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 |
| EOS1 | Arista vEOS | veos-4.33.1.1F | 1 vCPU, 2,048 MB |
| SW1 | Cisco IOSvL2 | viosl2-adventerprisek9-m.ssa.high_iron_20200929 | 1 vCPU, 768 MB |
| CX1 | Aruba AOS-CX virtual switch | arubacx-10.14 | 2 vCPU, 3,072 MB |
| CHR1 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 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 |
| PC-HULL | 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
12 - Capstone with a ten-fault multi-vendor networkand 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.