MikroTik MTCNA lab 18 of 19
Troubleshooting: VLANs and bridges
The hotel VLAN network from lab 7 has been 'tidied up' by a contractor and now staff, guests and the switches' management are each broken in a different way. Use the bridge's own tables to find four VLAN faults and fix them.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 3,840 MB in total. That fits the free demo too.
In your workspace: Shared, then MikroTik MTCNA RouterOS v7 guided labs, then 18 - Troubleshooting - VLANs and bridges
- Level
- Advanced
- Time
- About 50 minutes
- Nodes need
- 6 vCPU, 3,840 MB
- Smallest plan
- Lite
The scenario
The hotel network from lab 7 worked until a contractor "tidied up the switch configs" over the weekend. Reception now reports four problems:
- Staff1 (reception PC, SW1 ether3) can't reach anything, not even its gateway.
- Staff2 (back office, SW2 ether2) can't reach its gateway either.
- Guest1 (SW1 ether4) has no Internet: it can't reach its gateway.
- Fernvale's monitoring says SW2 stopped answering on 192.168.99.3, although SW1 (.2) still answers.
The design hasn't changed: VLAN 10 Staff 192.168.10.0/24, VLAN 20 Guest 192.168.20.0/24, VLAN 99 Management 192.168.99.0/24, GW routing on a stick with .1 in each VLAN.
| Device | Port | Should be |
|---|---|---|
| SW1 | ether1, ether2 | trunks: 10, 20, 99 tagged |
| SW1 | ether3 / ether4 | access VLAN 10 / VLAN 20 |
| SW2 | ether1 / ether2 | trunk: 10, 20, 99 tagged / access VLAN 10 |
| SW1, SW2 | bridge1 (CPU) | tagged in VLAN 99, addresses .2 and .3 |
| GW | vlan10, vlan20, vlan99 on ether2 | VLAN IDs 10, 20, 99 |
What you’ll practise
- Read bridge ports, the bridge VLAN table and current members to find VLAN faults
- Tell a wrong PVID from a missing tagged member
- Find why a switch's management address is unreachable while users work
- Check a router-on-a-stick's VLAN IDs
- Use the host table's VID column as evidence
The tasks
- Staff1 can't reach its gateway
- Staff2 can't reach its gateway
- Guests have no gateway
- SW2's management address is dead
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
- GW
ether2to SW1ether1 - SW1
ether2to SW2ether1 - SW1
ether3to Staff1eth0 - SW1
ether4to Guest1eth0 - SW2
ether2to Staff2eth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| GW | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| SW1 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| SW2 | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| Staff1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
| Guest1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
| Staff2 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
MikroTik MTCNA RouterOS v7 guided labs.Open
18 - Troubleshooting - VLANs and bridgesand 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 MikroTik MTCNA labs
Related labs in other courses
CloudLabBox is independent of MikroTik. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.