Hands-On Lab: Configuring BGP Route Summarization

This hands-on lab configures BGP route summarization using the aggregate-address command, advertising a single summarized route for several specific subnets while comparing the summary-only and summary-plus-specifics behavior options.

BGP Aggregate-AddressSummary-Only KeywordAS-Set Path Information

~3 min read · Updated Sep 26, 2026

Lab Objective

Configure BGP route summarization on a router originating several specific subnets, first observing the default behavior of advertising both the summary and the specifics, then applying the summary-only keyword to suppress the specific routes entirely.

Lab Purpose

Route summarization, discussed earlier in this series for OSPF and EIGRP, applies equally to BGP but uses a distinct command. Reducing the number of prefixes advertised into the global internet routing table is a significant responsibility for any multi-homed organization, since unnecessary specific routes consume memory across every internet router that must carry a full routing table.

Lab Topology

R1 (AS 65100) originates four specific
subnets, all within a contiguous /22 block:

192.168.44.0/24
192.168.45.0/24
192.168.46.0/24
192.168.47.0/24

R1 ---- eBGP ---- R2 (AS 65200, external peer)

Task 1: Advertise the Four Specific Networks

Configure R1 to advertise all four specific /24 networks into BGP.

Task 2: Verify R2 Receives Four Specific Routes

Confirm R2's BGP table shows all four individual entries.

Task 3: Configure Basic Aggregation

Configure aggregate-address for the /22 summary covering all four subnets, without yet suppressing the specifics.

Task 4: Verify Both the Summary and Specifics Appear

Confirm R2 now sees both the new summary route and the original four specific routes.

Task 5: Apply Summary-Only to Suppress the Specifics

Reconfigure the aggregate with the summary-only keyword and verify only the summary route remains visible to R2.

Solution and Verification

R1(config)# router bgp 65100
R1(config-router)# network 192.168.44.0 mask 255.255.255.0
R1(config-router)# network 192.168.45.0 mask 255.255.255.0
R1(config-router)# network 192.168.46.0 mask 255.255.255.0
R1(config-router)# network 192.168.47.0 mask 255.255.255.0

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/24     [via R1]         65100 i
*> 192.168.45.0/24     [via R1]         65100 i
*> 192.168.46.0/24     [via R1]         65100 i
*> 192.168.47.0/24     [via R1]         65100 i
-- Four separate specific routes, before
-- any summarization is applied

R1(config)# router bgp 65100
R1(config-router)# aggregate-address 192.168.44.0 255.255.252.0

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/22     [via R1]         65100 i
*> 192.168.44.0/24     [via R1]         65100 i
*> 192.168.45.0/24     [via R1]         65100 i
*> 192.168.46.0/24     [via R1]         65100 i
*> 192.168.47.0/24     [via R1]         65100 i
-- The summary now exists ALONGSIDE the
-- specifics -- aggregate-address by default
-- adds a summary route without removing
-- the more specific ones already being
-- advertised

R1(config)# router bgp 65100
R1(config-router)# no aggregate-address 192.168.44.0 255.255.252.0
R1(config-router)# aggregate-address 192.168.44.0 255.255.252.0 summary-only

R2# show ip bgp

   Network              Next Hop        Path
*> 192.168.44.0/22     [via R1]         65100 i
-- Only the single summarized route remains
-- visible -- the summary-only keyword
-- suppressed all four specific /24
-- advertisements entirely

Key Takeaway

The aggregate-address command's default behavior of advertising the summary alongside the specifics is often not what an administrator actually wants — summary-only is required to achieve the genuine reduction in advertised prefixes that is usually the entire point of summarizing, and forgetting this keyword is a common mistake that leaves the routing table just as large as before while adding an extra, redundant summary route on top.

Written & researched by Dr. Shahin Siami

Related Articles

Hands-On Lab: Configuring EIGRP Stub Routing

This hands-on lab configures a branch router as an EIGRP stub, verifying it advertises only its own connected and summary routes while the hub router correctly avoids querying the stub during a topology change elsewhere in the network.

Continue

Hands-On Lab: Configuring EIGRP Named Mode

This hands-on lab reconfigures a classic EIGRP setup into EIGRP named mode, organizing address-family and interface-specific configuration into a more structured hierarchy, and verifies functional equivalence with the classic configuration style used throughout earlier EIGRP labs in this series.

Continue

Hands-On Lab: Configuring ERSPAN Across a Routed Network

This hands-on lab configures Encapsulated RSPAN (ERSPAN) to mirror traffic across a Layer 3-routed network rather than a single Layer 2 trunk, extending the RSPAN concept from the previous lab beyond the boundaries of a single VLAN or switched domain.

Continue

Hands-On Lab: Configuring RSPAN Across Switches

This hands-on lab configures Remote SPAN (RSPAN) using a dedicated RSPAN VLAN carried across a trunk, allowing traffic mirrored on one switch to be monitored by a capture device connected to an entirely different switch, extending the local SPAN concept covered in an earlier lab across the network.

Continue

Hands-On Lab: Configuring In-Service Software Upgrade (ISSU) on a Stack

This hands-on lab performs an In-Service Software Upgrade across a StackWise stack, upgrading each member's IOS image one at a time while the stack continues forwarding traffic throughout, verifying zero downtime compared to the disruptive reload approach used in earlier IOS upgrade labs.

Continue

Hands-On Lab: Configuring Cisco Catalyst StackWise Traditional Stacking

This hands-on lab configures traditional Catalyst stacking (StackWise) across three switches using stack cables, contrasting its single-tier, chassis-proximity requirement against the StackWise Virtual pair covered in the previous lab, which allows switches to be located much farther apart.

Continue