AdvancedPublished 2026-06-25
CCNA Static Routing: 3-Router Full-Mesh
Bundle lab
Design and implement a 3-router full-mesh with two edge LANs using static IPv4 routes only. Edges use primary defaults toward the core plus floating (higher AD) backup defaults; the core uses specific routes for the edge LANs. Validate bidirectional reachability, path choice, and failover behaviors from real hosts.
Learning objectives
- Deploy static IPv4 and default routes across a three-router full-mesh so both edge LANs reach each other.
- Use /30 point-to-point transit links and /24 routed LANs at the edges.
- Ensure correct forward and return paths using specific routes on the core and defaults (with floating-backup) on the edges.
- Verify administrative distance selection, RIB/FIB choices, and bidirectional end-to-end host reachability.
- Demonstrate failover by observing path changes and backup default activation when a link is failed.
Troubleshooting focus
ping 10.10.3.10from CLIENT-A fails: check the router interface on that host's LAN is up/up with the exact gateway IP, then verify each /30 transit pair shares one subnet.- A route is in the table but nothing forwards: a static route must point at the neighbor's IP. A route to self will not forward.
- The backup path takes over too early, or not at all: the floating routes use administrative distance 5. Too low and it installs alongside the primary, causing asymmetry; omitted, it never activates on failure.
- Neighbors never ARP across a transit link: one wrong /30 mask breaks the shared subnet, and a /24 typo can overlap addressing and confuse routing.
- One direction pings but the reverse fails: look for a missing specific route on RTR-B-CORE, or a default pointed at the wrong neighbor.
- Nothing works from either host: confirm CLIENT-A uses 10.10.1.1 and CLIENT-C uses 10.10.3.1. A host default on the wrong subnet breaks everything.
Topology
Subscribe to preview this lab's topology.
See plansGrade your work
How this lab is graded
- Build it your way. Where a lab lets you choose a value — a VLAN name, an interface description — grading checks that you configured it, not which name you picked. Names that another line has to reference, like an ACL applied with
access-class, are stated in the guide and do have to match. - Addresses, modes and protocol keywords are exact. An IP address, a subnet mask,
switchport mode trunk, an encapsulation — these carry the meaning of the lab, so they are graded as written in the guide. - Grading reads your saved configuration. Export the lab from CML after you have configured it, and make sure anything you set is in the running-config — a change that only exists in a terminal session never reaches the grader.
- You can submit as many times as you like. Your best score stands, and each attempt tells you which checks passed so you can work the gaps.
- Scored something you believe is correct? Use Report an issue on this page — that is exactly how the grading fixes in the changelog got found.
Create a free account to submit your lab for grading.
Create a free accountFound a problem with this lab?
Please sign in to report a problem — tying it to your attempts lets us reproduce and fix it faster.