EVPN Tipe 2 vs Tipe 5: mengapa satu alamat IP berarti dua rute

Dua rute pada kotak yang sama dapat menunjuk ke 198.51.100.77 dan tetap menjawab pertanyaan berbeda. Yang satu menjelaskan di mana alamat MAC dapat dijangkau dan, secara opsional, IP mana yang terikat padanya. Yang lain menjelaskan prefiks yang diresolusi melalui hop berikutnya, bahkan ketika prefiks itu hanya satu host. Mencampuradukkan keduanya menghasilkan tiket yang tampak seperti bug routing tetapi sebenarnya tipe rute yang salah dibaca.

Cara tercepat membedakannya adalah membaca kunci tempat NLRI dibangun, bukan mask di ujungnya.

Kunci rute memberi tahu apa yang diklaim rute

Tipe 2 adalah rute Iklan MAC/IP dari RFC 7432, dan kuncinya adalah alamat MAC 48-bit di dalam NLRI. Di balik kunci itu ada bidang alamat IP yang bidang panjangnya dapat bernilai 0, 32, atau 128 bit, sehingga iklan hanya MAC adalah rute lengkap, bukan entri host dengan bagian yang hilang. Tumpukan label yang menyusul menunjuk ke konteks jembatan tempat MAC itu berada.

Terisi atau tidaknya bidang IP mengubah apa yang dinyatakan rute, bukan jenis rutenya. Dengan panjang 32 atau 128 bit, pengirim juga mengklaim bahwa IP ini milik MAC itu di dalam satu instans EVPN. Dengan panjang nol, pengirim tidak membuat klaim IP sama sekali. Tidak ada versi yang mengatakan prefiks dapat dijangkau melalui router.

Tipe 5 adalah rute Prefiks IP dari RFC 9136, dan kuncinya adalah prefiks yang ditulis sebagai panjang ditambah sebanyak itu bit. Panjangnya berkisar dari 0 hingga 32 untuk IPv4 dan dari 0 hingga 128 untuk IPv6.

Kedua ujung rentang itu sah, dan tidak satu pun menyiratkan MAC. Prefiks berpanjang nol mengklaim keterjangkauan tanpa menyebut host, sedangkan /32 menyebut tepat satu alamat. NLRI juga membawa alamat IP gateway yang dipakai sisi keluar untuk membangun indeks overlay, plus label untuk konteks penerusan. Tidak ada bidang MAC untuk dialihkan, itulah sebabnya penerima memperlakukan tipe 5 sebagai tujuan yang dirutekan.

Rute prefiks /32 bukan tipe 2 yang diganti nama

Prefiks berukuran host adalah rute tipe 5 biasa. Rute prefiks /32 dan tipe 2 untuk alamat yang sama dapat sama-sama ada dalam satu instans EVPN, dan keduanya membawa informasi penerusan yang berbeda.

Ambil 198.51.100.77 dalam instans EVPN yang memakai VNI 10100. Tipe 2 dapat memasangkannya dengan MAC 02:00:00:00:00:77 dan label yang mengidentifikasi domain jembatan tempat MAC itu dipelajari. Tipe 5 dapat mengiklankan 198.51.100.0/24 untuk seluruh subnet, atau 198.51.100.77/32 hanya untuk alamat itu, dengan alamat gateway yang menunjuk ke VTEP keluar. Alamat-alamat itu tumpang tindih dengan sengaja karena rutenya menjawab pertanyaan berbeda.

Satu rute mengatakan ikatan titik akhir ada dan dapat dijangkau melalui jembatan tertentu. Yang lain mengatakan prefiks dapat dijangkau melalui router tertentu, entah titik akhir di dalamnya pernah dipelajari atau tidak.

Perbedaan itu menentukan ke mana harus melihat lebih dulu ketika lalu lintas gagal. Jika satu host tidak terjangkau sementara rute subnetnya tampak baik, tipe 5 tidak pernah dimaksudkan membawa host itu; carilah tipe 2 yang hilang. Jika rute host ada tetapi seluruh subnet tidak terjangkau, periksa apakah tipe 5 dibuat sama sekali. Membaca bidang secara berurutan lebih baik daripada menebak dari panjang mask.

Membaca kedua rute tanpa menebak

Di NX-OS, show bgp l2vpn evpn route type 2 dan show bgp l2vpn evpn route type 5 membagi tabel tepat pada garis ini, dan show l2route evpn mac ip menampilkan ikatan MAC-ke-IP lokal di balik rute tipe 2. Di Junos, show evpn database mendaftar ikatan MAC dan IP yang dipelajari sementara show route table bgp.evpn.0 menampilkan apa yang diiklankan dan diterima.

Saring berdasarkan route distinguisher dan tag Ethernet sebelum menarik kesimpulan. MAC atau prefiks yang sama dapat muncul di beberapa instans EVPN, dan rute yang tampak salah di satu instans mungkin benar di instans lain.

Lalu baca NLRI secara berurutan: tipe rute, kunci, bidang gateway atau label, lalu route target pada atribut. Tipe 2 yang membawa ESI bukan nol memberi tahu bahwa MAC bersifat multi-homed, dan nilai itulah yang mengikat iklan dari router PE berbeda. Tipe 5 yang membawa alamat gateway memberi tahu VTEP keluar mana yang harus menerima lalu lintas.

Jika ada rute yang hilang, periksa asal-usulnya sebelum pengodean. Pastikan sumber memiliki ikatan atau prefiks secara lokal, lalu pastikan route target yang terlampir padanya diimpor di kotak ini. Sebagian besar laporan tipe 5 rusak berakhir di kebijakan impor, bukan di format NLRI.

Catat konteksnya, bukan hanya tipe rutenya

Catat bersama tipe rute, instans EVPN, route distinguisher, route target yang diimpor dan diekspor, serta hop berikutnya yang telah diresolusi. Tipe 2 tanpa instansnya ambigu, dan hop berikutnya tanpa famili rute mengundang kesimpulan yang salah.

Keduanya rute EVPN bahkan ketika muatannya adalah alamat IPv4. Famili alamat di dalam NLRI dan famili alamat rute itu sendiri adalah sifat yang terpisah, dan tipe 5 tidak menjadi rute IPv4-unicast atau VPN-IPv4 hanya karena membawa prefiks IPv4.

Perbedaan itu terlihat di batas antara bidang kendali EVPN dan IP-VRF. Route target menentukan VRF mana yang mengimpor prefiks, sedangkan alamat gateway dan label menentukan bagaimana paket dienkapsulasi menuju keluar. Baca semuanya bersama dan keputusan penerusan berhenti tampak sewenang-wenang.

Lain kali /32 muncul di tabel EVPN, periksa kunci sebelum mask. Kunci MAC dengan IP opsional adalah ikatan tipe 2; kunci prefiks adalah rute tipe 5 berapa pun panjangnya. Tulis route target dan hop berikutnya di sampingnya, dan insinyur berikutnya tidak perlu menurunkan ulang seluruh cerita.