Daily CCNA troubleshooting drill: Two branches can ping the core over their transit links, yet the core does not learn any branch routes. Your job is to trace how OSPF is enabled on each device, isolate why the core’s routing table is missing the branch LANs and loopbacks, and bring both branches into the correct OSPF area without changing how the core enables it.
Start here — freeCCNA Break/Fix II: Read the Symptom
Repair labs — each ships a working network with a fault already in it: one operator complaint, and the diagnosis is the exercise.
Topics
What you'll learn
- Diagnose a reachability gap where connected pings work but dynamic routing does not populate the core
- Trace OSPF activation style per device and distinguish process-level vs interface-level enablement
- Isolate why an OSPF neighbor does not form despite working L3 transit
- Verify OSPF adjacencies and learned routes from the correct vantage points
- Compare the network statement method on the core with interface-mode enablement on the branches
- Diagnose a dual-stack outage where IPv4 works end-to-end but IPv6 fails
- Trace host-initiated IPv6 traffic across a WAN and isolate the break point
- Compare IPv4 and IPv6 routing tables for the same destinations to distinguish reachability gaps
Included labs
A dual-stack static routing lab with a subtle IPv6-only failure. IPv4 reaches across the WAN from a branch PC to an HQ server and loopback, while IPv6 to the same destinations fails. The IPv6 addressing on interfaces is correct; the break lies elsewhere. Compare what IPv4 knows versus what IPv6 knows for the same four destinations and make IPv6 match the working IPv4 design.
View lab detailsA security audit showed that routers accepted SSH from outside the management LAN despite an existing filter. Diagnose how the management ACL is bound to the VTY lines and make it govern which inbound sessions the routers accept, without breaking data-plane reachability.
View lab detailsA replacement branch router came up on three carrier handoffs. All subinterfaces and /30s look correct and line protocols are up, yet no traffic passes. Your job: read what each circuit actually puts on the wire and bring the branch into alignment with the remote ends — including the carrier-published IP MTU on one circuit — without altering addressing or static routes.
View lab detailsDaily CCNA troubleshooting repair: two branch floors were renumbered and now users report DHCP failures and no Internet access. Work end-to-end from each floor’s client to the WAN: trace DHCP pool-to-interface bindings, validate NAT policy per floor, and restore both floors so leases are issued from the new plan and both can reach the provider loopback.
View lab detailsAn overnight hardening change reached the core but not the branches. By morning, both OSPF adjacencies to the core were down even though every point-to-point link still pings and no addressing changed. Restore end-to-end reachability by diagnosing what the core and each spoke now disagree about on the carrier-facing transits and finishing the change on the branch ends.
View lab detailsTwo sites have dual WAN links (primary and backup). Both circuits are up and end-to-end connectivity works, yet every intersite flow rides the slow backup path. Your job: read which routes each router actually installed for the opposite site and why, then restore the intended path preference so traffic uses the primary circuit while keeping the backup standing by.
View lab detailsA DMZ server was rebuilt onto a new IP last week. Since then, outside users cannot open its three published services, while the server itself can browse out normally. Your job: work from the public address toward the inside, diagnose where the forwarding breaks, and republish all three services on the advertised public IP without disrupting outbound internet access.
View lab detailsAn office floor’s redundant default gateway pair keeps needing manual intervention. During an uplink outage the active gateway stays active and strands users, and when the repaired router returns it seizes the VIP immediately and the floor bounces. Troubleshoot the pair’s failover behavior by examining what each router monitors and when it is allowed to take the role back. Bring the pair into compliance with the convergence standard without changing anything else.
View lab detailsTwo internal subnets behind a branch router stopped working after a summarization tidy-up. Everything else inside the same /16 summary is fine, and the edge still has a discard route for the summary. Your job: trace which route each hop actually matches for those destinations, then restore reachability without removing or weakening the summary.
View lab detailsTroubleshoot a dual-stack hub-and-spoke where IPv6 traffic never flowed after go-live. IPv4 works end-to-end, but IPv6 static routes are present in running-config and missing from the RIB. Compare configured vs installed routes, trace next-hop reachability per link, and correct the next-hop so each static becomes active. Validate from the user LAN.
View lab detailsA late-night rollback restored configs from before a WAN carrier change. Since then, both branches report OSPF neighbors that appear, start exchanging, and then reset—never reaching FULL. Users at Branch A cannot reach Branch B. Your task is to observe the partial adjacency behavior, isolate why the database exchange never completes, and restore the carrier’s standard everywhere it applies so reachability returns end-to-end.
View lab detailsA full-path break/fix capstone for CCNA troubleshooting. A single floor was renumbered and re-cabled. Users on that floor cannot reach anything — not their default gateway, not other subnets, and not the internet. The change record mentions both the access switch and the internet edge. Your job: prove the path hop-by-hop from the client outward and repair every break. Fixing only one side does not change the symptom; both layers must be corrected.
View lab detailsFrequently asked questions
What's included in the CCNA Break/Fix II: Read the Symptom bundle?
13 hands-on, auto-graded CCNA labs spanning 17 topics — each one a real Cisco Modeling Labs scenario you build on Cisco IOS.
Can I buy this bundle?
No — a subscription is the only plan we sell, and it includes every lab in this bundle for as long as it's active.
Do I need my own Cisco CML to run these labs?
Yes — each lab is a Cisco Modeling Labs (CML) topology you import and build on real Cisco IOS, and the CML free tier is enough. You download the topology and lab guide, then build it yourself.
How does the grading work?
Every lab ships as a problem to solve. You build it in CML, then submit your config to grade it against the answer key — you get a pass/fail on each objective, so you know exactly what's right and what to fix instead of guessing.
Which certification is this bundle for?
CCNA. The labs are sequenced to build the hands-on configuration and troubleshooting skills CCNA candidates are expected to demonstrate on real gear.