L2TPv2, L2TPv3, GRE และ VPWS: เลือกตามเพย์โหลด
เปรียบเทียบ L2TPv2, L2TPv3, GRE และ MPLS VPWS ตามเพย์โหลดที่บรรทุก ค่าใช้จ่ายส่วนเกินที่เพิ่มเข้ามา และใครเป็นผู้ดำเนินการขนส่งจริง
ข้อโต้แย้ง L2TP กับ GRE ส่วนใหญ่พังทลายลงด้วยเหตุผลเดียวกัน คือ ชื่อเหล่านั้นอยู่คนละชั้นของปัญหา สองตัวอธิบายการห่อหุ้มที่คุณกำหนดค่าเองบนเราเตอร์ของคุณ อีกตัวอธิบายบริการที่คนอื่นขายให้คุณ เริ่มจากเพย์โหลดที่ปลายทางต้องบรรทุก แล้วการเปรียบเทียบจะกลายเป็นรายการผลลัพธ์สั้น ๆ แทนการต่อสู้เรื่องคุณสมบัติ
เพย์โหลดก่อน โปรโตคอลทีหลัง
ในทางปฏิบัติ เพย์โหลดเป็นหนึ่งในสี่อย่าง ได้แก่ เซสชัน PPP, เฟรม Ethernet ดิบ, แพ็กเก็ต IP หรือเฟรม MPLS ที่ส่งมอบให้ผู้ให้บริการ แต่ละอย่างกำหนดข้อเรียกร้องต่างกันในเรื่องการกำหนดที่อยู่ การจัดการการกระจาย และการตรวจจับความล้มเหลว หากรายการนี้ผิด การปรับแต่งการห่อหุ้มใด ๆ ก็ช่วยกู้การออกแบบไม่ได้
| 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 |
สิ่งที่อยู่นอกรายการเหล่านี้จะถูกเพิ่มภายหลัง เช่น การเข้ารหัส การบีบอัด หรือการปรับรูปร่างทราฟฟิก เลือกรายการก่อน
L2TPv2 และ L2TPv3 แชร์ชื่อและแทบไม่มีอย่างอื่นร่วมกัน
L2TPv2 มีอยู่เพื่อบรรทุกเซสชัน PPP ข้ามเครือข่าย IP จึงอ่านได้เป็นโปรโตคอลการเข้าถึงระยะไกลมากกว่าการขนส่งเฟรมทั่วไป L2TPv3 ทำให้แนวคิดนั้นเป็นทั่วไป คือ การเชื่อมต่อควบคุมเจรจาเซสชัน และแต่ละเซสชันบรรทุกการเชื่อมต่อชั้น 2 ที่กำหนดไว้ระหว่างปลาย IP สองจุด ชื่อตระกูลเดียวกัน โปรโตคอลควบคุมต่างกัน แบบจำลองเซสชันต่างกัน ข้อกำหนดที่ระบุเพียง L2TP นั้นไม่สมบูรณ์ และเทมเพลตที่คัดลอกมาจากเวอร์ชันผิดจะเจรจาไม่ได้ด้วยซ้ำ
หากคุณต้องการ PPP, L2TPv2 คือสมาชิกที่สมจริงเพียงตัวเดียวของตระกูล หากคุณต้องการเฟรม Ethernet ข้ามแกนกลางที่กำหนดเส้นทาง คุณอยู่ในอาณาเขตของ L2TPv3
รายละเอียดการขนส่งแตกต่างกันในแบบที่ปรากฏขึ้นระหว่างการตรวจสอบไฟร์วอลล์ L2TPv3 สามารถเดินทางตรงผ่านโปรโตคอล IP 115 หรือภายใน UDP โดยปกติที่พอร์ต 1701 ขณะที่ L2TPv2 อยู่บน UDP 1701 โดยมี PPP อยู่ข้างใน นโยบายที่เขียนสำหรับเวอร์ชันหนึ่งอาจดูถูกต้องทั้งหมดแต่ก็ยังทิ้งอีกเวอร์ชันหนึ่ง
GRE เป็นส่วนหัว ไม่ใช่บริการ
GRE ห่อเพย์โหลดในส่วนหัวสี่ไบต์ที่มีฟิลด์คีย์และลำดับแบบเลือกได้ แล้วส่งผลลัพธ์ให้ IP เพื่อนำส่ง มันไม่ได้อ้างอะไรเกี่ยวกับความหมายของเพย์โหลด ดังนั้นการใช้งานจึงสามารถทำทันเนล IPv4, IPv6 หรือ Ethernet ได้หากรองรับชนิดโปรโตคอลเหล่านั้น ความทั่วไปไม่เหมือนความเป็นสากล ตรวจสอบชนิดโปรโตคอลและพฤติกรรมการแบ่งส่วนบนอุปกรณ์จริง
ฟิลด์คีย์คือสิ่งที่ทำให้ GRE มีประโยชน์เมื่อหลายทันเนลแชร์คู่ที่อยู่ปลายทางหนึ่งคู่ เพราะผู้รับทำดีมัลติเพล็กซ์ตามค่านั้น GRE บน IPv4 มีค่าใช้จ่ายประมาณ 24 ไบต์ก่อนตัวเลือกเพิ่มเติมใด ๆ และเริ่มมีผลบนลิงก์ที่จัดเตรียมไว้สำหรับเฟรม 1500 ไบต์แล้ว GRE เพียงลำพังไม่มีความลับใด ๆ ดังนั้นรูปแบบปกติจึงจับคู่กับ IPsec และปล่อยให้ IPsec เป็นเจ้าของขอบเขตการเข้ารหัส การจับคู่นั้นได้ผล แต่ งบประมาณ MTU ต้องครอบคลุมส่วนหัวทั้งสอง
GRE ยังบรรทุกมัลติแคสต์และการกระจายผ่านทันเนลเมื่อเพย์โหลดเป็น Ethernet ซึ่งทันเนล IP แบบยูนิแคสต์ธรรมดาทำไม่ได้ คุณสมบัตินี้ ไม่ใช่ตัวย่อ คือเหตุผลที่การออกแบบเลือกใช้มัน
VPWS ซื้อ ไม่ได้กำหนดค่า
บริการวงจรส่วนตัวเสมือนส่งมอบวงจรชั้น 2 แบบจุดต่อจุดผ่านเครือข่ายของผู้ให้บริการ วงจรเชื่อมต่อของคุณสิ้นสุดที่อุปกรณ์ขอบของผู้ให้บริการ และซูโดไวร์ที่พาดผ่านแกนกลางเป็นของผู้ให้บริการ คำถามที่สำคัญเป็นเรื่องการปฏิบัติงาน คือ เส้นแบ่งอยู่ที่ใด ใครเป็นเจ้าของไมล์แรกและไมล์สุดท้าย และผู้ให้บริการจัดการเฟรมขนาดเกินอย่างไร
นี่คือจุดที่การเปรียบเทียบพลิกกลับ L2TPv3 และ GRE เป็นสิ่งที่คุณดำเนินการตั้งแต่ต้นจนจบ คุณจึงแก้ไขข้อบกพร่องด้วยข้อมูลรับรองและแคปเจอร์ของคุณเอง VPWS เป็นสัญญาที่มีการส่งมอบ ความล้มเหลวจึงเริ่มด้วยตั๋วแทนการดักแพ็กเก็ต ไม่มีแบบจำลองใดชนะอย่างสมบูรณ์ พวกมันล้มเหลวคนละจุด และการเลือกขึ้นอยู่กับว่าคุณต้องการเป็นเจ้าของไมล์สุดท้ายหรือไม่
สแตกเลเบลของซูโดไวร์อยู่ภายในเครือข่ายของผู้ให้บริการ จึงไม่เปลี่ยนเลขคณิต MTU ของคุณเหมือนส่วนหัวทันเนลที่มองเห็นได้
เลือกหนึ่งแถวแล้วจดไว้
บันทึกการตัดสินใจเป็นประโยคเดียวสามส่วน คือ เพย์โหลด การห่อหุ้ม และเจ้าของการขนส่ง จากนั้นแนบตัวเลขที่ทำให้ตรวจสอบได้
สำหรับแต่ละตัวเลือก จดค่าใช้จ่ายบนสาย เฟรมที่ใหญ่ที่สุดที่เส้นทางยอมรับ และฮอปแรกที่จะรายงานปัญหา MTU ยืนยันว่าปลายทั้งสองรองรับชนิดโปรโตคอลหรือชนิดเซสชันที่คุณเลือก ไม่ใช่แค่คำโฆษณาบนเอกสารข้อมูล กำหนดว่าการมัลติเพล็กซ์จะเป็นอย่างไรหากปีหน้ามีวงจรที่สอง เพราะคีย์ GRE และ ID เซสชัน L2TPv3 ไม่ใช่ทางแก้ที่แลกเปลี่ยนกันได้สำหรับปัญหานั้น จากนั้นส่งเฟรมขนาดเกินหนึ่งเฟรมและเฟรมปกติหนึ่งเฟรม คู่นี้จับการออกแบบส่วนใหญ่ที่ดูดีบนกระดาษ
การเปรียบเทียบทันเนลตามชื่อยังคงสร้างข้อโต้แย้งที่ไม่มีใครยุติได้ การเปรียบเทียบตามเพย์โหลด ค่าใช้จ่ายส่วนเกิน และความเป็นเจ้าของให้การตัดสินใจในบ่ายเดียว พร้อมหลักฐานที่จำเป็นเพื่อปกป้องมันในภายหลัง