🏆 🧑🏿‍🤝‍🧑🏿 🍘 Bagaimana BGP Bekerja 👩🏻‍✈️ 🔈 📎

Hari ini kita melihat protokol BGP. Kami tidak akan berbicara lama mengapa itu dan mengapa itu digunakan sebagai satu-satunya protokol. Cukup banyak informasi mengenai hal ini, misalnya di sini .

Jadi apa itu BGP? BGP adalah protokol routing dinamis yang merupakan satu-satunya protokol EGP (External Gateway Protocol). Protokol ini digunakan untuk membangun perutean di Internet. Pertimbangkan bagaimana lingkungan antara dua router BGP dibangun.

Pertimbangkan lingkungan antara Router1 dan Router3. Kami akan mengonfigurasinya menggunakan perintah berikut:

router bgp 10 network 192.168.12.0 network 192.168.13.0 neighbor 192.168.13.3 remote-as 10 router bgp 10 network 192.168.13.0 network 192.168.24.0 neighbor 192.168.13.1 remote-as 10

Lingkungan dalam satu sistem otonom adalah AS 10. Setelah memasukkan data pada router, misalnya pada Router1, router ini mencoba mengatur hubungan lingkungan dengan Router3. Keadaan awal ketika tidak ada yang terjadi disebut Idle . Segera setelah bgp dikonfigurasi pada Router1, ia akan mulai mendengarkan port TCP 179 - ia akan masuk ke status Connect , dan ketika mencoba untuk membuka sesi dengan Router3, itu akan masuk ke status aktif .

Setelah sesi dibuat antara Router1 dan Router3, pertukaran pesan terbuka berlangsung. Ketika pesan ini dikirim oleh Router1, maka keadaan ini akan disebut Open Sent . Dan ketika menerima pesan Terbuka dari Router3, itu akan masuk ke status Buka Konfirmasi . Pertimbangkan pos Terbuka secara lebih rinci:

Pesan ini menyampaikan informasi tentang protokol BGP yang digunakan router. Dengan bertukar pesan terbuka, Router1 dan Router3 mengkomunikasikan informasi tentang pengaturan mereka satu sama lain. Parameter berikut dilewatkan:

Versi : ini termasuk versi BGP yang digunakan router. Versi BGP saat ini adalah versi 4 yang dijelaskan dalam RFC 4271. Dua router BGP akan mencoba untuk menegosiasikan versi yang kompatibel, ketika ada ketidaksesuaian maka tidak akan ada sesi BGP.
AS saya : ini termasuk nomor AS dari router BGP, router harus menyetujui nomor AS dan juga menentukan apakah mereka akan menjalankan iBGP atau eBGP.
Waktu Tunggu : jika BGP tidak menerima keepalive atau memperbarui pesan dari pihak lain selama durasi waktu tunggu maka akan menyatakan pihak lain 'mati' dan itu akan menghancurkan sesi BGP. Secara default waktu penahanan diatur ke 180 detik pada router Cisco IOS, pesan keepalive dikirim setiap 60 detik. Kedua router harus menyetujui waktu tunggu atau tidak akan ada sesi BGP.
BGP Identifier : ini adalah ID router BGP lokal yang dipilih seperti OSPF:
Gunakan ID router yang dikonfigurasikan secara manual dengan perintah router-id bgp.
Gunakan alamat IP tertinggi pada antarmuka loopback.
Gunakan alamat IP tertinggi pada antarmuka fisik.
Parameter Opsional : di sini Anda akan menemukan beberapa kemampuan opsional dari router BGP. Bidang ini telah ditambahkan sehingga fitur baru dapat ditambahkan ke BGP tanpa harus membuat versi baru. Hal-hal yang mungkin Anda temukan di sini adalah:

dukungan untuk MP-BGP (Multi Protocol BGP).
dukungan untuk Refresh Rute.
dukungan untuk nomor AS 4-oktet.

Untuk membangun lingkungan, syarat-syarat berikut harus dipenuhi:

