VXLAN ke MPLS IP VPN: VNI bukan label MPLS

Kedua teknologi menempatkan pengenal di depan paket, sehingga kesimpulannya terasa jelas: petakan VNI ke label MPLS dan biarkan kedua jaringan bergabung. Pemetaan itu tidak ada sebagai operasi yang didukung, karena pengenalnya berarti hal berbeda dan dihasilkan oleh bidang kendali yang berbeda. VNI mengidentifikasi segmen VXLAN di dalam overlay; label MPLS mengidentifikasi perlakuan penerusan di sepanjang jalur label-switched. Menghubungkan domain adalah keputusan perutean, bukan penerjemahan angka.

Mitos: keduanya memakai label, jadi petakan

Kemiripan permukaan itu nyata dan menyesatkan. VXLAN membawa VNI 24-bit di kepala paketnya, dan MPLS membawa tumpukan label, sehingga tampak seolah satu nilai dapat ditulis ulang menjadi nilai lain di perangkat batas.

Yang meruntuhkan gagasan itu adalah segala hal di sekitar nilainya. VNI diselesaikan oleh bidang kendali EVPN dan titik akhir terowongan di lapisan bawah. Label ditetapkan oleh bidang penerusan MPLS di sepanjang jalur. Tidak ada pihak yang punya prosedur baku untuk menerima pengenal pihak lain sebagai miliknya sendiri.

Apa yang sebenarnya diteruskan tiap pihak

Di sisi fabric, perangkat batas mengakhiri terowongan VXLAN, memetakan VNI ke VRF penyewa, dan merutekan paket sebagai IP biasa. Di sisi penyedia, PE menerima rute pelanggan ke dalam VRF, memasang tumpukan label MPLS, dan meneruskannya melalui IP VPN.

Serah-terima itu adalah model yang dipahami dengan baik dalam RFC 4364: sisi pelanggan bertukar rute IP dengan sisi penyedia, dan tiap domain memiliki enkapsulasinya sendiri. VNI sudah hilang saat paket mencapai PE, dan itulah tepatnya alasan model itu berhasil.

Mengapa bidang kendali tidak menyatu

EVPN Type 5 membawa rute prefiks IP dengan hop berikutnya overlay, sedangkan pengumuman VPN-IPv4 termasuk keluarga alamat yang berbeda. Target rute yang tampak sama di kedua sisi tidak menerjemahkan satu keluarga ke keluarga lain, dan tidak menyelesaikan hop berikutnya melintasi batas.

Gateway terintegrasi hanya dapat melakukan kedua tugas bila platform menerapkan enkapsulasi yang disyaratkan dan interworking keluarga rute. Kemampuan itu harus diverifikasi untuk perangkat keras dan rilis yang tepat, bukan disimpulkan dari nama keluarga produk.

Dua asumsi lain gagal di batas ini. MPLS IP VPN menyediakan keterjangkauan terrutekan, bukan segmen Ethernet, sehingga memperluas siaran justru memerlukan layanan lapisan 2 yang didukung. Dan kedua enkapsulasi memakan byte, sehingga MTU efektif lebih kecil daripada yang disiratkan salah satu lapisan bawah.

Pilih serah-terima terrutekan atau gateway terintegrasi

Pilih serah-terima terrutekan bila penyewa membutuhkan keterjangkauan IP dan penyedia sudah menawarkan layanan yang menghadap CE. Itu menjaga kepemilikan tetap bersih: fabric memiliki VXLAN dan EVPN, penyedia memiliki MPLS dan VPN, dan batas memiliki pemetaan VRF ke antarmuka. Rencanakan skala sambungan, pengalamatan, dan failover bersama penyedia alih-alih menganggap satu tautan cukup.

Pilih gateway terintegrasi hanya bila platform yang Anda operasikan mendukung kedua peran dan Anda dapat menguji interworking-nya. Penghematan perangkat itu nyata, tetapi risiko operasionalnya juga nyata bahwa satu perangkat menjadi satu-satunya tempat dua bidang kendali harus sepakat.

Apa yang dicatat per penyewa

Simpan catatan khusus penyewa berisi sambungan, prefiks yang diterima dan diekspor, metode penyelesaian hop berikutnya, dan perilaku yang diharapkan setelah kegagalan batas atau tautan penyedia. Sertakan anggaran MTU di kedua batas enkapsulasi dan jalur kembali, karena arah maju yang bekerja hanya membuktikan sedikit sekali.

Catatan itulah yang menghubungkan dua domain administratif tanpa berpura-pura asumsi perutean dan enkapsulasinya sama. Ketika nanti ada yang bertanya apakah VNI bisa sekadar menjadi label, dokumen itu menjawab dengan desain, bukan dengan perdebatan.