Lab 33. BGP Reduntant Route Reflector

Diposting oleh Aries di 17.32
Konfigurasinya kurang lebih sama dengan Route-Reflector (RR) biasa, bedanya disini terdapat 2 buah RR. Satu bersifat sebagai master, yang satunya lagi sebagai backup. Seperti yang kita ketahui, RR harus peering dengan semua client sedangkan client hanya perlu peering dengan RR saja. Oke, langsung ke TKP saja gan...
1. Topologi Lab
2. Metode Lab
  • Gunakan pengalamatan IP standard IDN or klick here
  • Konfigurasikan RIP dan advertise network interface fisik dan loopback0
  • Konfigurasikan RR dengan menggunakan loopback 0 sebagau source nya
  • IDN-R2 dan IDN-R3 dijadikan RR
  • Semua router cukup peering ke RR saja
  • Buat ip loopback baru unruk diadvertise ke BGP
3. Verifikasi
  • Pastikan ip loopback yang diadvertise ke BGP bisa dip ing oleh semua router
  • Cek redunansi dengan mematikan session BGP antara RR IDN-R3 dengan client IDN-R4 
4. Konfigurasi

IDN-R1(config-router)#router rip
IDN-R1(config-router)#net 12.12.12.0
IDN-R1(config-router)#net 1.1.1.1
IDN-R1(config-router)#router bgp 1234
IDN-R1(config-router)#nei 2.2.2.2 remote-as 1234
IDN-R1(config-router)#nei 2.2.2.2 up l0
IDN-R1(config-router)#nei 3.3.3.3 remote-as 1234
IDN-R1(config-router)#nei 3.3.3.3 up l0
IDN-R1(config-router)#int lo1
IDN-R1(config-if)#ip add 11.11.11.11 255.255.255.255
IDN-R1(config-router)#router bgp 1234
IDN-R1(config-router)#net 11.11.11.11 mask 255.255.255.255

IDN-R2(config)#router rip
IDN-R2(config-router)#net 12.12.12.0
IDN-R2(config-router)#net 23.23.23.0
IDN-R2(config-router)#net 2.2.2.2
IDN-R2(config-router)#router bgp 1234
IDN-R2(config-router)#nei 1.1.1.1 remote-as 1234
IDN-R2(config-router)#nei 1.1.1.1 up l0
*Mar  1 00:05:53.383: %BGP-5-ADJCHANGE: neighbor 1.1.1.1 Up
IDN-R2(config-router)#nei 1.1.1.1 route-reflector-client
IDN-R2(config-router)#nei 3.3.3.3 remote-as 1234
IDN-R2(config-router)#nei 3.3.3.3 up l0
IDN-R2(config-router)#nei 4.4.4.4 remote-as 1234
IDN-R2(config-router)#nei 4.4.4.4 up l0
IDN-R2(config-router)#nei 4.4.4.4 route-reflector-client

 IDN-R3(config-if)#router rip
IDN-R3(config-router)#net 23.23.23.0
IDN-R3(config-router)#net 34.34.34.0
IDN-R3(config-router)#net 3.3.3.3
IDN-R3(config-router)#router bgp 1234
IDN-R3(config-router)#nei 1.1.1.1 remote-as 1234
IDN-R3(config-router)#nei 1.1.1.1 up l0*Mar  1 00:07:41.623: %BGP-5-ADJCHANGE: neighbor 1.1.1.1 Up
IDN-R3(config-router)#nei 1.1.1.1 route-reflector-client
 *Mar  1 00:07:50.743: %BGP-5-ADJCHANGE: neighbor 1.1.1.1 Down RR client config change
IDN-R3(config-router)#nei 2.2.2.2 remote-as 1234
IDN-R3(config-router)#nei 2.2.2.2 up l0
*Mar  1 00:08:29.935: %BGP-5-ADJCHANGE: neighbor 2.2.2.2 Up 
IDN-R3(config-router)#nei 4.4.4.4 remote-as 1234
IDN-R3(config-router)#nei 4.4.4.4 up l0
IDN-R3(config-router)#nei 4.4.4.4 route-reflector-client 
*Mar  1 00:09:26.311: %BGP-5-ADJCHANGE: neighbor 4.4.4.4 Up 

IDN-R4(config-if)#router rip
IDN-R4(config-router)#net 34.34.34.0
IDN-R4(config-router)#net 4.4.4.4
IDN-R4(config-router)#router bgp 1234
IDN-R4(config-router)#nei 2.2.2.2 remote-as 1234
IDN-R4(config-router)#nei 2.2.2.2 up l0*Mar  1 00:08:26.595: %BGP-5-ADJCHANGE: neighbor 2.2.2.2 Up
IDN-R4(config-router)#nei 3.3.3.3 remote-as 1234
IDN-R4(config-router)#nei 3.3.3.3 up l0*Mar  1 00:08:55.651: %BGP-5-ADJCHANGE: neighbor 3.3.3.3 Up

 Cek apakah konfigurasi kita berhasil
IDN-R2(config-router)#do sh ip bgp sum | b Nei
Neighbor      V  AS      MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
1.1.1.1         4  1234   26            26             2         0     0       00:22:11        1
3.3.3.3         4  1234   24            24             2         0     0       00:19:29        1
4.4.4.4         4  1234   23            24             2         0     0       00:19:02        0