Nomor versi. Versi saat ini 4.
Nomor AS harus cocok dengan yang Anda konfigurasikan tetangga 192.168.13.3 remote-as 10 .
ID router harus berbeda dari tetangga.

Jika salah satu parameter tidak memenuhi kondisi ini, router akan mengirim pesan Pemberitahuan yang mengindikasikan kesalahan. Setelah mengirim dan menerima pesan Terbuka, hubungan lingkungan memasuki kondisi ESTABLISHED . Setelah itu, router dapat bertukar informasi tentang rute dan melakukan ini menggunakan Perbarui pesan. Berikut adalah pesan Pembaruan yang mengirim Router1 ke Router3:

Di sini menunjukkan jaringan yang dilaporkan oleh atribut Router1 dan Path, yang analog dengan metrik. Kami akan berbicara tentang atribut Path secara lebih rinci. Juga, pesan keepalive ditransmisikan dalam sesi TCP. Mereka dikirimkan, secara default, setiap 60 detik. Ini adalah Timer Keepalive. Jika pesan Keepalive tidak diterima selama Hold Timer, ini berarti kehilangan komunikasi dengan tetangga. Secara default, ini sama dengan - 180 detik.

Piring yang berguna:

Tampaknya telah mengetahui bagaimana router saling mengirimkan informasi, sekarang mari kita coba mencari tahu logika protokol BGP.

Untuk mengiklankan rute ke tabel BGP, seperti pada protokol IGP, perintah jaringan digunakan, tetapi logika operasinya berbeda. Jika dalam IGP, setelah menentukan rute dalam perintah jaringan, IGP melihat antarmuka mana yang termasuk dalam subnet ini dan memasukkannya dalam tabelnya, maka perintah jaringan dalam BGP terlihat di tabel routing dan mencari kecocokan yang tepat dengan rute pada perintah jaringan. Jika ini ditemukan, rute ini akan jatuh ke dalam tabel BGP.

Cari rute di tabel perutean IP router saat ini yang sama persis dengan parameter dari perintah jaringan; jika rute IP ada, masukkan NLRI yang setara ke dalam tabel BGP lokal.

Sekarang kita akan menaikkan BGP ke semua yang tersisa dan melihat bagaimana rute dipilih dalam satu AS. Setelah router BGP menerima rute dari tetangga, pemilihan rute optimal dimulai. Di sini Anda perlu memahami tetangga seperti apa - internal dan eksternal. Apakah router konfigurasi mengerti jika tetangga yang dikonfigurasi internal atau eksternal? Jika dalam tim:

 neighbor 192.168.13.3 remote-as 10

sebagai parameter remote-as, AS ditentukan, yang dikonfigurasikan pada router itu sendiri dengan perintah router bgp 10. Rute yang berasal dari AS internal dianggap internal, dan rute dari AS eksternal adalah eksternal. Dan sehubungan dengan masing-masing, logika berbeda untuk menerima dan mengirim karya. Pertimbangkan topologi berikut:

Setiap router memiliki antarmuka loopback yang dikonfigurasi dengan ip: xxxx 255.255.255.0 - di mana x adalah jumlah router. Pada Router9 kami memiliki antarmuka loopback dengan alamat - 9.9.9.9 255.255.255.0. Kami akan mengumumkannya di BGP dan melihat bagaimana itu didistribusikan. Rute ini akan dikirim ke Router8 dan Router12. Dengan Router8, rute ini akan menuju ke Router6, tetapi pada Router5 tidak akan berada di tabel routing. Juga, pada Router12 rute ini akan masuk ke dalam tabel, tetapi pada Router11 tidak akan baik. Mari kita coba mencari tahu. Pertimbangkan data dan parameter apa yang sedang dikirim oleh Router9 ke tetangganya, melaporkan rute ini. Paket di bawah ini akan dikirim dari Router9 ke Router8.

Informasi rute terdiri dari atribut Path.

Atribut path dibagi menjadi 4 kategori:

