8/8/2016 EBGP Multihop | NetworkLessons.

com

Search...

Table of Contents
BGP

Unit 1: Introduction to BGP

Introduction to BGP

eBGP (external BGP)

eBGP Multi-Hop

iBGP (internal BGP)

How to read the BGP Table

How to advertise networks in BGP

iBGP Next Hop Self

BGP Auto-summary

Unit 2: BGP Neighbor Adjacency

Unit 3: BGP Attributes
Unit 4: BGP Communities
Unit 5: BGP Filtering
Unit 6: Advanced BGP Features

You are here: Home » BGP

EBGP Multihop
31 votes
https://networklessons.com/bgp/ebgp­multihop/ 1/18
8/8/2016 EBGP Multihop | NetworkLessons.com

eBGP (external BGP) by default requires two Cisco IOS routers to be directly connected to each
other in order to establish a neighbor adjacency. This is because eBGP routers use a TTL of one for
their BGP packets. When the BGP neighbor is more than one hop away, the TTL will decrement to 0
and it will be discarded.

When these two routers are not directly connected then we can still make it work but we’ll have to
use multihop. This requirement does not apply to internal BGP.

Here’s an example:

Above we will try to con庤妔gure eBGP between R1 and R3. Since R2 is in the middle, these routers
are more than one hop away from each other. Let’s take a look at the con庤妔guration:

R1(config)#ip route 192.168.23.3 255.255.255.255 192.168.12.2

R3(config)#ip route 192.168.12.1 255.255.255.255 192.168.23.2

First I will create some static routes so that R1 and R3 are able to reach each other. Now we can
con庤妔gure eBGP:

R1(config)#router bgp 1 
R1(config‐router)#neighbor 192.168.23.3 remote‐as 3

R3(config)#router bgp 3 
R3(config‐router)#neighbor 192.168.12.1 remote‐as 1

https://networklessons.com/bgp/ebgp­multihop/ 2/18
8/8/2016 EBGP Multihop | NetworkLessons.com

Even though this con庤妔guration is correct, BGP will not even try to establish a eBGP neighbor
adjacency. BGP knows that since these routers are on di嘵㺩erent subnets, they are not directly
connected. We can verify this with the following command:

R1#show ip bgp neighbors | include External 
  External BGP neighbor not directly connected.

R3#show ip bgp neighbors | include External 
  External BGP neighbor not directly connected.

Just for fun, let’s disable this check so that R1 and R3 try to become eBGP neighbors. We can do
that like this:

R1(config‐router)#neighbor 192.168.23.3 disable‐connected‐check

R3(config‐router)#neighbor 192.168.12.1 disable‐connected‐check

Our routers will now try to become eBGP neighbors even though they are not directly connected.
Here’s what happens now:

The wireshark capture above shows us that R1 is trying to connect to R3. As you can see the TTL is
1. Once R2 receives this packet it will decrement the TTL by 1 and drop it:

https://networklessons.com/bgp/ebgp­multihop/ 3/18
8/8/2016 EBGP Multihop | NetworkLessons.com

Above you can see that R2 is dropping this packet since the TTL is exceeded. It will send an ICMP
time-to-live exceeded message to R1. Our BGP routers will show a message like this:

R1# 
BGP: 192.168.23.3 open failed: Connection timed out; remote host not responding, 
open active delayed 27593ms (35000ms max, 28% jitter)

This is R1 telling us that it couldn’t connect to R3. To 庤妔x this issue, we’ll tell eBGP to increase the
TTL. First let’s enable the directly connected check again:

R1(config‐router)#no neighbor 192.168.23.3 disable‐connected‐check

R3(config‐router)#no neighbor 192.168.12.1 disable‐connected‐check

And now we will increase the TTL:

R1(config‐router)#neighbor 192.168.23.3 ebgp‐multihop 2

https://networklessons.com/bgp/ebgp­multihop/ 4/18
8/8/2016 EBGP Multihop | NetworkLessons.com

R3(config‐router)#neighbor 192.168.12.1 ebgp‐multihop 2

Use the ebgp-multihop command to increase the TTL. Using a value of 2 is enough in our example.
R2 will receive a packet with a TTL of 2, decrements it by 1 and forwards it to R3. We can verify this
change by looking at the show ip bgp neighbors command:

R1 & R3 
#show ip bgp neighbors | include External 
  External BGP neighbor may be up to 2 hops away.

R1 and R3 both agree that the BGP neighbor could be 2 hops away. Here’s what the BGP packet
looks like in wireshark:

This capture shows us the TTL of 2. After a few seconds, our routers will become eBGP neighbors:

R1# 
%BGP‐5‐ADJCHANGE: neighbor 192.168.23.3 Up

R3# 
%BGP‐5‐ADJCHANGE: neighbor 192.168.12.1 Up

That’s it, problem solved!

Configurations

https://networklessons.com/bgp/ebgp­multihop/ 5/18
8/8/2016 EBGP Multihop | NetworkLessons.com

Want to take a look for yourself? Here you will 庤妔nd the con庤妔guration of each device.

R1
hostname R1 
! 
interface fastEthernet0/0 
 ip address 192.168.12.1 255.255.255.0 
! 
ip route 192.168.23.3 255.255.255.255 192.168.12.2 
! 
router bgp 1 
 neighbor 192.168.23.3 remote‐as 3 
 neighbor 192.168.23.3 ebgp‐multihop 2 
! 
end

