L2VPN, VPLS, dan EVPN: labelnya bukan layanannya
Akronim pada formulir pesanan menamai sebuah keluarga, perilaku penerusan, atau bidang kendali. Empat pertanyaan memisahkannya sebelum Anda membandingkan dua kuotasi.
Anda membaca «L2VPN» di sebuah kuotasi, lalu «VPLS» di lembar konfigurasi, dan menganggap kata kedua mempersempit kata pertama. Kadang memang begitu, kadang kedua baris itu menjawab pertanyaan yang tidak berkaitan. Kesalahpahamannya adalah memperlakukan nama-nama ini sebagai anak tangga dari dasar ke lanjutan. L2VPN adalah keluarga, VPWS dan VPLS adalah dua perilaku layanan di dalamnya, dan EVPN adalah mekanisme bidang kendali yang dapat membawa salah satunya.
Setiap akronim menjawab pertanyaan yang berbeda
Mulailah dari apa yang harus dilakukan sambungan pelanggan, karena itulah satu-satunya pertanyaan yang dijawab model layanan. Sirkuit titik-ke-titik antara dua lokasi dan segmen Ethernet bersama di sepuluh lokasi adalah produk berbeda, meski keduanya dijual sebagai konektivitas lapisan 2.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
Tabel itu bukan hierarki, dan membacanya sebagai hierarki menimbulkan kesalahan pengadaan yang biasa: membandingkan kuotasi VPWS dengan kuotasi VPLS seolah yang kedua adalah versi lebih lengkap dari yang pertama. Keduanya memecahkan masalah berbeda, dan tidak ada yang menjadi superset dalam arti yang diasumsikan pembeli.
VPWS dan VPLS berpisah pada keputusan penerusan
Dalam layanan kabel privat virtual, sambungan memilih titik ujung jauh. Trafik yang tiba di port itu keluar menuju port berpasangan, dan tepi penyedia tidak perlu mempelajari alamat MAC mana yang berada di belakangnya untuk keputusan penerusan dasar.
Dalam VPLS, tepi penyedia menjembatani. Ia memeriksa alamat MAC tujuan setiap frame, mempelajari alamat sumber per sambungan, dan membanjiri tujuan tak dikenal di dalam LAN yang diemulasikan. Itulah yang membuat layanan berperilaku seperti LAN, dan dari situ pula batas operasionalnya berasal.
Diagram yang tampak multipoin tidak membuktikan bahwa semua lokasi berbagi satu domain siaran. Dua penyedia dapat menggambar awan yang sama dan menjual satu domain terjembatani atau beberapa sirkuit titik-ke-titik, dan perbedaannya baru terlihat ketika siaran, frame unicast tak dikenal, atau perpindahan MAC melintasi batas lokasi. Ping siaran antara dua lokasi menjawab pertanyaan itu lebih cepat daripada slide arsitektur mana pun. Jika jawabannya datang dari setiap lokasi lain, Anda punya satu jembatan; jika hanya pasangan itu yang menjawab, Anda punya satu kabel.
EVPN adalah bidang kendali, bukan topologi
Spesifikasi dasar EVPN, RFC 7432, mendefinisikan prosedur Ethernet VPN berbasis BGP MPLS: keterjangkauan MAC diumumkan di BGP alih-alih hanya dipelajari melalui banjir bidang data. RFC 8214 kemudian menetapkan dukungan VPWS dengan EVPN, dan titik itulah yang mematahkan model tangga. Bidang kendali yang sama melayani layanan titik-ke-titik dan layanan multipoin.
Jadi «kami menjalankan EVPN» bukan jawaban atas «apa yang kami beli». Penyedia tetap harus mengatakan apakah layanannya sepasang sambungan atau jembatan bersama, dan apakah transportnya MPLS, VXLAN, atau sesuatu yang lain. Pilihan itu hidup di dokumen berbeda dan bagian konfigurasi yang berbeda.
Bagi operator, konsekuensi praktisnya adalah memilih EVPN lebih awal membuat perubahan layanan berikutnya lebih murah, karena keterjangkauan sudah disinyalkan alih-alih dibanjiri. Itu tidak menghapus kebutuhan untuk memutuskan model layanan lebih dulu, dan tidak membuat jembatan yang salah konfigurasi menjadi benar.
MPLS adalah jalur data, bukan definisinya
Dokumen kerangka menjelaskan keluarganya dan persyaratannya; dokumen itu tidak mewajibkan satu enkapsulasi. Penumpukan label MPLS adalah transport umum untuk layanan ini, dan itu bukan satu-satunya. Layanan yang disinyalkan BGP dan jalur penerusan MPLS adalah keputusan desain terpisah yang kebetulan sering berpasangan.
Ketika vendor berkata «MPLS L2VPN», tanyakan separuh mana yang dijelaskan. Jika jawabannya hanya transport, model layanannya masih belum ditentukan, dan perilaku sambungannya masih belum diketahui.
Empat pertanyaan yang mengubah label menjadi kontrak
Tanyakan apa serah-terimanya: port, VLAN, atau kumpulan VLAN, dan mana yang boleh saling berbicara. Tanyakan apakah lokasi berbagi satu domain siaran, karena jawaban tunggal itu menentukan banjir, batas MAC, dan bagaimana sebuah loop akan berperilaku.
Minta anggaran ukuran frame dari ujung ke ujung, lalu tambahkan sendiri biaya enkapsulasinya. Tanyakan apa yang terjadi ketika satu sambungan gagal, apakah yang lain tetap meneruskan, dan apakah penyedia menarik keterjangkauan atau membiarkannya sampai timer kedaluwarsa.
Tulis keempat jawaban itu di samping nama produk dalam catatan Anda. Ketika kuotasi berikutnya datang dengan akronim berbeda dan harga sama, perbandingannya menjadi perbandingan perilaku, dan hanya itu perbandingan yang memprediksi apa yang akan dilakukan jaringan pada hari buruk.