EVPN aktif tetapi layanannya tidak: empat titik pemeriksaan
Rute ke VTEP membuktikan transportasi, bukan layanan. Empat titik pemeriksaan secara berurutan: negosiasi keluarga alamat, status VNI lokal, originasi, dan impor di ujung jauh.
Mencapai alamat VTEP jarak jauh membuktikan bahwa jaringan dasar membawa paket, dan hanya itu yang dibuktikannya. Layanan penyewa membutuhkan sesi BGP EVPN dengan keluarga alamat yang benar, VNI lokal yang terpasang dan beroperasi, rute yang dioriginasi, dan impor di ujung jauh. Itu empat titik pemeriksaan terpisah, masing-masing dengan perbaikan berbeda. Menganggap jaringan dasar yang hijau sebagai kesiapan layanan adalah cara paling umum sebuah penerapan EVPN macet.
Bacalah secara berurutan dan berhenti pada titik pertama yang tidak sesuai dengan yang diharapkan desain. Titik pemeriksaan berikutnya tidak dapat menggantikan kegagalan sebelumnya.
Titik pemeriksaan 1: transportasi ke VTEP
Mulailah dengan keterjangkauan antara alamat loopback yang digunakan sebagai sumber VTEP. Rute harus ada di jaringan dasar, jalur harus diizinkan termasuk persyaratan enkapsulasi apa pun, dan jalur kembali harus berfungsi. Rute yang ada tetapi difilter dalam satu arah menghasilkan kegagalan asimetris yang tampak intermiten. Konfirmasikan kedua arah sebelum melanjutkan.
Catat alamat sumber dan tujuan yang Anda periksa. Langkah berikutnya yang menyelesaikan hop berikutnya melalui alamat berbeda adalah pengujian berbeda, dan memperlakukannya sebagai satu adalah cara hop berikutnya yang terselesaikan disalahkan atas kegagalan transportasi.
Titik pemeriksaan 2: keluarga EVPN, bukan jumlah sesi
Sesi BGP yang terbentuk tidak berarti keluarga alamat EVPN telah dinegosiasikan. Lihat status khusus keluarga untuk tetangga: apakah keluarga diaktifkan, apakah dinegosiasikan dengan rekan, dan apakah sesi membawanya sama sekali. Sesi yang aktif untuk IPv4 unicast dan tidak pernah menegosiasikan EVPN tidak menunjukkan kesalahan apa pun dalam ringkasan tetangga umum, dan spesifikasi lapisan atas EVPN memperlakukan prosedur layanan dan kontrol sebagai hal terpisah dari transportasi.
Periksa juga alamat sumber sesi. Peering yang dibangun dari alamat yang bukan sumber VTEP adalah ketidaksesuaian desain yang menunggu untuk menjelaskan kegagalan penerusan.
Titik pemeriksaan 3: layanan lokal terpasang
VNI lokal harus terpasang ke bridge atau VRF yang mewakili penyewa, dan platform harus melaporkannya sebagai beroperasi. Status keanggotaan yang digunakan model replikasi dapat berpengaruh sebelum MAC host apa pun dipelajari, jadi tabel titik akhir yang kosong bukan bukti bahwa layanan mati.
Lalu konfirmasikan apa yang benar-benar dioriginasi perangkat: rute lokal untuk VNI itu dengan route target yang ditentukan desain. VNI yang terpasang tetapi tidak diumumkan menghasilkan layanan yang ada secara lokal dan tidak di tempat lain.
Titik pemeriksaan 4: impor di penerima
Di perangkat penerima, bandingkan route target yang diekspor dan diimpor alih-alih VNI numerik. Nomor VNI yang cocok tidak membuktikan bahwa instans penerima mengimpor pengumuman, dan route target yang tidak cocok tidak terlihat dalam daftar VNI. Selesaikan hop berikutnya yang diumumkan melalui jaringan dasar sebelum memercayai entri penerusan. Lalu baca status penerusan lapisan atas untuk layanan, bukan untuk perangkat secara keseluruhan.
Tabel rekan juga dapat mencerminkan data bidang data atau pembelajaran keanggotaan yang spesifik implementasi. Baca asal dan konteks layanannya bersama rute EVPN alih-alih memperlakukan jumlah baris sebagai bukti.
Satu catatan yang menelusuri jalur
Simpan satu catatan per layanan: status VNI lokal, tetangga EVPN dan keluarganya, rute yang dioriginasi, serta hasil yang diterima dan diimpor. Telusuri catatan itu dari asal hingga pemasangan. Ketika ada yang gagal, catatan mengatakan titik pemeriksaan mana dari empat yang harus diperbaiki, bukan perintah mana yang harus dicoba.
Tambahkan stempel waktu saat Anda melakukannya. Impor yang muncul beberapa menit setelah pengumuman adalah pertanyaan kebijakan atau konvergensi, sedangkan yang tidak pernah muncul adalah pertanyaan konfigurasi, dan perbedaan itu hanya terlihat jika Anda mencatat kapan Anda memeriksa.
Kapan VXLAN statis adalah jawaban yang tepat
Jalur data VXLAN yang dikonfigurasi secara statis dapat bekerja dengan rekan yang disediakan manual sementara tabel EVPN tetap kosong. Itu bukan penerapan EVPN yang rusak, itu model kontrol yang berbeda. Putuskan mana yang dimaksudkan desain sebelum mendiagnosis tabel kosong sebagai kesalahan.
Tetangga IGP di jaringan dasar menyediakan transportasi dan tidak lebih. Status layanan lapisan atas adalah hal terpisah untuk dibangun dan hal terpisah untuk diverifikasi.