Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin
Jawaban:
18
Untuk menghemat memori di tujuan, tidak penting untuk mengoptimalkan jalur penerusan mikro di masa lalu. Ini adalah kutipan dari RFC4456 :
Salah satu komponen kunci dari pendekatan refleksi rute dalam
menangani masalah penskalaan adalah bahwa RR merangkum
informasi routing dan hanya mencerminkan jalur terbaiknya.
Meskipun penskalaan selalu penting, jelas ada skenario hari ini di mana kita lebih suka menghabiskan memori RIB daripada memilih jalur suboptimal.
Untuk mengatasi masalah ini ada BGP AddPath dan BGP optimal refleksi . AddPath tersedia dari Cisco dan Juniper, sementara refleksi optimal saat ini tidak diterapkan oleh vendor besar.
AddPath memungkinkan BGP untuk mengirim lebih dari satu jalur terbaik. Refleksi optimal akan menggunakan SPF (ISIS, OSPF) untuk mencerminkan rute terbaik dari POV penerima, bukan dari sudut pandang reflektor rute itu sendiri.
Ingatlah bahwa gagasan dengan iBGP dan refleksi rute adalah untuk mendistribusikan informasi jalur dengan gagasan bahwa keputusan perutean / penerusan tertentu akan diakomodasi oleh IGP yang mendasarinya (terutama termasuk multipathing, failover internal, dll). Dengan demikian, pointer ke apa yang seharusnya menjadi next-hop yang cukup statis dapat disimpan dalam tabel sambil menghindari churn yang terkait dengan informasi jaringan lokal.
Skalabilitas dan stabilitas adalah (dan bisa dibilang menjadi) tujuan utama BGP - bahkan dengan harga pilihan jalur suboptimal dan konvergensi cepat. Implementasi RR tradisional melambangkan ini. Idealnya informasi tentang RR harus se-statis mungkin dan penghitung waktu harus disimpan pada sisi yang panjang.
BTW - Ada beberapa situasi di mana RR mungkin mengirim banyak jalur ke tujuan v4 / v6 yang sama - baik fitur AddPath yang disebutkan di atas maupun dalam kasus MPLS VPN di mana awalan yang diberikan dikaitkan dengan RD dari beberapa PE.
Tidak yakin saya akan menambahkan RR dengan tujuan desain iBGP asli (yang Anda benar-benar benar, terutama mengenai skalabilitas dan stabilitas); RR diusulkan dalam RFC terpisah untuk meringankan masalah penskalaan yang akan dihadapi seseorang dengan jala penuh iBGP dan keinginan untuk menonaktifkan sinkronisasi. Kalau tidak, jawaban yang bagus, dan dibesarkan seperti itu.
John Jensen
Saya ingin menunjukkan bahwa awalan dengan RD berbeda adalah awalan unik , reflektor tidak tahu itu akan menjadi non-unik pada PE penerima di penerima VRF. Ini persis fungsi RD, tanpa itu, Anda tidak bisa memiliki awalan yang tumpang tindih di VRF.
Jawaban:
Untuk menghemat memori di tujuan, tidak penting untuk mengoptimalkan jalur penerusan mikro di masa lalu. Ini adalah kutipan dari RFC4456 :
Meskipun penskalaan selalu penting, jelas ada skenario hari ini di mana kita lebih suka menghabiskan memori RIB daripada memilih jalur suboptimal.
Untuk mengatasi masalah ini ada BGP AddPath dan BGP optimal refleksi . AddPath tersedia dari Cisco dan Juniper, sementara refleksi optimal saat ini tidak diterapkan oleh vendor besar.
AddPath memungkinkan BGP untuk mengirim lebih dari satu jalur terbaik. Refleksi optimal akan menggunakan SPF (ISIS, OSPF) untuk mencerminkan rute terbaik dari POV penerima, bukan dari sudut pandang reflektor rute itu sendiri.
sumber
Ingatlah bahwa gagasan dengan iBGP dan refleksi rute adalah untuk mendistribusikan informasi jalur dengan gagasan bahwa keputusan perutean / penerusan tertentu akan diakomodasi oleh IGP yang mendasarinya (terutama termasuk multipathing, failover internal, dll). Dengan demikian, pointer ke apa yang seharusnya menjadi next-hop yang cukup statis dapat disimpan dalam tabel sambil menghindari churn yang terkait dengan informasi jaringan lokal.
Skalabilitas dan stabilitas adalah (dan bisa dibilang menjadi) tujuan utama BGP - bahkan dengan harga pilihan jalur suboptimal dan konvergensi cepat. Implementasi RR tradisional melambangkan ini. Idealnya informasi tentang RR harus se-statis mungkin dan penghitung waktu harus disimpan pada sisi yang panjang.
BTW - Ada beberapa situasi di mana RR mungkin mengirim banyak jalur ke tujuan v4 / v6 yang sama - baik fitur AddPath yang disebutkan di atas maupun dalam kasus MPLS VPN di mana awalan yang diberikan dikaitkan dengan RD dari beberapa PE.
sumber
Untuk menambah jawaban sebelumnya, Anda memiliki fitur baru yang disebut jalur BGP beragam untuk memungkinkan RR mengiklankan jalur yang beragam. Untuk detail lebih lanjut, silakan periksa implementasi RFC6774 atau Cisco di http://www.cisco.com/en/US/docs/ios/ios_xe/iproute_bgp/configuration/guide/irg_diverse_path_xe.html
sumber