AdvancedPublished 2026-06-24
OSPF Inter-Area Summarization with ABR Area Range
Bundle lab
Build a 5-node CML lab to design OSPFv2 across two areas with an ABR that summarizes non-backbone routes using area range. Validate adjacencies, end-to-end reachability, and that the backbone learns a single summary in place of specific inter-area routes. Intentionally introduce an area mismatch, diagnose why the adjacency does not form, and repair it.
Learning objectives
- Design and deploy a multi-area OSPFv2 topology with stable router-ids and passive-interface hygiene.
- Implement ABR summarization using the area range command to aggregate non-backbone prefixes into a single summary.
- Verify that specific inter-area routes are replaced by a single summary in the backbone while reachability to component subnets remains intact.
- Perform end-to-end testing from hosts across multiple areas and confirm symmetric forwarding.
- Troubleshoot an intentional OSPF area mismatch and validate adjacency recovery.
Troubleshooting focus
- If adjacencies fail: verify shared area IDs, identical MTUs, and that the transit ports are not passive. Area mismatch is the most common cause—fix the area assignment on the offending interface.
- If hosts can’t reach each other: confirm routing tables contain inter-area routes (or the 10.10.0.0/16 summary) and that no interface is down. Use traceroute to find the first hop where forwarding fails.
- If the backbone still shows specific /24s instead of a /16: confirm the ABR area range is applied under the correct area (Area 10) and that the component routes actually exist in Area 10.
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.