Wajib dikenal - Semua router BGP harus mengenali atribut ini. Harus ada di semua pembaruan.
Discretionary terkenal - Semua router BGP harus mengenali atribut ini. Mereka mungkin hadir dalam pembaruan, tetapi kehadiran mereka tidak perlu.
Transitif opsional - mungkin tidak dikenali oleh semua implementasi BGP. Jika router tidak mengenali atribut, itu menandai pembaruan sebagai parsial dan mengirimkannya lebih jauh ke tetangga, menjaga atribut yang tidak dikenal.
Opsional non-transitif - mungkin tidak dikenali oleh semua implementasi BGP. Jika router tidak mengenali atribut, maka atribut tersebut diabaikan dan dibuang selama transmisi ke tetangga.

Contoh atribut BGP:

Wajib terkenal :
- Jalur sistem otonom
- Hop selanjutnya
- Asal
Discretionary terkenal :
- Preferensi lokal
- Agregat atom
Transitif opsional :
- Agregator
- Komunitas
Opsional non-transitif :
- Multi-exit diskriminator (MED)
- ID Penggagas
- Daftar kelompok

Dalam hal ini, kita akan tertarik pada Origin, Next-hop, AS Path. Karena rute melewati antara Router8 dan Router9, yaitu, di dalam AS yang sama, itu dianggap internal dan kami akan memperhatikan Asal.

Atribut Asal - menunjukkan bagaimana rute diterima dalam pembaruan. Nilai atribut yang mungkin:

0 - IGP: NLRI diperoleh di dalam sistem otonom asli;
1 - EGP: NLRI dipelajari oleh Exterior Gateway Protocol (EGP). Pendahulu BGP, tidak digunakan
2 - Tidak Lengkap: NLRI dipelajari dengan cara lain

Dalam kasus kami, seperti dapat dilihat dari paket, itu adalah 0. Ketika rute ini ditransmisikan ke Router12, maka kode ini akan memiliki kode - 1.

Selanjutnya, Next-hop. Atribut Next-hop

Ini adalah alamat IP router eBGP yang dilaluinya jalur menuju jaringan tujuan.
Atribut berubah ketika awalan dilewatkan ke AS lain.

Dalam kasus iBGP, yaitu, di dalam satu AS, Next-hop akan ditunjukkan orang yang belajar atau memberi tahu tentang rute ini. Dalam kasus kami, ini akan menjadi 192.168.89.9. Tetapi ketika akan mentransfer rute ini dari Router8 ke Router6, Router8 akan mengubahnya dan menggantinya dengan miliknya. Berikutnya-hop adalah - 192.168.68.8. Ini membawa kita ke dua aturan:

Jika router melewati rute ke tetangga internal, maka router tidak mengubah parameter Next-hop.
Jika router mengirim rute ke tetangga eksternal, itu akan mengubah Next-hop ke ip dari antarmuka dari mana router ini mengirim.

Ini mengarahkan kita untuk memahami masalah pertama - Mengapa tidak akan ada rute dalam tabel routing pada Router5 dan Router11. Mari kita pertimbangkan lebih detail. Jadi, Router6 menerima informasi rute 9.9.9.0/24 dan dengan aman menambahkannya ke tabel routing:

 Router6#show ip route bgp Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override, p - overrides from PfR Gateway of last resort is not set 9.0.0.0/24 is subnetted, 1 subnets B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25

Sekarang Router6 melewati rute Router5 dan tidak mengubah aturan Next-hop pertama. Yaitu, Router5 harus menambahkan 9.9.9.0 [20/0] melalui 192.168.68.8 , tetapi ia tidak memiliki rute ke 192.168.68.8 dan karenanya rute ini tidak akan ditambahkan, meskipun informasi tentang rute ini akan disimpan dalam tabel BGP:

 <b>Router5#show ip bgp BGP table version is 1, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>

Situasi yang sama akan terjadi antara Router11-Router12. Untuk menghindari situasi seperti itu, perlu untuk mengkonfigurasi sehingga Router6 atau Router12, melewati rute ke tetangga internal mereka, mengganti alamat IP mereka sebagai Next-hop. Ini dilakukan dengan menggunakan perintah:

 neighbor 192.168.56.5 next-hop-self

