L2TPv2, L2TPv3, GRE dan VPWS: pilih mengikut muatan
Bandingkan L2TPv2, L2TPv3, GRE dan MPLS VPWS mengikut muatan yang dibawa, overhed tambahan yang ditambah dan siapa sebenarnya mengendalikan pengangkutan.
Kebanyakan L2TP berbanding GRE runtuh atas sebab yang sama: nama-nama itu berada pada lapisan masalah yang berbeza. Dua daripadanya menerangkan enkapsulasi yang anda konfigurasikan pada penghala anda sendiri. Satu menerangkan perkhidmatan yang dijual oleh orang lain kepada anda. Mulakan dengan muatan yang perlu dibawa oleh titik akhir, dan perbandingan menjadi senarai akibat yang pendek dan bukannya pertarungan ciri.
Muatan dahulu, protokol kemudian
Dalam amalan muatan ialah salah satu daripada empat perkara: sesi PPP, bingkai Ethernet mentah, paket IP atau bingkai MPLS yang diserahkan kepada pembekal. Setiap satu menuntut perkara berbeza pada pengalamatan, pengendalian siaran dan pengesanan kegagalan. Jika senarai ini salah, tiada penalaan enkapsulasi yang akan menyelamatkan reka bentuk.
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
Apa-apa di luar baris ini ditambah kemudian, seperti penyulitan, pemampatan atau pembentukan trafik. Pilih baris itu dahulu.
L2TPv2 dan L2TPv3 berkongsi nama dan hampir tiada yang lain
L2TPv2 wujud untuk membawa sesi PPP merentas rangkaian IP, sebab itulah ia dibaca sebagai protokol capaian jauh dan bukannya pengangkutan bingkai generik. L2TPv3 menggeneralisasikan idea itu: sambungan kawalan berunding sesi, dan setiap sesi membawa sambungan lapisan 2 yang ditentukan antara dua titik akhir IP. Nama keluarga yang sama, protokol kawalan berbeza, model sesi berbeza. Keperluan yang hanya menyebut L2TP adalah tidak lengkap, dan templat yang disalin daripada versi yang salah tidak akan berunding pun.
Jika anda memerlukan PPP, L2TPv2 ialah satu-satunya ahli keluarga yang realistik; jika anda memerlukan bingkai Ethernet merentas teras berpenghalaan, anda berada di wilayah L2TPv3.
Butiran pengangkutan berbeza dalam cara yang muncul semasa semakan firewall. L2TPv3 boleh bergerak terus melalui protokol IP 115 atau di dalam UDP, biasanya pada port 1701, manakala L2TPv2 kekal pada UDP 1701 dengan PPP di dalamnya. Dasar yang ditulis untuk satu versi boleh kelihatan betul sepenuhnya dan masih menggugurkan versi yang lain.
GRE ialah pengepala, bukan perkhidmatan
GRE membalut muatan dalam pengepala empat bait dengan medan kunci dan jujukan pilihan, kemudian menyerahkan hasilnya kepada IP untuk penghantaran. Ia tidak mendakwa apa-apa tentang maksud muatan, jadi pelaksanaan boleh menyalurkan IPv4, IPv6 atau Ethernet jika jenis protokol itu disokong. Umum bukan bermakna universal: sahkan jenis protokol dan tingkah laku pemecahan pada peranti sebenar.
Medan kunci ialah apa yang menjadikan GRE berguna apabila beberapa terowong berkongsi satu pasangan alamat titik akhir, kerana penerima menyahmultipleks berdasarkan nilai itu. GRE di atas IPv4 menelan kira-kira 24 bait sebelum sebarang pilihan tambahan, dan itu mula penting pada pautan yang sudah disediakan untuk bingkai 1500 bait. Bersendirian GRE tidak menawarkan kerahsiaan, jadi corak biasa memasangkannya dengan IPsec dan membiarkan IPsec memiliki sempadan kripto. Pasangan itu berfungsi, tetapi belanjawan MTU kemudiannya mesti meliputi kedua-dua pengepala.
GRE juga membawa multicast dan siaran melalui terowong apabila muatan ialah Ethernet, yang tidak boleh dilakukan oleh terowong IP unicast biasa. Sifat itulah, bukan akronimnya, yang biasanya menyebabkan sesuatu reka bentuk memilihnya.
VPWS dibeli, bukan dikonfigurasi
Perkhidmatan wayar peribadi maya menyampaikan litar lapisan 2 dari titik ke titik merentas rangkaian pembekal. Litar sambungan anda berakhir pada peranti tepi pembekal, dan wayar pseudo merentas teras milik pembekal. Soalan yang penting bersifat operasi: di mana sempadan itu, siapa memiliki batu pertama dan terakhir, dan apa yang pembekal lakukan dengan bingkai yang terlalu besar.
Di sinilah perbandingan berbalik. L2TPv3 dan GRE ialah perkara yang anda jalankan dari hujung ke hujung, jadi anda menyahpepijatnya dengan kelayakan anda sendiri dan tangkapan anda sendiri. VPWS ialah kontrak dengan penyerahan, jadi gangguan bermula dengan tiket dan bukannya tangkapan paket. Tiada model yang menang secara mutlak; kedua-duanya gagal di tempat berbeza, dan pilihan bergantung pada sama ada anda mahu memiliki batu terakhir.
Timbunan label wayar pseudo kekal di dalam rangkaian pembekal, jadi ia tidak mengubah aritmetik MTU anda seperti pengepala terowong yang kelihatan.
Pilih satu baris dan tuliskannya
Catat keputusan sebagai satu ayat dengan tiga bahagian: muatan, enkapsulasi dan pemilik pengangkutan. Kemudian lampirkan nombor yang menjadikannya boleh disemak.
Untuk setiap calon, tuliskan overhed pada wayar, bingkai terbesar yang diterima oleh laluan dan hop pertama yang akan melaporkan masalah MTU. Sahkan bahawa kedua-dua titik akhir menyokong jenis protokol atau jenis sesi yang anda pilih, bukan hanya istilah pemasaran pada helaian data. Tentukan rupa multipleks jika litar kedua muncul tahun depan, kerana kunci GRE dan ID sesi L2TPv3 bukan penyelesaian yang boleh ditukar ganti untuk masalah itu. Kemudian hantar satu bingkai terlalu besar dan satu bingkai normal; pasangan itu menangkap kebanyakan reka bentuk yang kelihatan baik di atas kertas.
Membandingkan terowong mengikut nama terus menghasilkan perdebatan yang tiada siapa dapat selesaikan. Membandingkannya mengikut muatan, overhed dan pemilikan menghasilkan keputusan dalam satu petang, serta bukti yang diperlukan untuk mempertahankannya kemudian.