Mengapa MAC QFX muncul dalam EVPN tetapi tidak dalam jadual penghantaran

Menemui MAC dalam pangkalan data EVPN membuktikan ia diiklankan atau diterima sebagai laluan, dan tiada lebih daripada itu. Jadual penghantaran ialah struktur lain, diprogramkan kemudian, jadi MAC yang sama boleh muncul dalam satu dan tiada dalam yang lain walaupun setiap protokol berkelakuan betul. Menganggap kedua-dua output itu sebagai salinan satu sama lain menghantar jurutera mengejar kerosakan BGP sedangkan jurang sebenar ialah dasar import atau hop seterusnya yang belum diselesaikan. Soalan yang wajar ditanya bukanlah sama ada fabric mengenali MAC itu, tetapi pada peringkat mana ia berhenti menyalurkannya.

Dua jadual yang menjawab soalan berbeza

Pada Junos EVPN pangkalan data menyenaraikan alamat MAC bagi setiap instans bersama cara setiap satu tiba: dipelajari daripada port akses, diterima dalam laluan Type 2, atau ditandakan sebagai sebahagian daripada kumpulan multihoming. Rujukan Juniper show evpn database merangkumi penapis bagi setiap MAC dan setiap instans yang menjadikan paparan mudah dibaca. Ia ringkasan satah kawalan yang dikunci mengikut instans dan MAC, bukan jadual yang digunakan perkakasan untuk menyuis bingkai.

Jadual suis ialah keadaan penghantaran itu. Kedua-dua output menyenaraikan MAC di sebelah konteks VLAN atau VNI, dan itulah sebabnya ia dibandingkan baris demi baris, dan itulah sebabnya perbandingan itu mengelirukan. Entri dalam pangkalan data menyatakan laluan itu wujud dan telah diterima ke dalam instans; ia tidak menyatakan sama ada platform telah memasangnya untuk penghantaran.

Laluan Type 2 membawa MAC, IP pilihan, label atau VNI, pembeza laluan dan hop seterusnya yang menamakan VTEP jauh. Empat perkara boleh rosak antara kabel dan laluan itu: hos tidak pernah dipelajari, laluan tidak pernah diiklankan, ia ditolak semasa import, atau hop seterusnya tidak dapat diselesaikan. Setiap kegagalan meninggalkan set jadual yang berbeza terisi, dan itulah sebabnya urutan ini boleh didiagnosis.

Pembelajaran tempatan masih berlaku dahulu

Andaian biasa ialah EVPN mengambil alih pembelajaran MAC, jadi pangkalan data kosong mesti bermakna masalah overlay. Pembelajaran tempatan masih berjalan di sebelah akses, sama seperti sebelum VXLAN wujud: suis mempelajari MAC sumber bingkai yang dibenarkan dalam VLAN dan perkhidmatan yang betul, dan hanya selepas itu menjana Type 2 untuknya. Hos yang tidak menghantar sebarang bingkai berkaitan tiada apa-apa untuk diiklankan. Hos yang bingkainya dibuang oleh keahlian VLAN, penapis atau ahli agregat yang mati kelihatan sama dari sudut pandangan overlay.

Mulakan di titik sambungan dan bergerak ke hadapan dengan arahan baca sahaja. Matlamatnya ialah membuktikan bahawa bingkai daripada hos telah melintasi perkhidmatan yang dimaksudkan, kerana tiada apa di hilir mengimbangi bingkai yang tidak pernah tiba.

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

Ahli LACP yang dipilih lebih penting daripada berkas berada dalam keadaan aktif, kerana agregat boleh aktif pada satu ahli sementara trafik hos di-hash ke pautan yang mati atau disekat. Pembilang antara muka memisahkan hos senyap daripada hos yang menggugurkan, kerana hos yang tidak pernah menghantar dan hos yang bingkainya dibuang oleh pengelasan meninggalkan jadual kosong yang sama.

Di mana MAC jauh hilang

MAC jauh gagal dalam arah bertentangan, dan secara senyap. Laluan Type 2 tiba, tetapi ia hanya memasuki instans apabila sasaran laluannya dan VNI sepadan dengan konfigurasi setempat, dan ia hanya menjadi boleh digunakan apabila hop seterusnya diselesaikan kepada VTEP yang boleh dicapai. Ketidakpadanan sasaran laluan meninggalkan laluan yang sah dalam jadual BGP yang tidak diminta oleh mana-mana instans.

Baca ketiga-tiga paparan mengikut urutan: kewujudan laluan, entri pangkalan data, entri penghantaran. Arahan di bawah menanyakan MAC yang sama pada setiap peringkat, dan alamat contoh mengekalkan output boleh 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

Output itu menjawab tiga soalan berasingan. Laluan dalam bgp.evpn.0 tanpa entri pangkalan data menunjuk kepada dasar import, sasaran laluan atau konfigurasi instans. Entri pangkalan data tanpa entri penghantaran menunjuk kepada pemprograman platform, yang tergolong dalam laluan pengeskalaan berbeza. Laluan aktif yang hop seterusnya tidak dapat diselesaikan ialah masalah pengangkutan atau label, dan tiada jumlah nyahpepijat MAC dapat membaikinya.

But semula yang membaikinya membuktikan sangat sedikit

Apabila mula semula membuat gejala hilang, kesimpulan yang menggoda ialah konfigurasi mesti sihat. But semula memprogram semula setiap jadual dari awal, jadi ia juga menyembunyikan kes apabila entri lapuk menutupi ralat dasar; kerosakan cenderung kembali pada perubahan seterusnya, kepakan pautan atau penarikan laluan.

Sebelum mana-mana tetingkap penyelenggaraan, tangkap apa yang akan dipadamkan oleh mula semula. Ketiga-tiga arahan ini cukup untuk membandingkan sebelum dan selepas, dan ia tidak mengubah apa-apa pada peranti.

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

Arkibkan output itu bersama tarikh dan binaan perisian di sebelahnya. Laporan kemudian bahawa mula semula yang sama pernah berkesan ialah petunjuk, bukan bukti, dan perbezaannya hanya kelihatan apabila seseorang menyimpan output terdahulu.

Empat pemerhatian yang menyelesaikan kebanyakan kes

Empat pemerhatian merangkumi hampir setiap kes: titik sambungan dan perkhidmatannya, MAC sebagai nilai contoh, keadaan laluan dan pangkalan data, serta binaan yang digunakan. Pilih MAC yang jelas contoh supaya tiada siapa menyangka ia alamat pengeluaran: oktet pertama 02 menandakan alamat unicast yang diurus secara tempatan, oktet selebihnya bebas, dan oleh itu 02:00:00:00:00:5c ialah pemegang tempat yang selamat.

Kemudian biarkan jawapan menunjuk kepada peringkat yang gagal. Tiada pembelajaran di titik sambungan bermakna sebelah akses; laluan tanpa entri pangkalan data bermakna import; entri pangkalan data tanpa keadaan penghantaran bermakna pemprograman. Apa pun, serahkan output yang dikumpul bersama hos, antara muka, perkhidmatan dan binaan, supaya jurutera seterusnya dapat menghasilkan semula laluan dan bukannya mengulangi pertanyaan.