Setelah perintah ini, Router6 akan mengirim pesan Pembaruan, di mana untuk rute sebagai Next-hop ip dari antarmuka Gi0 / 0 dari Router6 akan ditunjukkan - 192.168.56.6, setelah itu rute ini sudah akan berada di tabel routing.

Mari kita pergi dan melihat apakah rute ini muncul di Router7 dan Router10. Ini tidak akan muncul di tabel routing dan kita mungkin berpikir bahwa masalahnya seperti pada yang pertama dengan parameter Next-hop, tetapi jika kita melihat output dari perintah show ip bgp, kita akan melihat bahwa rute di sana tidak diterima bahkan dengan Next-hop yang salah, yang berarti bahwa rute itu bahkan tidak ditransmisikan. Dan ini akan menuntun kita ke keberadaan aturan lain:

Rute yang diterima dari tetangga internal tidak ditransfer ke tetangga internal lainnya.

Karena Router5 menerima rute dari Router6, itu tidak akan dikirimkan ke tetangga internal lainnya. Agar pemindahan dapat terjadi, Anda harus mengonfigurasi fungsi Route Reflector , atau mengonfigurasi hubungan lingkungan yang sepenuhnya terhubung (Full Mesh), yaitu, Router5-7 masing-masing akan menjadi tetangga bagi masing-masing. Kami akan menggunakan Reflektor Rute dalam hal ini. Di Router5, Anda harus menggunakan perintah ini:

 neighbor 192.168.57.7 route-reflector-client

Route-Reflector mengubah perilaku BGP saat mentransmisikan rute ke tetangga internal. Jika tetangga internal ditetapkan sebagai rute-reflektor-klien , maka rute internal akan diumumkan kepada klien ini.

Apakah rute tidak muncul di Router7? Jangan lupa tentang Next-hop juga. Setelah manipulasi ini, rute juga harus di Router7, tetapi ini tidak terjadi. Ini membawa kita ke aturan lain:

Aturan next-hop hanya berfungsi untuk rute eksternal. Untuk rute internal, atribut next-hop tidak diganti.

Dan kami mendapatkan situasi di mana Anda perlu membuat lingkungan menggunakan routing statis atau IGP untuk menginformasikan router tentang semua rute di dalam AS. Kami akan mendaftarkan rute statis pada Router6 dan Router7 dan setelah itu kami akan mendapatkan rute yang diinginkan di tabel router. Di AS 678, kami akan bertindak sedikit berbeda - kami akan menulis rute statis untuk 192.168.112.0/24 pada Router10 dan 192.168.110.0/24 pada Router12. Selanjutnya, kami membangun hubungan lingkungan antara Router10 dan Router12. Kami juga mengkonfigurasi Router12 untuk mengirim next-hop untuk Router10:

 neighbor 192.168.110.10 next-hop-self

Hasilnya adalah bahwa Router10 akan menerima rute 9.9.9.0/24, itu akan diterima dari Router7 dan Router12. Mari kita lihat pilihan apa yang dibuat Router10:

 Router10#show ip bgp BGP table version is 3, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i 192.168.107.7 0 123 45 i

Seperti yang dapat kita lihat, dua rute dan panah (>) berarti bahwa rute melalui 192.168.112.12 dipilih.
Mari kita lihat bagaimana proses pemilihan rute berlangsung:

