Parameter next-hop,reset,synchronization pada BGP

Sekarang kita bahas Next-Hop-Self / Cara Reset BGP ,synchronization bgp

Nah pada topologi diatas anggap saja ada 2 buah router transit (yakni router google dan office )yang dihubungkan melalui ISP-Backbone di dalam ISP-Backbone tersebut ke 2 router transit tersebut di hubungkan melalui Internal BGP(Router B dan C) melalui router A yang menjalankan OSPF,weleh mumet ndasku
wk..wk..

Ceritanya Office ini mau bisa mengirimkan packet ke google 8.8.8.8 itu tadi kita lihat cek apakah router google telah melakukan advertised IP ??adadas

Kalau kita lihat table routing di router B IP address 8.8.8.8 tersebut sudah di advertised oleh router google


Keterangan diatas tersebut juga menandakan 8.8.8.8 tersebut sudah menjadi best path,kok tahu best path?? Itu loh ada tanda (*>) nah…

sekarang saatnya kita ping


Ping juga dah bisa tuh gan

Dah pede neh berarti dari router office sudah bisa akses ke google dong??
kita coba yuk ping 8.8.8.8 dari router office

65129795_10217785181598421_8551005115803238400_n

Loh harapan tidak seindah apa yang direncanakan :v  nyatanya dari router office belum bisa ping ke Google,coba kita cek masuk ke router C
Pantes gak bisa ping ke google table routingnya 8.8.8.8 itu belum dapet advertised ipnya dari router B
wah kok bisa??

untuk mastiin apa bener sudah ke advertised dari router B??

tapi di router B sudah ke advertised tuh IP miliknya google,kenapa ya??

tenang kita cek dulu di router C

Ternyata IP google tersebut tidak termasuk ke dalam Best Path,pantes saja tidak ada dalam routing table BGP diatas

rtrc

Parameter Next-Hop-self

Untuk itu kita harus tambahin next-hop-self

Pada Router B

aspsa

sekarang kita cek di router C

gag

Reset BGP

 

wk.wk..wk.. masih sama ya??
solusinya ya kita reset dulu BGP-nya

ada 2 metode dalam mereset

1.hard reset/reset radikal (wk..wk..namanya aja dah serem radikal),kenapa saya namain reset radikal??,karena eh karena merusak pikiran,Loh

ane namain radikal karena dengen reset tersebut mengakibatkan BGP menjadi mati,kalau mati ya otomatis routing table akan hilang,dia akan membuat koneksi BGP baru lagi,kalo ente ngerest radikal itu artinya koneksi ente putus,Nah..serem yak

konfigurasinya

jika kamu mempunyai 2 koneksi peering BGP missal pada router B

jk

pada router B mempunyai 2 koneksi peering BGP ke 2.2.2.2 dan 10.20.0.6 kalau kita pakai cara diatas kedua peering BGP diatas akan putus,dia akan membuat koneksi baru BGP nya,otomatis table routing hilang dong..?? Nah..

kalau mau reset missal 2.2.2.2 nya saja cukup kita ketikkan berikut :

RTR-B#clear ip bgp 2.2.2.2

2.Soft Reset
Nah..diatas entuh reset radikal,adalagi neh smooth,soft kalau kamu suka yang lembut-lembutRTR-B#clear ip bgp 2.2.2.2 soft in
RTR-B#clear ip bgp 2.2.2.2 soft out
nah dengan diatas kamu bisa reset BGP kamu tanpa mematikan koneksi BGP-Nya hoogh,
karena yang kita pengen reset secara halus soft maka kita reset dulu BGP yang kea rah luardari router B ketik pada router B :

RTR-B#clear ip bgp 10.20.0.6 soft out

Nah network 8.8.8.8 google menjadi best path deh reachable sekarang kita ping
dari router C

eh sebelum kita ping mau tau gak perbedaan sebelum dan sesudah kita memakai next-hop-self

Sebelum pakai next-hop-self

Sesudah menambahkan parameter next-hop

Perbedaannya sebelum dan sesudah parameter next-hop-self ada pada next-hop
jika sebelum next-hopnya ke 2.2.2.2 dan sesudah pemakaian parameter next-hop
berubah menjadi 10.20.0.2 dengan parameter pada router Bketika mengetikkan parameter next-hop-self,maka parmeter tersebut mempengaruhi pada router C tentang pemilihan jalur next-hop nya menjadi 10.20.0.6 interface yang reachable yang dapat di jangkau pada melalui router C daripada ip 2.2.2.2 (milik google)sekarang kita coba ping melalui router C

Ngahaha tetep unreachable padahal table routing sudah ada ya,dan status sudah reachable (best-path)

traceroute kok malah lari ke router A ??
Nah..

Karena router A hanya menjalankan OSPF saja,bukan BGP ya jelas pada si router A tidak mengetahui adanya prefix 8.8.8.8(8.8.8.0/24)

Parameter Synchronization

 

Pantes gak bisa table routing 8.8.8.8 tidak ada pada router A
wahai router jujurlah keadaan prefix 8.8.8.8 sebenernya statusnya reachable atau unreachable??
Nah..
Kita suruh ngaku,jujur yuk routernya coba kita ketikkan parameter synchronization pada router B dan C
RTR-B(config)#router bgp 17974
RTR-B(config-router)#synchronization
RTR-C(config)#router bgp 17974
RTR-C(config-router)#synchronization
jangan lupa clear BGP Lagi pada router B
RTR-B#clear ip bgp 10.20.0.6 soft out

maka hasilnya pada router C tara…jreng..jreng…

Ternyata di bohongi kita 8.8.8.8 itu statusnya unreachable alias bukan best path
karena router A hanya menggunakan OSPF sedangakan router B dan C mengunakan 2 protocol routing yakni OSPF dan BGP,Router bisa juga bikin hoax wk..wk..

ini artinya kita perlu meredistribusikan OSPF ke BGP dan Sebaliknya dari BGP Ke OSPF konfigurasinya seperti berikut

kita cek sekarang pada router C statusnya

r

loh kok jadi r> apa itu??

Itu artinya Rib-Failure packet yang menuju ke 8.8.8.8 dari router C tidak dapat
diteruskan melalui BGP ,nah jadi gimana tuh??

Ya tetep bisa ngeping ke 8.8.8.8 melalui jalur OSPF loh kok OSPF ?? makin mumet..wk..wk..iya karena terkait dengan AD(Administrative Distance)

AD dari iBGP(Internal BGP) adalah 200 sedangkan OSPF AD nya 110

Cek nyok

cek

Test Ping yuk gan

Nah sekarang sudah bisa..

Leave a comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.