
Chapter 29
| IP Routing Commands
Border Gateway Protocol (BGPv4)
– 913 –
Route Aggregation and Dissemination
In the Internet, the number of destinations is larger than most routing protocols
can manage. It is not possible for routers to track every possible destination in their
routing tables. To overcome this problem BGP relies on route aggregation, whereby
multiple destinations are combined in a single advertisement. Routers receiving
this information, treat the combined destinations as a single destination, thus
reducing the number of individual routes that must be remembered. This also
reduces the network overhead required to transmit update packets and maintain
routing tables.
In BGP, route aggregation combines the address blocks for networks from two or
more ASes into a supernet, and transmits this information to a downstream AS. This
supernetted address block is less specific, and only lists the AS number of the AS
where the supernetting was done. The Atomic_Aggregate attribute indicates that
attributes for more specific paths are not included in the aggregated route, and the
Aggregator attribute indicates the AS and router where the aggregation was done.
The aggregator node will now serve as a proxy, using the more specific routes it still
maintains in its own routing table.
After inbound routes have been aggregated, the BGP speaker can propagates this
information based on export policies for individual neighbors or for defined router
groups, using route maps or other more precise routing criteria.
Internal BGP
Scalability
An iBGP speaker cannot advertise IP prefixes it has learned from one iBGP speaker
to another neighboring iBGP speaker. iBGP therefore requires full-mesh
connectivity among all iBGP speakers. For local networks containing a large
number of speakers, this requirement may be difficult to meet. There are several
commonly used approaches to resolving this problem, including route reflectors,
confederations, and route servers.
Route Reflectors
Route reflection designates one or more iBGP speakers as router concentrators or
route reflectors, which are allowed to re-advertise routing information within the
same autonomous system. It also clusters a subset of iBGP speakers with each route
reflector (also known as route reflector clients), and adds several new attributes to
help detect routing loops. Using the cluster hierarchy, connections are only
required between the route reflector and its clients, overcoming the normal
requirement for full-mesh connectivity among all iBGP speakers.
Summary of Contents for AS5700-54X
Page 42: ...Contents 42...
Page 44: ...Figures 44...
Page 52: ...Tables 52...
Page 54: ...Section I Getting Started 54...
Page 80: ...Chapter 1 Initial Switch Configuration Setting the System Clock 80...
Page 210: ...Chapter 6 Remote Monitoring Commands 210...
Page 358: ...Chapter 9 Access Control Lists ACL Information 358...
Page 418: ...Chapter 12 Port Mirroring Commands RSPAN Mirroring Commands 418...
Page 436: ...Chapter 15 UniDirectional Link Detection Commands 436...
Page 442: ...Chapter 16 Address Table Commands 442...
Page 506: ...Chapter 18 VLAN Commands Configuring VXLAN Tunneling 506...
Page 526: ...Chapter 19 Class of Service Commands Priority Commands Layer 3 and 4 526...
Page 544: ...Chapter 20 Quality of Service Commands 544...
Page 652: ...Chapter 22 Multicast Filtering Commands MLD Proxy Routing 652...
Page 680: ...Chapter 23 LLDP Commands 680...
Page 722: ...Chapter 24 CFM Commands Delay Measure Operations 722...
Page 732: ...Chapter 25 Domain Name Service Commands 732...
Page 790: ...Chapter 27 IP Interface Commands ND Snooping 790...
Page 1072: ...Section III Appendices 1072...
Page 1102: ...List of CLI Commands 1102...
Page 1115: ......
Page 1116: ...AS5700 54X AS6700 32X E032016 ST R02 149100000198A...