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 IP नेटवर्क पर PPP सत्र ले जाने के लिए मौजूद है, इसीलिए यह सामान्य फ़्रेम परिवहन से अधिक रिमोट एक्सेस प्रोटोकॉल जैसा पढ़ा जाता है। L2TPv3 उस विचार को सामान्य बनाता है: एक नियंत्रण कनेक्शन सत्रों पर बातचीत करता है, और हर सत्र दो IP एंडपॉइंट्स के बीच एक निर्धारित परत 2 कनेक्शन ले जाता है। वही परिवार-नाम, अलग नियंत्रण प्रोटोकॉल, अलग सत्र मॉडल। केवल L2TP कहने वाली आवश्यकता अधूरी है, और गलत संस्करण से कॉपी किया गया टेम्पलेट बातचीत भी नहीं करेगा।
अगर आपको PPP चाहिए, तो L2TPv2 परिवार का एकमात्र व्यावहारिक सदस्य है; अगर आपको राउटेड कोर पर Ethernet फ़्रेम चाहिए, तो आप L2TPv3 के क्षेत्र में हैं।
परिवहन का ब्यौरा उन तरीकों से अलग होता है जो फ़ायरवॉल समीक्षा के दौरान सामने आते हैं। L2TPv3 सीधे IP प्रोटोकॉल 115 पर या UDP के अंदर, आमतौर पर पोर्ट 1701 पर यात्रा कर सकता है, जबकि L2TPv2 अंदर PPP के साथ UDP 1701 पर रहता है। एक संस्करण के लिए लिखी नीति पूरी तरह सही दिख सकती है और फिर भी दूसरे को गिरा सकती है।
GRE एक हेडर है, सेवा नहीं
GRE पेलोड को वैकल्पिक कुंजी और अनुक्रम फ़ील्ड वाले चार बाइट के हेडर में लपेटता है, फिर परिणाम डिलीवरी के लिए IP को सौंपता है। यह पेलोड के अर्थ के बारे में कोई दावा नहीं करता, इसलिए कार्यान्वयन IPv4, IPv6 या Ethernet को टनल कर सकते हैं यदि वे प्रोटोकॉल प्रकार समर्थित हों। सामान्य होना सार्वभौमिक होना नहीं है: वास्तविक डिवाइस पर प्रोटोकॉल प्रकार और फ़्रैगमेंटेशन व्यवहार जाँचें।
कुंजी फ़ील्ड ही GRE को तब उपयोगी बनाता है जब कई टनल एक ही जोड़ी एंडपॉइंट पते साझा करते हैं, क्योंकि रिसीवर उस मान पर डीमल्टीप्लेक्स करता है। IPv4 पर GRE किसी भी अतिरिक्त विकल्प से पहले लगभग 24 बाइट खर्च करता है, जो पहले से 1500 बाइट फ़्रेम के लिए तैयार लिंक पर मायने रखने लगता है। अकेला GRE कोई गोपनीयता नहीं देता, इसलिए सामान्य पैटर्न इसे IPsec के साथ जोड़ता है और क्रिप्टो सीमा IPsec के पास रखता है। वह जोड़ी काम करती है, लेकिन तब MTU बजट को दोनों हेडर कवर करने पड़ते हैं।
जब पेलोड Ethernet हो तो GRE टनल के ज़रिए मल्टीकास्ट और ब्रॉडकास्ट भी ले जाता है, जो एक साधारण यूनिकास्ट IP टनल नहीं कर सकती। यही गुण, संक्षिप्त नाम नहीं, आमतौर पर डिज़ाइन के इसे चुनने का कारण होता है।
VPWS खरीदा जाता है, कॉन्फ़िगर नहीं किया जाता
एक वर्चुअल प्राइवेट वायर सेवा प्रदाता के नेटवर्क पर पॉइंट-टू-पॉइंट परत 2 सर्किट पहुँचाती है। आपका अटैचमेंट सर्किट प्रदाता के एज डिवाइस पर समाप्त होता है, और कोर पर स्यूडोवायर प्रदाता का होता है। जो सवाल मायने रखते हैं वे परिचालनगत हैं: सीमा कहाँ है, पहले और आखिरी मील का मालिक कौन है, और प्रदाता बड़े आकार के फ़्रेम के साथ क्या करता है।
यहीं तुलना पलटती है। L2TPv3 और GRE ऐसी चीज़ें हैं जिन्हें आप शुरू से अंत तक चलाते हैं, इसलिए आप उन्हें अपने ही क्रेडेंशियल और अपने ही कैप्चर से डीबग करते हैं। VPWS हैंडऑफ़ वाला अनुबंध है, इसलिए आउटेज पैकेट कैप्चर के बजाय टिकट से शुरू होता है। कोई भी मॉडल पूरी तरह नहीं जीतता; वे अलग-अलग जगहों पर विफल होते हैं, और चुनाव इस पर निर्भर करता है कि आप आखिरी मील का मालिकाना चाहते हैं या नहीं।
स्यूडोवायर लेबल स्टैक प्रदाता के नेटवर्क के अंदर ही रहता है, इसलिए यह दृश्यमान टनल हेडर की तरह आपकी MTU गणना नहीं बदलता।
एक पंक्ति चुनें और उसे लिख लें
निर्णय को तीन भागों वाले एक वाक्य के रूप में दर्ज करें: पेलोड, एनकैप्सुलेशन और परिवहन का मालिक। फिर वे संख्याएँ जोड़ें जो इसे जाँचने योग्य बनाती हैं।
हर उम्मीदवार के लिए तार पर लगने वाला ओवरहेड, पथ द्वारा स्वीकार किया जाने वाला सबसे बड़ा फ़्रेम और वह पहला हॉप लिखें जो MTU समस्या की सूचना देगा। पुष्टि करें कि दोनों एंडपॉइंट्स आपके चुने प्रोटोकॉल प्रकार या सत्र प्रकार का समर्थन करते हैं, केवल डेटाशीट का मार्केटिंग शब्द नहीं। तय करें कि अगले साल दूसरा सर्किट आने पर मल्टीप्लेक्सिंग कैसी दिखेगी, क्योंकि GRE कुंजियाँ और L2TPv3 सत्र ID उस समस्या के लिए विनिमेय समाधान नहीं हैं। फिर एक बड़े आकार का और एक सामान्य फ़्रेम भेजें; यह जोड़ी कागज़ पर अच्छी दिखने वाली अधिकांश डिज़ाइनों को पकड़ लेती है।
टनलों की नाम से तुलना ऐसी बहसें पैदा करती रहती है जिन्हें कोई सुलझा नहीं सकता। पेलोड, ओवरहेड और स्वामित्व से तुलना एक दोपहर में निर्णय देती है, साथ में बाद में उसकी रक्षा के लिए ज़रूरी सबूत भी।