Pertama-tama, setelah menerima rute, ketersediaan Next-hopnya diperiksa. Itulah sebabnya, ketika kami menerima rute di Router5 tanpa mengatur Next-hop-self, rute ini tidak diajukan lebih lanjut untuk diproses.
Berikutnya adalah parameter Berat. Parameter ini bukan Atribut Path (PA) dan tidak dikirim dalam pesan BGP. Ini dikonfigurasi secara lokal pada setiap router dan hanya digunakan untuk memanipulasi pemilihan rute pada router itu sendiri. Pertimbangkan sebuah contoh. Ditampilkan di atas bahwa Router10 memilih rute untuk 9.9.9.0/24 melalui Router12 (192.168.112.12). Untuk mengubah parameter Wieght, Anda dapat menggunakan rute-peta untuk mengatur rute tertentu, atau menetapkan bobot untuk tetangganya menggunakan perintah:
```
  neighbor 192.168.107.7 weight 200 
```
Sekarang semua rute dari tetangga ini akan memiliki bobot seperti itu. Mari kita lihat bagaimana pilihan perubahan rute setelah manipulasi ini:
```
 Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 i 
```
Seperti yang Anda lihat, rute melalui Router7 sekarang dipilih, tetapi ini tidak akan berpengaruh pada router lain.
Di tempat ketiga yang kami miliki - Preferensi Lokal. Parameter ini adalah atribut discretionary terkenal, yang berarti bahwa keberadaannya adalah opsional. Parameter ini hanya valid dalam satu AS dan memengaruhi pilihan jalur hanya untuk tetangga internal. Itu sebabnya, itu hanya dikirim dalam Perbarui pesan yang ditujukan untuk tetangga internal. Dalam Perbarui pesan untuk tetangga eksternal tidak ada. Karena itu, ia ditugaskan ke diskresioner terkenal. Mari kita coba terapkan di Router5. Pada Router5, kita harus memiliki dua rute untuk 9.9.9.0/24 - satu melalui Router6 dan yang kedua melalui Router7.

Kami melihat:
```
 Router5#show bgp BGP table version is 2, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 
```
Tetapi karena Anda dapat melihat satu rute melalui Router6. Dan di mana rute melalui Router7? Mungkin itu bahkan tidak ada di Router7? Kami melihat:
```
 Router#show bgp BGP table version is 10, local router ID is 7.7.7.7 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 i 
```
Aneh, semuanya tampak teratur. Mengapa tidak ditransmisikan ke Router5? Masalahnya adalah bahwa BGP memiliki aturan:
Router hanya mentransmisikan rute yang digunakannya sendiri.

Router7 menggunakan rute melalui Router5, sehingga rute melalui Router10 tidak akan dikirimkan. Kembali ke preferensi lokal. Mari kita atur Preferensi Lokal pada Router7 dan lihat bagaimana Router5 merespons ini:
```
 route-map BGP permit 10 match ip address 10 set local-preference 250 access-list 10 permit any router bgp 123 neighbor 192.168.107.10 route-map BGP in</b> 
```
Jadi, kami membuat peta rute tempat semua rute jatuh dan memberi tahu Router7 untuk mengubah parameter Preferensi Lokal menjadi 250 setelah menerima, secara default 100. Kami melihat apa yang terjadi pada Router5:
```
 Router5#show bgp BGP table version is 8, local router ID is 5.5.5.5 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 i 
```
Seperti yang kita lihat sekarang, Router5 lebih memilih rute melalui Router7. Gambar yang sama akan berada di Router6, meskipun lebih menguntungkan baginya untuk memilih rute melalui Router8. Kami juga menambahkan bahwa perubahan dalam parameter ini memerlukan restart lingkungan untuk perubahan berlaku. Baca di sini . Dengan Preferensi Lokal diurutkan. Pergi ke parameter berikutnya.

Preferensi rute dengan parameter Next-hop 0.0.0.0, mis. Rute lokal atau gabungan. Setelah memasukkan perintah jaringan, rute ini secara otomatis ditetapkan parameter Berat sama dengan maksimum - 32678:

 Router#show bgp BGP table version is 2, local router ID is 9.9.9.9 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path *> 9.9.9.0/24 0.0.0.0 0 32768 i

Jalur terpendek melalui AS. Parameter AS_Path terpendek dipilih. Semakin sedikit rute yang dilewati, semakin baik. Pertimbangkan rute ke 9.9.9.0/24 di Router10:

 Router10#show bgp BGP table version is 2, local router ID is 6.6.6.6 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, x best-external, a additional-path, c RIB-compressed, Origin codes: i - IGP, e - EGP, ? - incomplete RPKI validation codes: V valid, I invalid, N Not found Network Next Hop Metric LocPrf Weight Path * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 i

