Beberapa Rute L2VPN Hilang Setelah Anda Menambahkan Reflektor Rute

Sesi tetap aktif, IGP stabil, namun beberapa rute L2VPN tidak pernah muncul di dua dari empat tepi penyedia. Pola itu termasuk masalah refleksi dan bukan masalah transportasi, karena sesi yang rusak gagal sepenuhnya sedangkan batas refleksi yang dipakai ulang gagal secara selektif. Cincin fisik tidak ada hubungannya; graf distribusi logis adalah tempat rute-rute itu berhenti. Menemukan titik itu tidak menuntut pembangunan ulang bidang kendali.

Kehilangan ini selektif, yang mempersempit pencarian

Empat tepi penyedia pada cincin fisik membutuhkan enam sesi logis untuk jaring penuh, karena setiap router berpasangan dengan tiga lainnya. Sesi itu berjalan di atas transportasi yang dirutekan, jadi kabel tidak mengatakan apa pun tentang berapa banyak ketetanggaan yang ada atau mana yang merefleksikan. Ketika dua tepi melewatkan sekumpulan prefiks tertentu sementara semua yang lain bertemu, kabel bukan tersangka.

Kehilangan selektif menunjuk ke pencegahan loop, kebijakan, atau arah hubungan, tempat sebagian rute melewati batas dan sebagian lain dibuang di jalan. Kehilangan total menunjuk ke sesi atau keluarga alamat. Memutuskan mana dari keduanya yang Anda lihat adalah langkah berguna pertama, dan itu hanya perlu satu perintah.

Apa yang sebenarnya diubah refleksi

Refleksi rute melonggarkan aturan bahwa pembicara iBGP tidak boleh mengumumkan ulang rute yang dipelajari dari pembicara iBGP lain. RFC 4456 menyatakan pengecualian itu melalui hubungan antara pembicara dan sumber rute, dan arah hubungan itu lebih penting daripada yang disiratkan sebagian besar ringkasan. Rute yang dipelajari dari klien boleh direfleksikan ke klien lain dan ke bukan klien, sedangkan rute yang dipelajari dari bukan klien hanya boleh direfleksikan ke klien. Baca asimetri itu dua kali, karena ia menjelaskan bagaimana menambahkan hubungan klien dapat menyembunyikan kesalahan desain: ia membuka jalur yang tidak pernah dimaksudkan topologi.

Atribut CLUSTER_LIST mencatat riwayat refleksi, dan reflektor yang menemukan ID klasternya sendiri dalam daftar itu harus mengabaikan pengumuman tersebut. Itu pencegahan loop, dan itu juga mekanisme yang menghapus rute ketika pengenal dipakai ulang secara tidak sengaja. ORIGINATOR_ID berperan serupa dengan menyebut router yang pertama kali mengumumkan rute.

ID klaster yang dipakai ulang adalah cara rute menghilang

Jaringan kecil mengundang jalan pintas: beri setiap router ID klaster yang sama dengan loopback-nya, tambahkan satu reflektor lagi nanti, dan pakai ulang loopback yang sudah ada karena mudah dijangkau. Jika pengenal itu kini muncul di dua tahap refleksi yang independen, tahap kedua melihat ID-nya sendiri di CLUSTER_LIST dan membuang rute. Tidak ada yang mencatat galat, karena membuang adalah tanggapan yang benar terhadap loop.

Reflektor berlebih yang melayani satu klaster adalah pengecualian yang sah: mereka sengaja berbagi ID agar salah satu dari keduanya dapat melayani klien yang sama. Pengenal harus sesuai dengan desain refleksi, bukan membedakan nama sasis.

Gambarkan graf yang dimaksud sebelum menyentuh konfigurasi apa pun: siapa yang menurunkan prefiks, hubungan klien mana yang mengizinkan refleksi pertama, reflektor mana yang membawanya ke tahap berikutnya, dan di mana klien terakhir berada. Setiap lompatan dalam graf itu adalah tempat di mana pengenal yang dipakai ulang, hubungan klien yang hilang, atau penyaring kebijakan dapat menghentikan rute. Dengan graf tergambar, rute yang hilang punya lokasi alih-alih misteri.

Tahan dorongan untuk menjadikan setiap tetangga klien

Perbaikan cepat untuk rute yang hilang adalah menjadikan setiap tetangga klien dari setiap reflektor. Propagasi kembali, dan desain berhenti memberi tahu Anda apa pun: ia melipatgandakan rute yang dibawa setiap pembicara sekaligus menyembunyikan hubungan mana yang seharusnya melakukan pekerjaan itu.

Jaringan kecil biasanya membutuhkan salah satu dari dua bentuk. Jaring iBGP penuh adalah enam sesi untuk empat router tanpa refleksi sama sekali, dan sepasang reflektor yang ditunjuk untuk melayani tepi yang tersisa adalah bentuk lainnya. Keduanya lebih mudah dipikirkan daripada jaring sebagian yang setiap routernya merefleksikan sedikit. Pilih bentuknya berdasarkan skala dan perilaku kegagalan, bukan berdasarkan diagram kabel.

Periksa keluarga alamat sebelum menyalahkan refleksi

Sesi TCP pada porta 179 membuktikan kedua pembicara dapat berbicara, dan tidak mengatakan apa pun tentang apakah keluarga alamat VPN telah bertukar satu rute pun. Tetapkan keadaan sesi, lalu keluarga, lalu prefiks satuannya.

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

Ketiga keluaran itu memisahkan masalah ketetanggaan dari masalah pertukaran dan dari masalah prefiks yang hilang. Jika keluarga tidak menampilkan prefiks sama sekali, periksa keadaan aktivasi dan kebijakan ekspor tetangga sebelum melihat refleksi. Jika prefiks muncul di satu tepi tetapi tidak di tepi lain, bandingkan daftar klaster dan originator di sisi penerima, lalu telusuri graf dari bagian sebelumnya.

Jauhkan keterjangkauan lompatan berikutnya dan keadaan penerusan dari pemeriksaan itu. Rute yang direfleksikan dengan lompatan berikutnya yang tak terjangkau ada tetapi tidak dapat dipakai, yang terbaca seperti kegagalan refleksi sampai Anda melihat kolom lompatan berikutnya. Selesaikan lompatan berikutnya, pastikan entri penerusan, dan baru setelah itu putuskan apakah graf distribusi membutuhkan reflektor lain.