R2
hostname R2 
! 
interface fastEthernet0/0 
 ip address 192.168.12.2 255.255.255.0 
! 
interface fastEthernet1/0 
 ip address 192.168.23.1 255.255.255.0 
! 
end

R3
hostname R3 
! 
interface fastEthernet0/0 
 ip address 192.168.23.3 255.255.255.0 
! 
ip route 192.168.12.1 255.255.255.255 192.168.23.2 
https://networklessons.com/bgp/ebgp­multihop/ 6/18
8/8/2016 EBGP Multihop | NetworkLessons.com

! 
router bgp 3 
 neighbor 192.168.12.1 remote‐as 1 
 neighbor 192.168.12.1 ebgp‐multihop 2 
! 
end

Even though R1 and R3 are now neighbors, having a non-BGP in router in between R1 and
R3 is a bad idea. R1 and R3 might exchange pre庤妔xes through BGP but once packets reach
R2, it will have no clue where to forward these packets to…

Now you understand how eBGP multihop works, let’s take a look at a more useful scenario:

Above we have two routers…R1 and R2. They are directly connected but we have two links in
between them and we would like to use these for load balancing. Instead of using the IP addresses
on these FastEthernet interfaces for the eBGP neighbor adjacency we will use the IP addresses on
the loopback interfaces for this. Let’s take a look at the con庤妔guration:

R1(config)#ip route 2.2.2.0 255.255.255.0 192.168.12.2 
R1(config)#ip route 2.2.2.0 255.255.255.0 192.168.21.2

R2(config)#ip route 1.1.1.0 255.255.255.0 192.168.12.1 
R2(config)#ip route 1.1.1.0 255.255.255.0 192.168.21.1

https://networklessons.com/bgp/ebgp­multihop/ 7/18
8/8/2016 EBGP Multihop | NetworkLessons.com

On each router we will con庤妔gure two static routes, this allows us to use load balancing to reach the
loopback interfaces. Now we can con庤妔gure eBGP:

R1(config)#router bgp 1 
R1(config‐router)#neighbor 2.2.2.2 remote‐as 2 
R1(config‐router)#neighbor 2.2.2.2 update‐source loopback 0 
R1(config‐router)#neighbor 2.2.2.2 ebgp‐multihop 2

R2(config)#router bgp 2 
R2(config‐router)#neighbor 1.1.1.1 remote‐as 1 
R2(config‐router)#neighbor 1.1.1.1 update‐source loopback 0 
R2(config‐router)#neighbor 1.1.1.1 ebgp‐multihop 2

Besides con庤妔guring the TTL to 2 with the ebgp-multihop command we also have to use the
update-source command to tell the routers to use the IP address on their loopback interface as
the source IP address for the eBGP neighbor adjacency. After a few seconds, these routers will
become neighbors:

R1# 
%BGP‐5‐ADJCHANGE: neighbor 2.2.2.2 Up

R2# 
%BGP‐5‐ADJCHANGE: neighbor 1.1.1.1 Up

Thanks to our static routes, we will use load balancing between the two routers:

R1#show ip route static 
     2.0.0.0/24 is subnetted, 1 subnets 
S       2.2.2.0 [1/0] via 192.168.21.2 
                [1/0] via 192.168.12.2

R2#show ip route static 
     1.0.0.0/24 is subnetted, 1 subnets 

https://networklessons.com/bgp/ebgp­multihop/ 8/18
8/8/2016 EBGP Multihop | NetworkLessons.com

S       1.1.1.0 [1/0] via 192.168.21.1 
                [1/0] via 192.168.12.1

Configurations
Want to take a look for yourself? Here you will 庤妔nd the con庤妔guration of each device.

R1
hostname R1 
! 
interface Loopback 0 
 ip address 1.1.1.1 255.255.255.0 
! 
interface fastEthernet0/0 
 ip address 192.168.12.1 255.255.255.0 
! 
interface fastEthernet0/1 
 ip address 192.168.21.1 255.255.255.0 
! 
ip route 2.2.2.0 255.255.255.0 192.168.12.2 
ip route 2.2.2.0 255.255.255.0 192.168.21.2 
! 
router bgp 1 
 neighbor 2.2.2.2 remote‐as 2 
 neighbor 2.2.2.2 update‐source loopback 0 
 neighbor 2.2.2.2 ebgp‐multihop 2 
! 
end

R2
hostname R2 
! 
interface Loopback 0 
 ip address 2.2.2.2 255.255.255.0 
! 

https://networklessons.com/bgp/ebgp­multihop/ 9/18
8/8/2016 EBGP Multihop | NetworkLessons.com

interface fastEthernet0/0 
 ip address 192.168.12.2 255.255.255.0 
! 
interface fastEthernet0/1 
 ip address 192.168.21.2 255.255.255.0 
! 
ip route 1.1.1.0 255.255.255.0 192.168.12.1 
ip route 1.1.1.0 255.255.255.0 192.168.21.1 
! 
router bgp 2 
 neighbor 1.1.1.1 remote‐as 1 
 neighbor 1.1.1.1 update‐source loopback 0 
 neighbor 1.1.1.1 ebgp‐multihop 2 
! 
end

That's all there is to it. If you have any questions, feel free to leave a comment!

Rate this Lesson:

« Previous Lesson
eBGP (external BGP)
Next Lesson
iBGP (internal BGP) »
Home › Forums › EBGP Multihop

https://networklessons.com/bgp/ebgp­multihop/ 10/18