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 त्यो समस्याका अदलबदलयोग्य समाधान होइनन्। त्यसपछि एउटा अत्यधिक ठूलो र एउटा सामान्य फ्रेम पठाउनुहोस्; त्यो जोडीले कागजमा राम्रो देखिने अधिकांश डिजाइन समात्छ।
नामले टनेल तुलना गर्नु भनेको कोही पनि मिलाउन नसक्ने बहस उत्पन्न गरिरहनु हो। पेलोड, ओभरहेड र स्वामित्वले तुलना गर्दा एक दिउँसोमा निर्णय आउँछ, साथै पछि त्यसको बचाउ गर्न आवश्यक प्रमाण पनि।