In our previous lesson, we focused on iBGP—how routers within a single Autonomous System (AS) exchange routes internally. Now, we’ll turn our attention outward. External BGP (eBGP) handles routing between different ASes and is the backbone of how the Internet connects networks worldwide. Although eBGP uses many of the same commands and principles as iBGP, its peering relationships and behavior differ because each router typically belongs to a separate AS. In this lesson, we’ll step through a simple two-router eBGP lab, illustrate how to configure each side, and verify that both routers successfully advertise and learn each other’s routes.
What is eBGP?
We will configure two routers, R1 and R2, connected on a single Ethernet link:
Key Points:
We will not use an IGP in this lab. Instead, each router sees the other’s IP on the directly connected subnet.
Note: remote-as 65001
is different from R1’s local AS 65000, which is what makes this an eBGP relationship.
The following commands help confirm the eBGP session is established and that routes are exchanged properly.
R1:
R2:
R1:
: This is locally originated on R1 (weight 32768).: Learned from AS 65001 (Path = 65001) and selected as best path.R2:
: Learned from AS 65000 (Path = 65000) and selected as best path.R1:
is learned via BGP (marked B) from R2.R2:
is learned via BGP from R1.To ensure end-to-end reachability between the loopback networks:
On R1:
On R2:
Because each router has a BGP route to reach the other’s loopback, the pings succeed.
Troubleshooting eBGP issues involves checking neighbor relationships, verifying route advertisements, and ensuring correct AS numbers and IP configurations. Common problems include mismatched ASNs, unreachable peers & incorrect next-hop handling. Follow the link for a detailed walkthrough of troubleshooting steps and command examples.
show ip bgp summary
show ip bgp
show ip route
ping <neighbor-IP>
clear ip bgp * <-- reset the BGP establishments if needed