IDN-R4(config-router)#do ping 11.11.11.11
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 11.11.11.11, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 120/143/168 ms

Oke, network yang diadvertise ke BGP sudah bisa di ping oleh semua router. Sekarang

perhatikan output dari show ip bgp 11.11.11.11 pada IDN-R4

IDN-R4(config-router)#do sh ip bgp 11.11.11.11
BGP routing table entry for 11.11.11.11/32, version 2
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Not advertised to any peer
  Local
    1.1.1.1 (metric 1) from 3.3.3.3 (3.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal
      Originator: 1.1.1.1, Cluster list: 3.3.3.3
  Local
    1.1.1.1 (metric 1) from 2.2.2.2 (2.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 1.1.1.1, Cluster list: 2.2.2.2

Bisa kita lihat, IDN-R4 memiliki 2 route untuk menuju IDN-R1. Satu route diterima dari IDN-R3 dan yang lainnya dari IDN-R2.  Router tidak butuh 2 route, namun router menerima keduanya. Hal ini menarik untuk melihat apa yang terjadi di RR.

IDN-R3#sh ip bgp 11.11.11.11
BGP routing table entry for 11.11.11.11/32, version 2
Paths: (2 available, best #2, table Default-IP-Routing-Table)
  Advertised to update-groups:
        1    2
  Local
    1.1.1.1 (metric 1) from 2.2.2.2 (2.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal
      Originator: 1.1.1.1, Cluster list: 2.2.2.2
  Local, (Received from a RR-client)
    1.1.1.1 (metric 1) from 1.1.1.1 (1.1.1.1)
      Origin IGP, metric 0, localpref 100, valid, internal, best

Di RR IDN-R3 juga memilike 2 route. Best nya adalah route yang berasal langsung dari meighbor nya, yang kemudian IDN-R3 akan mengadvertise ke IDN-R2. Kita cek!

 IDN-R3#sh ip bgp update-group 1
 BGP version 4 update-group 1, internal, Address Family: IPv4 Unicast
  BGP Update version : 2/0, messages 0
  Route-Reflector Client
  Update messages formatted 1, replicated 1
  Number of NLRIs in the update sent: max 1, min 1
  Minimum time between advertisement runs is 0 seconds
  Has 2 members (* indicates the members currently being sent updates):
   1.1.1.1          4.4.4.4

Jika kita mengimplementasikan reduntant route reflector, kita akan terbebas dari adanya looping, hanya saja akan memakan resource yang besar karena route yang kita terima adalah dobel (dalam AS 1234 terdapat 2 RR). Untuk menyelesaikan masalah ini, kita perlu mendaftarkan RR ke dalam cluster ID yang sama. Defaultnya, cluster-ID adalah router-ID, Kita akan mengubah cluster-ID dengan nilai yang sama seperti subnet yang digunakan antara IDN-R2 dan IDN-R3, kemudian reset semua BGP peer nya.

IDN-R2(config)#router bgp 1234
IDN-R2(config-router)#bgp cluster-id 23.23.23.0

 IDN-R3(config)#router bgp 1234
IDN-R3(config-router)#bgp cluster-id 23.23.23.0

 IDN-R1 - R4(config)# do clear ip bgp *

Lihat efeknya :
IDN-R4(config-router)#do sh ip bgp 11.11.11.11
BGP routing table entry for 11.11.11.11/32, version 4
Paths: (2 available, best #2, table Default-IP-Routing-Table)
Flag: 0x820
  Not advertised to any peer
  Local
    1.1.1.1 (metric 1) from 3.3.3.3 (3.3.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal
      Originator: 11.11.11.11, Cluster list: 23.23.23.0
  Local
    1.1.1.1 (metric 1) from 2.2.2.2 (2.2.2.2)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 11.11.11.11, Cluster list: 23.23.23.0

 Di IDN-R4 masih memiliki 2 rute dengan cluster id yang sama.

 IDN-R3(config-router)#do sh ip bgp 11.11.11.11
BGP routing table entry for 11.11.11.11/32, version 2
Paths: (1 available, best #1, table Default-IP-Routing-Table)
Flag: 0x820
  Advertised to update-groups:
        1    2
  Local, (Received from a RR-client)
    1.1.1.1 (metric 1) from 1.1.1.1 (11.11.11.11)
      Origin IGP, metric 0, localpref 100, valid, internal, best

Berbeda dengan IDN-R3, hanya memiliki 1 rute dari IDN-R1 langsung. Namun kia lihat apa yang terjadi jika peering antara IDN-R3 ke IDN-R1 putus.

IDN-R1(config)#router bgp 1234
IDN-R1(config-router)#nei 3.3.3.3 shutdown*Mar  1 00:57:21.571: %BGP-5-ADJCHANGE: neighbor 3.3.3.3 Down Admin. shutdown

Cek ip bgp 11.11.11.11 di IDN-R3

IDN-R3(config-router)#do sh ip bgp 11.11.11.11
% Network not in table

IDN-R3 tidak bisa menerima update 11.11.11.11 dari RR IDN-R3 karena memiliki cluster-id yang sama. Jadi sebaiknya cluster-id dibuat sama, atau dibiarkan berbeda? sesuaikan dengan kebutuhan!
Label:

0 komentar:

Posting Komentar

Langganan: Posting Komentar (Atom)