Hands-On Lab: Configuring Multi-Area OSPF with Route Summarization

This hands-on lab configures multi-area OSPF across three routers, designating an ABR that summarizes several subnets from a leaf area into a single route advertised toward the backbone, tying together the area design and summarization concepts covered earlier in this series.

Multi-Area OSPF ConfigurationABR Route SummarizationArea Range Command

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۱ مهر ۱۴۰۵

Lab Objective

Configure a three-router multi-area OSPF topology with a dedicated backbone area and a leaf area containing several subnets, then configure route summarization at the ABR so only a single aggregated route is advertised into the backbone.

Lab Purpose

This lab combines two concepts discussed earlier in this series — multi-area OSPF design and the area range summarization command — into a single practical exercise, reinforcing why careful, contiguous address planning within an area is what makes clean summarization possible at all.

Lab Topology

R1 (Area 1, leaf) ---- R2 (ABR) ---- R3 (Area 0, backbone)

R1 has four LANs, all within a contiguous
/22 block, in Area 1:
  192.168.4.0/24 (Loopback1)
  192.168.5.0/24 (Loopback2)
  192.168.6.0/24 (Loopback3)
  192.168.7.0/24 (Loopback4)

R2-R3 link and R2-R1 link both in their
respective areas as noted

Task 1: Configure Basic Addressing

Configure R1's four loopbacks and the two inter-router links.

Task 2: Configure Multi-Area OSPF

Enable OSPF on all three routers, placing R1 and R2's shared link plus R1's loopbacks in Area 1, and R2 and R3's shared link in Area 0.

Task 3: Verify Individual Routes Reach R3 Before Summarization

Confirm R3 initially learns all four /24 subnets as separate Type 3 summary LSAs.

Task 4: Configure Summarization on the ABR

On R2, configure area range summarization for Area 1 covering all four subnets as a single /22 block.

Task 5: Verify R3 Now Receives Only the Summary

Confirm R3's routing table shows a single summarized /22 route instead of four individual entries.

Solution and Verification

R1(config)# interface loopback1
R1(config-if)# ip address 192.168.4.1 255.255.255.0
R1(config-if)# exit
R1(config)# interface loopback2
R1(config-if)# ip address 192.168.5.1 255.255.255.0
R1(config-if)# exit
R1(config)# interface loopback3
R1(config-if)# ip address 192.168.6.1 255.255.255.0
R1(config-if)# exit
R1(config)# interface loopback4
R1(config-if)# ip address 192.168.7.1 255.255.255.0
R1(config-if)# exit
R1(config)# interface serial0/0/0
R1(config-if)# ip address 10.1.1.1 255.255.255.252
R1(config-if)# no shutdown

R2(config)# interface serial0/0/0
R2(config-if)# ip address 10.1.1.2 255.255.255.252
R2(config-if)# clock rate 64000
R2(config-if)# no shutdown
R2(config-if)# exit
R2(config)# interface serial0/0/1
R2(config-if)# ip address 10.2.2.1 255.255.255.252
R2(config-if)# clock rate 64000
R2(config-if)# no shutdown

R3(config)# interface serial0/0/1
R3(config-if)# ip address 10.2.2.2 255.255.255.252
R3(config-if)# no shutdown

R1(config)# router ospf 1
R1(config-router)# network 192.168.4.0 0.0.0.255 area 1
R1(config-router)# network 192.168.5.0 0.0.0.255 area 1
R1(config-router)# network 192.168.6.0 0.0.0.255 area 1
R1(config-router)# network 192.168.7.0 0.0.0.255 area 1
R1(config-router)# network 10.1.1.0 0.0.0.3 area 1

R2(config)# router ospf 1
R2(config-router)# network 10.1.1.0 0.0.0.3 area 1
R2(config-router)# network 10.2.2.0 0.0.0.3 area 0

R3(config)# router ospf 1
R3(config-router)# network 10.2.2.0 0.0.0.3 area 0

R3# show ip route ospf

O IA  192.168.4.0/24 [110/66] via 10.2.2.1
O IA  192.168.5.0/24 [110/66] via 10.2.2.1
O IA  192.168.6.0/24 [110/66] via 10.2.2.1
O IA  192.168.7.0/24 [110/66] via 10.2.2.1
-- Four separate inter-area routes, before
-- summarization is configured

R2(config)# router ospf 1
R2(config-router)# area 1 range 192.168.4.0 255.255.252.0

-- Covers exactly 192.168.4.0 through
-- 192.168.7.255, the smallest contiguous
-- block containing all four subnets

R3# show ip route ospf

O IA  192.168.4.0/22 [110/66] via 10.2.2.1
-- A single summarized route now replaces
-- all four individual entries

Key Takeaway

This summarization was only possible because all four of R1's LANs were deliberately assigned as a contiguous /22 block within the same area — the careful, hierarchical address planning discussed earlier in this series regarding IPv4 addressing and VLSM is the actual prerequisite that makes clean summarization achievable, not merely the area range command itself.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

Hands-On Lab: Final Comprehensive CCNP Troubleshooting Challenge (BGP, DMVPN, and QoS Integration)

This hands-on lab presents a complex multi-layer failure across an integrated BGP-over-DMVPN topology combined with QoS marking, requiring systematic diagnosis of a route reflector misconfiguration, an NHRP registration failure, and an incorrectly applied QoS policy simultaneously affecting the same network.

ادامه

Hands-On Lab: Configuring BGP over DMVPN

This hands-on lab runs iBGP as the routing protocol across the same DMVPN hub-and-spoke topology used in the two previous labs, configuring the hub as a route reflector so spokes learn each other's routes without a full iBGP mesh, combining two previously separate concepts into one integrated design.

ادامه

Hands-On Lab: Configuring OSPF over DMVPN

This hands-on lab runs OSPF as the dynamic routing protocol across the same DMVPN hub-and-spoke topology, configuring the tunnel interface as an OSPF point-to-multipoint network type to correctly handle the hub-and-spoke adjacency pattern without requiring the broadcast network type's DR/BDR election.

ادامه

Hands-On Lab: Configuring EIGRP over DMVPN

This hands-on lab runs EIGRP as the dynamic routing protocol across the DMVPN hub-and-spoke topology built in earlier labs, verifying neighbor relationships form correctly across the multipoint tunnel and routes propagate without requiring per-spoke static configuration on the hub.

ادامه

Hands-On Lab: Configuring HSRP MD5 Authentication

This hands-on lab configures MD5 authentication on an HSRP group, verifying two routers with matching authentication strings form a normal active/standby relationship while a router with a mismatched string is excluded from the group entirely.

ادامه

Hands-On Lab: Configuring Cisco Umbrella-Style DNS Security via DNS Forwarding Redirection

This hands-on lab configures a router to redirect all client DNS queries toward a security-focused DNS resolver using DNS forwarding interception, approximating cloud-delivered DNS security enforcement without requiring per-client configuration changes.

ادامه