Seperti yang Anda lihat, Router10 memilih rute melalui 192.168.112.12 karena parameter AS_Path hanya berisi 45 untuk rute ini, dan 123 dan 45 dalam kasus lain.

Parameter selanjutnya adalah Asal. Apakah IGP (rute yang diperoleh menggunakan BGP) lebih baik dari EGP (rute yang diperoleh dengan menggunakan BGP pendahulunya, sekarang tidak digunakan), dan EGP lebih baik daripada Tidak Lengkap? (diterima dengan cara lain, misalnya, dengan redistribusi).
Parameter selanjutnya adalah MED. Kami memiliki Wieght, yang hanya berfungsi secara lokal di router. Ada Preferensi Lokal yang hanya berfungsi dalam satu sistem otonom. Seperti yang Anda duga, MED adalah parameter yang akan dikirim antara sistem otonom. Artikel yang sangat bagus tentang opsi ini.

Lebih banyak atribut tidak akan digunakan, tetapi jika dua rute memiliki atribut yang sama, maka aturan berikut digunakan:

Pilih jalur melalui tetangga IGP terdekat.
Pilih rute tertua untuk jalur eBGP.
Pilih jalur melalui tetangga dengan ID router BGP terendah.
Pilih jalur melalui tetangga dengan alamat IP terendah.

Sekarang pertimbangkan masalah konvergensi BGP.

Mari kita lihat apa yang terjadi jika, misalnya, Router6 kehilangan rute 9.9.9.0/24 melalui Router9. Matikan antarmuka Gi0 / 1 Router6, yang segera memahami bahwa sesi BGP dengan Router8 terputus dan tetangga hilang, yang berarti bahwa rute yang diterima darinya tidak valid. Router6 segera mengirim pesan Pembaruan yang menunjukkan jaringan 9.9.9.0/24 di bidang Rute yang Ditarik. Segera setelah Router5 menerima pesan serupa, kirim ke Router7. Tetapi karena Router7 memiliki rute melalui Router10, itu akan segera mengirim Pembaruan dengan rute baru sebagai tanggapan. Jika jatuh tetangga tidak dapat dideteksi oleh keadaan antarmuka, maka Anda harus menunggu Hold Timer untuk memicu.

Konfederasi.

Jika Anda ingat, maka kami berbicara tentang fakta bahwa Anda sering harus menggunakan topologi yang terhubung sepenuhnya. Dengan sejumlah besar router dalam satu AS, ini dapat menyebabkan masalah besar, untuk menghindari ini perlu menggunakan konfederasi. Satu AS dibagi menjadi beberapa sub-AS, yang memungkinkannya untuk bekerja tanpa persyaratan topologi yang terhubung sepenuhnya.

Berikut ini tautan ke lab ini , dan ini adalah konfigurasi untuk GNS3.

Sebagai contoh, dengan topologi ini, kita harus menghubungkan semua router di AS 2345 satu sama lain, tetapi menggunakan Konfederasi, kita dapat membangun hubungan lingkungan hanya antara router yang terhubung langsung satu sama lain. Mari kita bicarakan ini secara rinci. Jika kita hanya memiliki AS 2345, maka laForge akan mendapatkan pawai dari Picard untuk memberi tahu router Data dan Worf-nya , tetapi mereka tidak akan memberi tahu Crusher tentang hal itu . Juga, rute yang router itu sendiri rasprastranyaet Laforge , tidak akan ditransfer Crusher atauTerburuk , atau Data .

Saya harus mengatur Route-Reflector atau hubungan lingkungan yang sepenuhnya terhubung. Dengan memecah satu AS 2345 menjadi 4 sub-ASs (2,3,4,5) untuk setiap router, kita berakhir dengan logika operasi yang berbeda. Semuanya dijelaskan dengan sempurna di sini .

Sumber:

Routing dan Switching CCIE v5.0 Panduan Cert Resmi, Volume 2, Edisi Kelima, Narbik Kocharians, Terry Vinson.
Situs web xgu.ru
Situs GNS3Vault .

Bagaimana BGP Bekerja

More articles: