I-BGP USING FULL MESH NEIGHBORSHIP & BGP SPLIT HORIZON RULE - LAB

 I-BGP USING FULL MESH NEIGHBORSHIP & BGP SPLIT HORIZON RULE






Assign the basic IP Addressing as per the routers!

Router>enable Router#configure terminal Router(config)#hostname R-1

R-1(config)#interface gig0/0

R-1(config-if)#ip add 1.1.1.1 255.0.0.0

R-1(config-if)#no shut R-1(config-if)#exit

R-1(config)#interface gig0/1

R-1(config-if)#ip add 4.4.4.2 255.0.0.0

R-1(config-if)#no shut R-1(config-if)#exit

R-1(config)#interface gig0/2

R-1(config-if)#ip add 10.1.1.1 255.0.0.0

R-1(config-if)#no shut R-1(config-if)#exit

.


Router>enable Router#configure terminal Router(config)#hostname R-2

R-2(config)#interface gig0/0

R-2(config-if)#ip add 1.1.1.2 255.0.0.0

R-2(config-if)#no shut R-2(config-if)#exit

R-2(config)#int gig0/1

R-2(config-if)#ip add 2.2.2.1 255.0.0.0

R-2(config-if)#no shut R-2(config-if)#exit

R-2(config)#interface gig0/2

R-2(config-if)#ip add 20.1.1.1 255.0.0.0

R-2(config-if)#no shut R-2(config-if)#exit

Router>enable Router#configure terminal Router(config)#hostname R-3

R-3(config)#interface gig0/0

R-3(config-if)#ip add 2.2.2.2 255.0.0.0

R-3(config-if)#no shut R-3(config-if)#exit

R-3(config)#int gig0/1

R-3(config-if)#ip add 3.3.3.1 255.0.0.0

R-3(config-if)#no shut R-3(config-if)#exit

R-3(config)#int gig0/2

R-3(config-if)#ip add 30.1.1.1 255.0.0.0

R-3(config-if)#no shut R-3(config-if)#exit

& Now finally the last which IP implementations of R-4

Router>enable Router#configure terminal Router(config)#hostname R-4

R-4(config)#interface gig0/0

R-4(config-if)#ip add 4.4.4.1 255.0.0.0

R-4(config-if)#no shut R-4(config-if)#exit


R-4(config)#int gig0/1

R-4(config-if)#ip add 3.3.3.2 255.0.0.0

R-4(config-if)#no shut R-4(config-if)#exit

R-4(config)#int gig0/2

R-4(config-if)#ip add 40.1.1.1 255.0.0.0

R-4(config-if)#no shut R-4(config-if)#exit


Now we’ll implement I-BGP on all the routers.

R-1(config)#router bgp 500 R-1(config-router)#no sync R-1(config-router)#no auto-sum

R-1(config-router)#neighbor 1.1.1.2 remote-as 500

R-1(config-router)#neighbor 4.4.4.1 remote-as 500

R-1(config-router)#network 1.0.0.0

R-1(config-router)#network 4.0.0.0

R-1(config-router)#network 10.0.0.0

R-1(config-router)#exit





R-2(config)#router bgp 500

R-2(config-router)#no auto-sum

R-2(config-router)#no sync

R-2(config-router)#neighbor 2.2.2.2 remote-as 500

R-2(config-router)#neighbor 1.1.1.1 remote-as 500

R-2(config-router)#network 1.0.0.0

R-2(config-router)#network 20.0.0.0

R-2(config-router)#network 2.0.0.0



R-3(config)#router bgp 500

R-3(config-router)#no auto-sum

R-3(config-router)#no sync

R-3(config-router)#neighbor 3.3.3.2 remote-as 500

R-3(config-router)#neighbor 2.2.2.1 remote-as 500

R-3(config-router)#network 2.0.0.0

R-3(config-router)#network 3.0.0.0

R-3(config-router)#network 30.0.0.0



R-4(config)#router bgp 500

R-4(config-router)#no auto-sum

R-4(config-router)#no sync

R-4(config-router)#neighbor 4.4.4.2 remote-as 500

R-4(config-router)#neighbor 3.3.3.1 remote-as 500

R-4(config-router)#network 4.0.0.0

R-4(config-router)#network 3.0.0.0

R-4(config-router)#network 40.0.0.0





So, as per the implementations of i-BGP we can see that there’s a trouble in our verifications which is that –

R-1 is not having the routing entry for the network 30.0.0.0 which is on R-3. 
R-3 is not having the routing entry for the network 10.0.0.0 which is on R-1. 
R-2 is not having the routing entry for the network 40.0.0.0 which is on R-4. 
R-4 is not having the routing entry for the network 20.0.0.0 which is on R-2.

Now as per this, the routes are shared via the directly connected neighbors.

But something we discussed “BGP Split Horizon Rule” is here –

By-default as per i-BGP the default rule says that an update sent by one i-BGP neighbor should not be sent back to another i-BGP neighbor.

To overcome this cause, we’ll use full-mesh neighborship.

R-1(config)#router bgp 500

R-1(config-router)#neighbor 2.2.2.2 remote-as 500

R-3(config)#router bgp 500

R-3(config-router)#neighbor 1.1.1.1 remote-as 500

R-3(config-router)#exit



& here’s the routing table verification after defining full-mesh neighborship between R-1 & R-3

#BGP #cisco #lab #practice #learn #useful

Featured Post

Day 41 — BGP Confederations: Sub-AS Design, External View and Migration

1. Opening Confederations are another way to scale BGP inside a large administrative domain. They divide the domain into member autonomous systems while presenting a single confederation identifier to external peers. They are powerful, but their operational model is more complex than simply 'using private ASNs inside.' The engineering goal is not to memorize another BGP command. It is to understand what information each speaker is allowed to propagate, what path information can be hidden, and what failure domain is created by the chosen control-plane architecture . 2. Concept and standards behavior RFC 5065 defines AS_CONFED_SEQUENCE and AS_CONFED_SET and how member-AS relationships are represented. Confederation external sessions have eBGP-like properties inside the confederation, while the confederation is presented externally as one AS. Modern guidance must also account for the fact that RFC 9774 prohibits new origination of AS_SET/AS_CONFED_SET in ordinary aggregation c...