Network+ lab 25 of 27
Troubleshooting 2: IP addressing and DHCP faults
A branch has just been moved onto a new address plan, and almost nothing works. Five layered faults hide behind each other: a relay pointing at the wrong server, a mistyped static route that also breaks DHCP, a scope and a host using the old gateway, and a PC with the wrong subnet mask. You isolate each one with the right tool.
Run this lab
It needs Lite: its 6 nodes are set to 6 vCPU and 4,096 MB in total. That fits the free demo too.
In your workspace: Shared, then CompTIA Network Plus N10-009 guided labs, then 25 - Troubleshooting 2 - IP addressing and DHCP faults
- Level
- Advanced
- Time
- About 70 minutes
- Nodes need
- 6 vCPU, 4,096 MB
- Smallest plan
- Lite
The scenario
The Harbour Logistics branch has just been migrated to a new address plan. In the old plan, the branch gateway was .254; in the new plan it's R2 at 10.20.20.1. DHCP for the branch is served centrally by R1 at head office. Since the cut-over, the help desk's phone hasn't stopped:
- PC1 (branch, DHCP) "gets no network at all".
- H1 (branch, configured by hand from the old instructions) "can only see the branch".
- PC2 (head office) "can reach the internet but not the branch".
| Device | Interface | Address | Role |
|---|---|---|---|
| R1 | Gi0/0 / Gi0/1 / Gi0/2 | 10.10.10.1/24 / 10.0.12.1/30 / 192.0.2.1/30 | HQ router, DHCP server |
| R2 | Gi0/0 / Gi0/1 | 10.0.12.2/30 / 10.20.20.1/24 | branch router, DHCP relay |
| R3 | Gi0/0, Lo0 | 192.0.2.2/30, 203.0.113.1 | internet |
| PC2 | eth0 | 10.10.10.20/24, gateway .1 | HQ PC (static) |
| PC1 | eth0 | DHCP, from .100 | branch PC |
| H1 | eth0 | 10.20.20.50/24, gateway .1 | branch Linux host (static) |
The table shows how things should be. Your job is to find every place where reality differs.
What you’ll practise
- Use ping, traceroute, show ip route and the DHCP bindings to divide the network into working and broken halves
- Recognise symptoms of a wrong default gateway and a wrong subnet mask
- Find a static route that's configured but not installed
- Troubleshoot DHCP relay end to end, including the server's route back to the relay
- Fix layered faults one at a time and re-test after each
The tasks
- Restore H1 as the user left it
- Map what works
- H1, the wrong default gateway
- PC2, the wrong subnet mask
- Head office can't route to the branch
- The branch gets no DHCP
- Verify and document
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
- R1
Gi0/0to PC2eth0 - R1
Gi0/1to R2Gi0/0 - R1
Gi0/2to R3Gi0/0 - R2
Gi0/1to Branch-LAN (network) - PC1
eth0to Branch-LAN (network) - H1
eth0to Branch-LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| R1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| R2 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| R3 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| PC2 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
| PC1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 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
CompTIA Network Plus N10-009 guided labs.Open
25 - Troubleshooting 2 - IP addressing and DHCP 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 Network+ labs
Related labs in other courses
CloudLabBox is independent of CompTIA, Cisco and Netgate. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.