Mengapa MAC QFX muncul di EVPN tetapi tidak di tabel penerusan

Menemukan MAC di basis data EVPN membuktikan bahwa MAC tersebut diiklankan atau diterima sebagai rute, dan tidak lebih dari itu. Tabel penerusan adalah struktur lain, yang diprogram belakangan, sehingga MAC yang sama bisa muncul di satu tabel dan hilang di tabel lain sementara setiap protokol berperilaku benar. Memperlakukan kedua keluaran itu sebagai salinan satu sama lain mengirim insinyur mengejar kesalahan BGP padahal celah sebenarnya adalah kebijakan impor atau hop berikutnya yang belum terselesaikan. Pertanyaan yang layak diajukan bukanlah apakah fabric mengenal MAC itu, melainkan pada tahap mana MAC itu berhenti diteruskan.

Dua tabel yang menjawab pertanyaan berbeda

Pada Junos EVPN basis data mendaftar alamat MAC per instance bersama dengan cara masing-masing tiba: dipelajari dari port akses, diterima dalam rute Type 2, atau ditandai sebagai bagian dari grup multihoming. Referensi Juniper show evpn database mencakup filter per MAC dan per instance yang membuat tampilan mudah dibaca. Ini ringkasan bidang kendali dengan kunci instance dan MAC, bukan tabel yang dipakai perangkat keras untuk menyambung frame.

Tabel penyambungan adalah status penerusan itu. Kedua keluaran mencantumkan MAC di samping konteks VLAN atau VNI, dan itulah tepatnya alasan keduanya dibandingkan baris per baris, dan tepatnya alasan perbandingan itu menyesatkan. Entri di basis data menyatakan rute itu ada dan diterima ke dalam instance; entri itu tidak menyatakan apakah platform memasangnya untuk penerusan.

Rute Type 2 membawa MAC, IP opsional, label atau VNI, pembeda rute, dan hop berikutnya yang menyebut VTEP jauh. Empat hal bisa rusak antara kabel dan rute itu: host tidak pernah dipelajari, rute tidak pernah diiklankan, rute ditolak saat impor, atau hop berikutnya gagal diselesaikan. Setiap kegagalan meninggalkan kumpulan tabel yang berbeda terisi, dan itulah sebabnya urutan ini bisa didiagnosis.

Pembelajaran lokal tetap terjadi lebih dahulu

Anggapan umum adalah EVPN mengambil alih pembelajaran MAC, sehingga basis data kosong harus berarti masalah overlay. Pembelajaran lokal tetap berjalan di sisi akses, persis seperti sebelum VXLAN ada: switch mempelajari MAC sumber dari frame yang diizinkan di VLAN dan layanan yang benar, dan baru setelah itu membuat Type 2 untuknya. Host yang belum mengirim frame relevan tidak punya apa pun untuk diiklankan. Host yang frame-nya dibuang karena keanggotaan VLAN, filter, atau anggota agregat yang mati terlihat sama dari sudut pandang overlay.

Mulailah dari titik sambung dan maju dengan perintah hanya-baca. Tujuannya adalah membuktikan bahwa frame dari host melewati layanan yang dimaksud, karena tidak ada yang di hilir mengompensasi frame yang tidak pernah tiba.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Anggota LACP yang terpilih lebih penting daripada bundel yang aktif, karena agregat dapat aktif pada satu anggota sementara lalu lintas host di-hash ke tautan yang mati atau diblokir. Penghitung antarmuka memisahkan host yang diam dari host yang menjatuhkan, karena host yang tidak pernah mengirim dan host yang frame-nya dibuang oleh klasifikasi meninggalkan tabel kosong yang sama.

Di mana MAC jauh hilang

MAC jauh gagal dalam arah sebaliknya, dan diam-diam. Rute Type 2 tiba, tetapi rute itu hanya masuk ke sebuah instance ketika target rute dan VNI-nya cocok dengan konfigurasi lokal, dan baru bisa dipakai ketika hop berikutnya terselesaikan ke VTEP yang dapat dijangkau. Ketidakcocokan target rute meninggalkan rute yang valid di tabel BGP yang tidak pernah diminta instance mana pun.

Baca ketiga tampilan secara berurutan: keberadaan rute, entri basis data, entri penerusan. Perintah di bawah ini menanyakan MAC yang sama pada setiap tahap, dan alamat contoh menjaga keluaran tetap dapat dibandingkan.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Keluaran itu menjawab tiga pertanyaan terpisah. Rute di bgp.evpn.0 tanpa entri basis data menunjuk ke kebijakan impor, target rute, atau konfigurasi instance. Entri basis data tanpa entri penerusan menunjuk ke pemrograman platform, yang termasuk jalur eskalasi berbeda. Rute aktif yang hop berikutnya tidak terselesaikan adalah masalah transport atau label, dan tidak ada jumlah penelusuran kesalahan MAC yang memperbaikinya.

Reboot yang memperbaikinya membuktikan sangat sedikit

Ketika restart membuat gejala hilang, kesimpulan yang menggoda adalah bahwa konfigurasi pasti sehat. Reboot memprogram ulang setiap tabel dari awal, sehingga juga menyembunyikan kasus ketika entri basi menutupi kesalahan kebijakan; kesalahan cenderung kembali pada perubahan berikutnya, kepakan tautan, atau penarikan rute.

Sebelum jendela pemeliharaan apa pun, tangkap apa yang akan dihapus oleh restart. Ketiga perintah ini cukup untuk membandingkan sebelum dan sesudah, dan tidak mengubah apa pun pada perangkat.

show evpn database instance blue
show route table bgp.evpn.0
show version

Arsipkan keluaran itu bersama tanggal dan versi perangkat lunak di sampingnya. Laporan kemudian bahwa reboot yang sama pernah berhasil adalah petunjuk, bukan bukti, dan perbedaannya hanya terlihat ketika seseorang menyimpan keluaran sebelumnya.

Empat pengamatan yang menyelesaikan sebagian besar kasus

Empat pengamatan mencakup hampir setiap kasus: titik sambung dan layanannya, MAC sebagai nilai contoh, status rute dan basis data, serta versi yang digunakan. Pilih MAC yang jelas-jelas contoh agar tidak ada yang salah mengira sebagai alamat produksi: oktet pertama 02 menandai alamat unicast yang dikelola secara lokal, oktet sisanya bebas, dan karena itu 02:00:00:00:00:5c adalah placeholder yang aman.

Lalu biarkan jawabannya menunjuk ke tahap yang gagal. Tidak ada pembelajaran di titik sambung berarti sisi akses; rute tanpa entri basis data berarti impor; entri basis data tanpa status penerusan berarti pemrograman. Apa pun itu, serahkan keluaran yang dikumpulkan bersama host, antarmuka, layanan, dan versi, agar insinyur berikutnya dapat mereproduksi jalur alih-alih mengulang kueri.