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