Memetakan port akses tanpa tag ke VNI EVPN yang tepat

Frame host tanpa tag diklasifikasikan oleh port akses, lalu dibawa VTEP sebagai VNI. Periksa ingress, egress, dan model layanan secara terpisah.

Host Ethernet biasa mengirim frame tanpa tag, dan fabric EVPN tetap harus membawanya dalam layanan penyewa yang tepat. Port akses mengklasifikasikan frame ke segmen lokal, VTEP memetakan segmen itu ke VNI, dan lampiran jarak jauh menyajikan frame seperti yang diharapkan host-nya. VLAN dan VNI mengidentifikasi bagian berbeda dari jalur itu dan tidak perlu berbagi nomor. Jalankan runbook di bawah ini secara berurutan, karena kesalahan pada langkah mana pun menghasilkan gejala yang sama: host yang mengirim tetapi tidak menerima apa pun.

Ikuti satu frame menembus fabric

Untuk layanan sederhana berbasis VLAN, jalur ilustratif tampak seperti ini:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

Nomor VLAN dan VNI adalah contoh, bukan aturan. VLAN lokal adalah klasifikasi ingress yang ada di satu sakelar; L2VNI adalah pengenal layanan overlay yang dipahami kedua VTEP. Spesifikasi overlay RFC 8365 memisahkan pengenal layanan dari cara host terpasang, dan menyebut tiga bentuk: berbasis VLAN, digabung, dan sadar VLAN.

Konfigurasikan klasifikasi ingress

Host memiliki alamat dan tidak mencapai apa pun, sementara port itu sendiri muncul. Tentukan dalam mode lampiran mana port sebenarnya berada — port akses yang membawa frame tanpa tag atau trunk dengan native VLAN — lalu setel yang itu secara eksplisit. Frame tanpa tag tetap meninggalkan port di dalam segmen lokal bernama, dan segmen itu adalah keputusan, bukan efek samping platform. Buka konfigurasi berjalan port dan baca klasifikasi yang benar-benar dimilikinya, alih-alih mempercayai nilai bawaan vendor yang tidak pernah Anda setel.

Pada sakelar biasa, urutannya adalah perubahan mode dan penetapan VLAN akses, diikuti pemeriksaan bahwa port benar-benar aktif dan berada dalam keadaan itu. Jika port adalah trunk, native VLAN menangani frame tanpa tag, dan itu konfigurasi lain dengan mode kegagalan yang berbeda. Catat mode dan VLAN sebelum melanjutkan.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

Konfigurasikan VTEP dan pemetaan VNI

VTEP menambahkan enkapsulasi VXLAN dan VNI. Host tidak menghasilkan header itu dan tidak perlu tahu bahwa layanan itu ada.

Petakan VLAN lokal ke L2VNI dengan bentuk perintah yang didukung platform, dan jaga pemetaan itu konsisten di kedua ujung layanan. L2VNI penyewa dan L3VNI yang dipakai untuk perutean antar-subnet adalah objek berbeda, dan mencampur nomornya merusak perutean tanpa menyentuh jalur L2; dan ingat bahwa rute underlay yang berfungsi ke VTEP jarak jauh termasuk lapisan lain dari penyetelan.

Jika pemetaan salah, frame tetap masuk ke fabric dan sekadar mendarat di layanan yang salah. Itulah sebabnya pemeriksaan ini adalah pemeriksaan layanan, bukan pemeriksaan tautan.

Konfigurasikan penyajian egress

Di ujung jauh, layanan yang diterima harus diubah kembali menjadi apa yang diharapkan host: Ethernet telanjang pada port akses, tag tertentu pada trunk yang Anda kendalikan, dan penanganan tag dalam yang cocok dengan model layanan yang Anda pilih. Periksa daftar VLAN yang diizinkan pada trunk sebelum menyalahkan overlay, karena tag yang tidak diizinkan trunk egress akan dibuang setelah overlay selesai melakukan tugasnya. Pastikan host jarak jauh mengharapkan penyajian yang diterimanya, bukan yang diasumsikan diagram Anda.

Apakah tag dalam bertahan adalah sifat dari model layanan yang Anda pilih, jadi tidak ada artikel yang bisa menjanjikan pelepasan atau pemeliharaan secara umum. Rancangan yang mengasumsikan satu perilaku dan platform yang menerapkan perilaku lain akan lulus uji tautan dan gagal di aplikasi.

Baca bersama pembelajaran MAC lokal, rute layanan EVPN, dan pemetaan lampiran jarak jauh, lalu jalankan penemuan tetangga yang dibutuhkan aplikasi alih-alih hanya ping. Alamat MAC yang dipelajari di domain jembatan lain bisa sepenuhnya valid di sana namun tetap menunjuk ke layanan yang salah.

Verifikasi dengan satu pasang host

Nyalakan satu pasang host dan buktikan seluruh jalur sebelum menambahkan pasangan kedua. Lalu baca keadaan pada kedua VTEP dan pastikan pengenal layanan yang sama muncul di kedua ujung.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Untuk setiap ujung catat empat nilai: penyajian port, segmen lokal, L2VNI, dan penyajian terbalik pada egress. Catatan itu memungkinkan insinyur berikutnya melihat mengapa host memiliki koneksi tanpa tag yang sederhana sementara fabric membawa layanan penyewa. Jika perubahan gagal, kembalikan port ke VLAN sebelumnya dan uji ulang pasangan yang sama, sehingga pengembalian adalah keadaan yang diketahui, bukan tebakan.

Artikel terkait