ईथरनेट पर पॉइंट-टू-पॉइंट प्रोटोकॉल
आवेदन | एफ़टीपी | एसएमटीपी | एचटीटीपी | ... | डीएनएस | ... |
यातायात | टीसीपी | यूडीपी | ||||
इंटरनेट | आईपी | आईपीवी6 | ||||
नेटवर्क का उपयोग | पीपीपी | |||||
पीपीपीओई | ||||||
ईथरनेट |
ईथरनेट (पीपीपीओई) पर पॉइंट-टू-पॉइंट प्रोटोकॉल ईथरनेट फ्रेम के अंदर एनकैप्सुलेशन (नेटवर्किंग) पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) फ्रेम के लिए एक नेटवर्क प्रोटोकॉल है। यह 1999 में आईएसपी के इंटरनेट प्रोटोकॉल नेटवर्क के लिए DSL कनेक्शन पर प्रोटोकॉल नेटवर्क पैकेट को सुरंग बनाने के समाधान के रूप में और वहां से शेष इंटरनेट के लिए DSL के उछाल के संदर्भ में दिखाई दिया है। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश DSL प्रदाता पीपीपीओई का उपयोग करते हैं, जो प्रमाणीकरण, कूटलेखन और डेटा संपीड़न प्रदान करता है।[1] पीपीपीओई के विशिष्ट उपयोग में उपयोगकर्ता नाम और पासवर्ड के साथ उपयोगकर्ता को प्रमाणित करने के लिए पीपीपी सुविधाओं का लाभ उठाना सम्मिलित है, मुख्य रूप से पासवर्ड प्रमाणीकरण प्रोटोकॉल के माध्यम से और कम अक्सर चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल के माध्यम से।[2] 2000 के आसपास, पीपीपीओई भी ईथरनेट लैन पर कंप्यूटर या राउटर (कंप्यूटिंग) से जुड़े मॉडम से बात करने के लिए प्रतिस्थापन विधि बनना प्रारंभ कर रहा था, जो पुराने विधि को विस्थापित कर रहा था, जो युएसबी था। यह यूज-केस, राउटर को ईथरनेट पर मॉडम से कनेक्ट करना आज भी अत्यधिक सामान्य है।
ग्राहक-परिसर उपकरण पर, पीपीपीओई को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो DSL मॉडम और आईपी रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या साधारण DSL मॉडम (रूटिंग सपोर्ट के बिना) के स्थितियों में, पीपीपीओई को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक कि सीधे उपयोगकर्ता के कंप्यूटर पर। (पीपीपीओई के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में उपस्थित है, विन्डोज़ एक्सपी से लेकर,[3] लिनक्स [4] हमारे एएस एक्स.[5]) अभी हाल ही में[when?], कुछ जीपीओएन -आधारित (DSL-आधारित के अतिरिक्त) आवासीय गेटवे भी पीपीपीओई का उपयोग करते हैं, चूंकि जीपीओएन मानकों में पीपीपीओई की स्थिति सीमांत है।
पीपीपीओई को यूयूनेट, रेडबैक नेटवर्क (अब एरिक्सन) और राउटरवेयर (अब पवन नदी प्रणाली) द्वारा विकसित किया गया था[6] और सूचनात्मक [आरएफसी :2516 आरएफसी 2516] के रूप में उपलब्ध है।
DSL की दुनिया में, पीपीपीओई को सामान्यतः अतुल्यकालिक स्थानांतरण मोड (या DSL) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, चूंकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा उपस्थित नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, पीपीपीओईओई, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि मेट्रो ईथरनेट नेटवर्क के स्थितियों में होता है। (इस संकेतन में, पीपीपीओई के मूल उपयोग को पीपीपीओईओए के रूप में लेबल किया जाएगा, चूंकि इसे पीपीपीओए के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।)
पीपीपीओई को कुछ पुस्तकों में परत 2.5 प्रोटोकॉल के रूप में वर्णित किया गया है,[2][7] एमपीएलएस के समान कुछ अल्पविकसित अर्थों में क्योंकि इसका उपयोग ईथरनेट इन्फ्रास्ट्रक्चर को साझा करने वाले विभिन्न आईपी प्रवाहों को अलग करने के लिए किया जा सकता है, चूंकि पीपीपीओई स्विच की कमी पीपीपीओई हेडर के आधार पर रूटिंग निर्णय लेने से उस संबंध में प्रयोज्यता सीमित हो जाती है।[7]
मूल तर्क
1998 के अंत में, DSL सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना शेष था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। एDSL तकनीक को एक दशक पहले प्रस्तावित किया गया था।[8] संभावित रेडबैक नेटवर्क और यूयूएनईटी समान रूप से मानते हैं कि केबल मॉडम या DSL जैसे ब्रॉडबैंड अंततः डायल करें सेवा को बदल देंगे, लेकिन हार्डवेयर (ग्राहक परिसर और स्थानीय विनिमय वाहक दोनों) को बड़े पैमाने पर अर्थव्यवस्था का सामना करना पड़ा। DSL की कम मात्रा की तैनाती के प्रारंभिक अनुमानों ने DSL मॉडम के लिए $300-$500 रेंज में लागत और टेल्को से $300/माह का एक्सेस शुल्क दिखाया।[citation needed] जो घरेलू उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि से काफी अधिक था। इस प्रकार प्रारंभिक ध्यान छोटे कार्यालय/घर कार्यालय के ग्राहकों पर था जिनके लिए एक ~1.5 मेगाबिट डिजिटल सिग्नल 1 (उस समय $800-$1500 प्रति माह) सस्ता नहीं था, लेकिन जिन्हें डायलअप या आईएसडीएन से अधिक की आवश्यकता थी। यदि इनमें से पर्याप्त ग्राहक मार्ग प्रशस्त करते हैं, तो मात्राएँ कीमतों को नीचे ले जाएँगी जहाँ घरेलू उपयोग के डायलअप उपयोगकर्ता की रुचि हो सकती है।
विभिन्न उपयोग प्रोफ़ाइल
समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न सम्मिलित हैं:
- पूरे लैन को इंटरनेट से जोड़ना;
- कनेक्शन के दूर से सुलभ स्थानीय लैन पर सेवाएं प्रदान करना;
- कंपनी वीपीएन और सामान्य उद्देश्य आईएसपी जैसे कई बाहरी डेटा स्रोतों तक एक साथ पहुंच;
- पूरे कार्यदिवस में या चौबीसों घंटे लगातार उपयोग।
इन आवश्यकताओं ने स्वयं को डायल-अप प्रक्रिया के कनेक्शन स्थापना अंतराल और न ही इसके एक-कंप्यूटर-से-एक-आईएसपी मॉडल, और न ही नेटवर्क एड्रेस ट्रांसलेशन और डायल-अप प्रदान किए गए कई-से-एक के लिए उधार दिया जिससे नए मॉडल की आवश्यकता थी।
पीपीपीओई मुख्य रूप से उपयोग किया जाता है:
- पीपीपीओई-भाषी इंटरनेट DSL सेवाओं के साथ जहां पीपीपीओई-भाषी मॉडम -राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) DSL सेवा से जुड़ता है। यहां आईएसपी और मॉडम -राउटर दोनों को पीपीपीओई बोलने की आवश्यकता है। (ध्यान दें कि इस स्थितियों में, पीपीपीओई-ओवर-DSL चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।)
- या जब पीपीपीओई-बोलने वाला DSL मॉडम पीपीपीओई-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है।
बाजार का समय: सरल बेहतर है
इन आवश्यकताओं को पूरा करने के लिए पूरी तरह से नया प्रोटोकॉल बनाने में समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और नया प्रोटोकॉल स्टैक (उस समय माइक्रोसॉफ्ट फाइबर-आधारित एटीएम-सेल-टू-द-डेस्कटॉप की वकालत कर रहा था,[9] और एल2टीपी भी पक रहा था, लेकिन पूरा होने के पास नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए।
आधुनिक सॉफ़्टवेयर स्टैक का पुन: उपयोग करें
पीपीपीओई ने व्यापक ईथरनेट इंफ्रास्ट्रक्चर को सर्वव्यापी पीपीपी के साथ विलय करने की आशा की, जिससे विक्रेताओं को अपने आधुनिक सॉफ़्टवेयर का पुन: उपयोग करने और बहुत निकट अवधि में उत्पादों को वितरित करने की अनुमति मिली। अनिवार्य रूप से उस समय सभी ऑपरेटिंग सिस्टम में पीपीपी स्टैक था, और पीपीपीओई के डिजाइन ने पीपीपी से पीपीपीओई में कनवर्ट करने के लिए लाइन-एन्कोडिंग चरण में एक साधारण शिम की अनुमति दी थी।[citation needed]
हार्डवेयर आवश्यकताओं को सरल करें
प्रतिस्पर्धी वैन प्रौद्योगिकियों (टी1, आईएसडीएन) को ग्राहक परिसर में राउटर (कंप्यूटिंग) की आवश्यकता होती है। पीपीपीओई ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने DSL हार्डवेयर को केवल नेटवर्क ब्रिज के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को वैन में पास किया और दूसरों को अनदेखा किया। इस तरह के पुल का कार्यान्वयन राउटर की तुलना में सरल परिमाण के कई आदेश हैं।
सूचनात्मक आरएफसी
आरएफसी 2516 को प्रारंभ में इसी कारण से सूचनात्मक (मानक-ट्रैक के अतिरिक्त) आरएफसी के रूप में जारी किया गया था: मानक-ट्रैक आरएफसी के लिए गोद लेने की अवधि निषेधात्मक रूप से लंबी थी।
सफलता
पीपीपीओई को प्रारंभ में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा लैन प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे स्थितियों में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो घरेलू उपयोगकर्ता भुगतान करेगा।
आधुनिक समय के उपयोग-स्थितियाँ
2000 के आसपास, पीपीपीओई प्रोटोकॉल का उपयोग या तो (i) DSL मॉडम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, युएसबी का उपयोग करने के पहले के विधि को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के पीपीपी+पीपीपीओई तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था नेटवर्क नोड, प्रोटोकॉल परिवर्तक, कुछ सीमा तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है।
पहला यूज-केस, राउटर-टू-मॉडम कनेक्शन, जिसमें तथाकथित 'पीपीपीओईओई' (भौतिक ईथरनेट लैन पर पीपीपीओई प्रोटोकॉल तिकड़ी) सम्मिलित है, अगर पीपीपी का उपयोग किया जाता है तो मॉडम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है।
दूसरा उपयोग-केस, जहां पीपीपीओई प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, सामान्य सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों।
जैसा कि पहले उल्लेख किया गया है, ईथरनेट मैक हेडर वास्तव में कभी-कभी पीपीपीओई हेडर के साथ उपयोग में पाए जाते हैं, तथापि ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से उपस्थित न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित सॉफ्टवेयर ब्लोट को जोड़ने के अतिरिक्त कोई उद्देश्य नहीं है। उदाहरण के लिए, पीपीपीओई ओए के स्थितियों में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एटीएम था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को एटीएम के शीर्ष पर फिट करने के लिए जोड़ा गया था।
दूसरे उपयोग-स्थितियों में, ये अतिरिक्त प्रोटोकॉल हेडर गंभीर मात्रा में ब्लोट जोड़ते हैं और इसलिए थोड़ी मात्रा में प्रदर्शन को हानि पहुंचाते हैं।
दूसरे उपयोग के स्थितियों में, पीपीपी+पीपीपीओई+ईथरनेट मैक का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह 'अंतिम मील (दूरसंचार)' तक ही सीमित हो सकता है: एDSL या वीDSL2 /एफटीटीसी में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडम सम्मिलित है, या इसका उपयोग ब्रॉस 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। उदाहरण के स्थितियों में पीपीपीओई थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो एल2टीपी टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो आईएसपी के आईपी उपस्थिति का स्थान ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है।
चरण
पीपीपीओई के दो अलग-अलग चरण हैं:
पीपीपीओई खोज
चूंकि पारंपरिक पीपीपी कनेक्शन सीरियल लिंक पर या डायल-अप के समय पहले से ही स्थापित एटीएम वर्चुअल सर्किट पर दो अंत बिंदुओं के बीच स्थापित होते हैं, तार पर भेजे गए सभी पीपीपी फ्रेम निश्चित रूप से दूसरे छोर तक पहुंच जाते हैं। लेकिन ईथरनेट नेटवर्क मल्टी-एक्सेस हैं जहां नेटवर्क में प्रत्येक नोड हर दूसरे नोड तक पहुंच सकता है। ईथरनेट फ्रेम में डेस्टिनेशन नोड (मैक एड्रेस) का हार्डवेयर एड्रेस होता है। यह फ्रेम को इच्छित गंतव्य तक पहुंचने में सहायता करता है।
इसलिए ईथरनेट पर कनेक्शन स्थापित करने के लिए पीपीपी नियंत्रण पैकेटों का आदान-प्रदान करने से पहले, दो अंत बिंदुओं के मैक पते एक-दूसरे को ज्ञात होने चाहिए जिससे उन्हें इन नियंत्रण पैकेटों में एन्कोड किया जा सके। पीपीपीओई डिस्कवरी चरण ठीक यही करता है। यह एक सत्र आईडी स्थापित करने में भी सहायता करता है जिसका उपयोग पैकेटों के आगे आदान-प्रदान के लिए किया जा सकता है।
पीपीपी सत्र
एक बार सहकर्मी का मैक पता ज्ञात हो जाने और एक सत्र स्थापित हो जाने के बाद, सत्र चरण प्रारंभ हो जाएगा।
पीपीपीओई डिस्कवरी (पीपीपीओईडी)
चूंकि पारंपरिक पीपीपी एक पीयर टू पीयर प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर सेवा प्रदाता से जुड़ सकते हैं।
डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण आधुनिक सत्र को बंद करने की प्रणाली है।
सर्वर से क्लाइंट: दीक्षा (पीएडीआई)
पीएडीआई का अर्थ पीपीपीओई एक्टिव डिस्कवरी इनिशिएटिव है।[10]
यदि कोई उपयोगकर्ता DSL का उपयोग करके इंटरनेट पर डायल अप करना चाहता है, तो उसके कंप्यूटर को पहले उपयोगकर्ता के इंटरनेट सेवा प्रदाता के पॉइंट ऑफ़ प्रेजेंस (पीओपी) पर DSL एक्सेस कंसंट्रेटर (DSL-AC) ढूंढना होगा। ईथरनेट पर संचार केवल मैक पतों के माध्यम से ही संभव है। चूंकि कंप्यूटर DSL-AC के मैक पते को नहीं जानता है, यह ईथरनेट प्रसारण (नेटवर्किंग) (मैक: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ) के माध्यम से एक पीडीआई पैकेट भेजता है। इस पीएडीआई पैकेट में इसे भेजने वाले कंप्यूटर का मैक पता होता है।
पीएडीआई-पैकेट का उदाहरण:
Frame 1 (44 bytes on wire, 44 bytes captured) Ethernet II, Src: 00:50:da:42:d7:df, Dst: ff:ff:ff:ff:ff:ff PPP-over-Ethernet Discovery Version: 1 Type 1 Code Active Discovery Initiation (PADI) Session ID: 0000 Payload Length: 24 PPPoE Tags Tag: Service-Name Tag: Host-Uniq Binary Data: (16 bytes)
Src. (=source) पीएडीआई भेजने वाले कंप्यूटर का मैक पता रखता है।
Dst. (=destination) ईथरनेट प्रसारण पता है।
पीएडीआई पैकेट एक से अधिक DSL-AC द्वारा प्राप्त किया जा सकता है।
केवल DSL-AC उपकरण जो सेवा-नाम टैग की सेवा कर सकते हैं, उन्हें उत्तर देना चाहिए।
क्लाइंट के लिए सर्वर: ऑफर (पीएडीओ)
पीएडीओ का अर्थ पीपीपीओई एक्टिव डिस्कवरी ऑफर है।[10]
एक बार जब उपयोगकर्ता का कंप्यूटर पीएडीआई पैकेट भेज देता है, तो DSL-AC पीएडीआई में दिए गए मैक पते का उपयोग करके पीएडीओ पैकेट के साथ उत्तर देता है। पीएडीओ पैकेट में DSL-AC का मैक पता, उसका नाम (उदाहरण के लिए लीपज़िग में टी-कॉम DSL-AC के लिए एलइआईएक्स11- इआरएक्स) और सेवा का नाम होता है। यदि एक से अधिक पीओपी के DSL-AC पीएडीओ पैकेट के साथ उत्तर देते हैं, तो उपयोगकर्ता का कंप्यूटर आपूर्ति किए गए नाम या सेवा का उपयोग करके किसी विशेष पीओपी के लिए DSL-AC का चयन करता है।
यहाँ पीएडीओ पैकेट का उदाहरण दिया गया है:
Frame 2 (60 bytes on wire, 60 bytes captured) Ethernet II, Src: 00:0e:40:7b:f3:8a, Dst: 00:50:da:42:d7:df PPP-over-Ethernet Discovery Version: 1 Type 1 Code Active Discovery Offer (PADO) Session ID: 0000 Payload Length: 36 PPPoE Tags Tag: AC-Name String Data: IpzbrOOl Tag: Host-Uniq Binary Data: (16 bytes)
AC-Name -> में AC नाम होता है, इस स्थितियों में "Ipzbr001" ( लीपज़िग में आरकर DSL-AC)
Src. DSL-AC का मैक पता रखता है।
DSL-AC के मैक पते से DSL-AC (इस स्थितियों में नॉर्टेल नेटवर्क ) के निर्माता का भी पता चलता है।
सर्वर से क्लाइंट: अनुरोध (पीएडीआर)
पीएडीआर का अर्थ पीपीपीओई एक्टिव डिस्कवरी रिक्वेस्ट है।[10]
DSL-AC से स्वीकार्य पीएडीओ पैकेट प्राप्त होने के बाद उपयोगकर्ता के कंप्यूटर द्वारा पीएडीआर पैकेट DSL-AC को भेजा जाता है। यह पीएडीओ पैकेट जारी करने वाले DSL-AC द्वारा किए गए पीपीपीओई कनेक्शन के प्रस्ताव की स्वीकृति की पुष्टि करता है।
क्लाइंट के लिए सर्वर: सत्र-पुष्टि (पीएडीएस)
पीएडीएस का अर्थ पीपीपीओई एक्टिव डिस्कवरी सेशन-कन्फर्मेशन है।[10]
उपरोक्त पीएडीआर पैकेट की पुष्टि DSL-AC द्वारा पीएडीएस पैकेट के साथ की जाती है, और इसके साथ एक सत्र आईडी दी जाती है। उस पीओपी के लिए DSL-AC के साथ कनेक्शन अब पूरी तरह स्थापित हो चुका है।
अंत से दूसरे छोर तक: समाप्ति (पीएडीटी)
पीएडीटी का अर्थ पीपीपीओई एक्टिव डिस्कवरी टर्मिनेशन है।[10] यह पैकेट पीओपी से कनेक्शन समाप्त कर देता है। इसे या तो उपयोगकर्ता के कंप्यूटर से या DSL-AC से भेजा जा सकता है।
प्रोटोकॉल ओवरहेड
पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से पीसी या राउटर (कंप्यूटिंग) को मॉडम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एDSL प्रोटोकॉल स्टैक पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में टेलीफोन लाइन पर DSL पर इंटरनेट का उपयोग में भी किया जा सकता है।
उदाहरण के लिए पीपीपीओए ([आरएफसी :2364 आरएफसी 2364]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय DSL डिलीवरी विधियों का उच्चतम ओवरहेड है।[11][12][13][14]
DSL के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)
पीपीपीओईओए द्वारा DSL लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (i) एटीएम सेल-पैडिंग (नीचे चर्चा की गई) का अवशोषित प्रभाव, जो कुछ स्थितियों में पीपीपीओईओए के अतिरिक्त ओवरहेड को पूरी तरह से रद्द कर देता है, (ii) पीपीपीओईओए + एएएल5 ओवरहेड जिसके कारण संपूर्ण अतिरिक्त 53-बाइट एटीएम सेल की आवश्यकता हो सकती है, और (iii) आईपी पैकेट के स्थितियों में, पीपीपीओई ओवरहेड उन पैकेटों में जोड़ा जाता है जो अधिकतम लंबाई (अधिकतम संचरण इकाई) के पास हैं, आईपी विखंडन का कारण हो सकता है , जिसमें दोनों परिणामी आईपी अंशों के लिए पहले दो विचार भी सम्मिलित हैं।[15] चूंकि फिलहाल एटीएम और आईपी विखंडन को नजरअंदाज करते हुए, पीपीपी + पीपीपीओईओए चुनने के कारण एटीएम पेलोड के लिए प्रोटोकॉल हेडर ओवरहेड 44 बाइट्स = 2 बाइट्स (पीपीपी के लिए) + 6 (पीपीपीओई के लिए) + 18 (ईथरनेट मैक, वेरिएबल) जितना अधिक हो सकता है ) + 10 (आरएफसी 2684 एलएलसी, चर) + 8 (एएएल5 सीपीसीएस)।[11] यह ओवरहेड वह है जो पीपीपीओईओए के लिए [आरएफसी :2684 आरएफसी 2684] में वर्णित एलएलसी हेडर विकल्प का उपयोग करते समय प्राप्त किया जाता है।[13][14]
एटीएम+DSL पर पीपीपी + पीपीपीओए आरएफसी 2364 वीसी-एमयूएक्स, जिसमें एटीएम पेलोड के अंदर केवल 10-बाइट ओवरहेड है, के साथ इसकी तुलना करें। (वास्तव में, पीपीपी के लिए केवल 10 बाइट्स = 2 बाइट्स आरएफसी 2364 + 8 (एएएल 5 सीपीसीएस) के लिए शून्य।)[12][14]
44 बाइट्स एएएल5 पेलोड ओवरहेड के इस आंकड़े को दो प्रणालियों से कम किया जा सकता है: (i) 4-बाइट ईथरनेट मैक एफसीएस को छोड़ने के [आरएफसी :2684 आरएफसी 2684] विकल्प को चुनकर, जो 18 बाइट्स के आंकड़े को 14 से ऊपर कम कर देता है, और (ii) द्वारा [आरएफसी :2684 आरएफसी 2684] वीसी-एमयूएक्स विकल्प का उपयोग करते हुए, जिसका ओवरहेड योगदान एलएलसी विकल्प के 10 बाइट ओवरहेड की तुलना में मात्र 2 बाइट्स है। यह पता चला है कि यह ओवरहेड कमी मूल्यवान दक्षता सुधार हो सकती है। एलएलसी के अतिरिक्त वीसी-एमयूएक्स का उपयोग करते हुए, एटीएम पेलोड ओवरहेड या तो 32 बाइट्स (ईथरनेट एफसीएस के बिना) या 36 बाइट्स (एफसीएस के साथ) है।[11][13]
एटीएम एएएल5 के लिए आवश्यक है कि एक 8-बाइट लंबा 'सीपीसीएस' ट्रेलर हमेशा एएएल5 पेलोड पैकेट बनाने वाले एटीएम सेल के रन के अंतिम सेल ('सही न्यायोचित') के अंत में उपस्थित होना चाहिए। एलएलसी स्थितियों में, कुल एटीएम पेलोड ओवरहेड 2 + 6 + 18 + 10 + 8 = 44 बाइट्स है यदि ईथरनेट मैक एफसीएस उपस्थित है, या 2 + 6 + 14 + 10 + 8 = 40 बाइट्स (बिना एफसीएस के)। अधिक कुशल वीसी-एमयूएक्स स्थितियों में एटीएम पेलोड ओवरहेड 2 + 6 + 18 + 2 + 8 = 36 बाइट्स (एफसीएस के साथ), या 2 + 6 + 14 + 2 + 8 = 32 बाइट्स (कोई एफसीएस) नहीं है।
चूंकि, भेजे गए एटीएम पेलोड डेटा की कुल राशि के संदर्भ में सही ओवरहेड केवल निश्चित अतिरिक्त मूल्य नहीं है - यह केवल या तो शून्य या 48 बाइट्स' हो सकता है (पहले उल्लिखित परिदृश्य (iii) को छोड़कर, आईपी विखंडन) . ऐसा इसलिए है क्योंकि एटीएम सेल 48 बाइट्स की पेलोड क्षमता के साथ निश्चित लंबाई के होते हैं, और अतिरिक्त हेडर के कारण एएएल5 पेलोड की अधिक अतिरिक्त मात्रा जोड़ने के लिए एक और पूरे एटीएम सेल को भेजने की आवश्यकता हो सकती है जिसमें अतिरिक्त हो। अंतिम एक या दो एटीएम कोशिकाओं में पैडिंग बाइट होते हैं जो यह सुनिश्चित करने के लिए आवश्यक होते हैं कि प्रत्येक सेल का पेलोड 48 बाइट लंबा हो।[11][13]
उदाहरण: पीपीपीओईओए और आरएफसी2684-एलएलसी के साथ एएएल5/एटीएम पर भेजे गए 1500-बाइट आईपी पैकेट के स्थितियों में, इस समय अंतिम सेल पैडिंग की उपेक्षा करते हुए, एक 1500 + 2 + 6 + 18 + 10 + 8 (एएएल5 सीपीसीएस) से प्रारंभ होता है। ट्रेलर) = 1544 बाइट्स अगर ईथरनेट एफसीएस उपस्थित है, या फिर + 2 + 6 + 14 + 10 + 8 = 40 बाइट्स (बिना एफसीएस के)। एटीएम पर 1544 बाइट्स भेजने के लिए 33 48-बाइट एटीएम सेल की आवश्यकता होती है, क्योंकि 32 सेल × 48 बाइट्स प्रति सेल = 1536 बाइट्स की उपलब्ध पेलोड क्षमता काफी नहीं है। इसकी तुलना पीपीपी + पीपीपीओए के स्थितियों से करें जो 1500 + 2 (पीपीपी) + 0 (पीपीपीओए: [आरएफसी :2364 आरएफसी 2364] वीसी-एमयूएक्स) + 8 (सीपीसीएस ट्रेलर) = 1510 बाइट्स 32 सेल में फ़िट हो जाता है। तो 1500-बाइट आईपी पैकेट के लिए पीपीपीओईओए प्लस आरएफसी2684-एलएलसी चुनने की वास्तविक लागत प्रति आईपी पैकेट एक अतिरिक्त एटीएम सेल है, जो 33:32 का अनुपात है।[11][12][13] तो 1500 बाइट पैकेट के लिए, एलएलसी के साथ पीपीपीओईओए, पीपीपीओए या पीपीपीओईओए हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।
कुछ पैकेट लंबाई के लिए पीपीपीओईओए की तुलना में पीपीपीओईओए चुनने के कारण सही अतिरिक्त प्रभावी DSL ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, आरएफसी2684-एलएलसी प्लस एफसीएस का उपयोग करके पीपीपी + पीपीपीओईओए के साथ भेजा गया 1492 बाइट लंबा पैकेट हमें 1492 + 44 = 1536 बाइट्स = 32 कोशिकाओं का कुल एटीएम पेलोड देता है, और इस विशेष स्थितियों में ओवरहेड इससे अधिक नहीं है यदि हम हेडर-कुशल पीपीपीओए प्रोटोकॉल का उपयोग कर रहे थे, जिसके लिए 1492 + 2 + 0 + 8 = 1502 बाइट्स एटीएम पेलोड = 32 सेल की भी आवश्यकता होगी।[11][13] वह स्थिति जहां पैकेट की लंबाई 1492 है, पीपीपीओईओए के लिए अनुपात के संदर्भ में आरएफसी2684-एलएलसी के साथ पीपीपीओईओए के लिए इष्टतम दक्षता का प्रतिनिधित्व करता है, जब तक कि लंबे पैकेट की अनुमति न हो।
आरएफसी2684 वीसी-एमयूएक्स हेडर विकल्प के साथ पीपीपीओईओए का उपयोग करना हमेशा एलएलसी विकल्प की तुलना में बहुत अधिक कुशल होता है, क्योंकि एटीएम ओवरहेड, जैसा कि पहले उल्लेख किया गया है, केवल 32 या 36 बाइट्स है (इस पर निर्भर करता है कि यह पीपीपीओईओए में ईथरनेट एफसीएस विकल्प के बिना है या नहीं ) जिससे वीसी-एमयूएक्स का उपयोग करके पीपीपी + पीपीपीओईओए के सभी ओवरहेड्स सहित 1500 बाइट लंबा पैकेट कुल 1500 + 36 = 1536 बाइट्स एटीएम पेलोड के बराबर हो जाए यदि एफसीएस उपस्थित है = 32 एटीएम सेल, इस प्रकार संपूर्ण एटीएम सेल की बचत होती है।[11][13]
छोटे पैकेट के साथ, हेडर जितना लंबा होगा, अतिरिक्त एटीएम सेल बनाने की संभावना उतनी ही अधिक होगी। 10 बाइट हेडर ओवरहेड की तुलना में 44 बाइट हेडर ओवरहेड की वजह से सबसे बेकार स्थिति दो के अतिरिक्त 3 एटीएम सेल भेजना हो सकता है, इसलिए डेटा संचारित करने में 50% अधिक समय लगता है। उदाहरण के लिए, IPv6 पर टीसीपी ACके पैकेट 60 बाइट लंबा है, और पीपीपीओईओए + एलएलसी के लिए 40 या 44 बाइट्स के ओवरहेड के साथ इसके लिए तीन 48 बाइट एटीएम सेल के पेलोड की आवश्यकता होती है। तुलना के रूप में, पीपीपीओए 10 बाइट्स के ओवरहेड्स के साथ कुल 70 बाइट्स दो कोशिकाओं में फिट बैठता है। तो पीपीपीओए पर पीपीपीओई/एलएलसी चुनने की अतिरिक्त लागत 50% अतिरिक्त डेटा भेजा गया है। पीपीपीओईओए + वीसी-एमयूएक्स चूंकि ठीक रहेगा: 32 या 36 बाइट ओवरहेड के साथ, हमारा आईपी पैकेट अभी भी दो कोशिकाओं में फिट बैठता है।
सभी स्थितियों में एटीएम-आधारित एDSL इंटरनेट एक्सेस के लिए सबसे प्रभावी विकल्प पीपीपीओए (आरएफसी2364) वीसी-एमयूएक्स चुनना है। चूंकि, यदि पीपीपीओईओए की आवश्यकता है, तो सबसे अच्छा विकल्प हमेशा वीसी-एमयूएक्स (एलएलसी के विपरीत) का उपयोग करना है, जिसमें कोई ईथरनेट एफसीएस नहीं है, 32 बाइट्स = 2 बाइट्स (पीपीपीओई के लिए) + 6 (पीपीपीओई के लिए) + 14 (ईथरनेट मैक, नो एफसीएस ) + 2 ([आरएफसी :2684 आरएफसी 2684] वीसी-एमयूएक्स) + 8 (एएएल5 सीपीसीएस ट्रेलर) का एटीएम पेलोड ओवरहेड देता है।
दुर्भाग्य से कुछ DSL सेवाओं को पीपीपीओई के साथ बेकार एलएलसी हेडर के उपयोग की आवश्यकता होती है और अधिक कुशल वीसी-एमयूएक्स विकल्प की अनुमति नहीं देते हैं। उस स्थितियों में, एक कम पैकेट लंबाई का उपयोग करना, जैसे कि 1492 के अधिकतम एमटीयू को लागू करना एलएलसी हेडर के साथ भी लंबे पैकेट के साथ दक्षता प्राप्त करता है और जैसा कि पहले उल्लेख किया गया है, उस स्थिति में कोई अतिरिक्त बेकार एटीएम सेल उत्पन्न नहीं होता है।
ईथरनेट पर ओवरहेड
ईथरनेट लैन पर, पीपीपी + पीपीपीओई के लिए ओवरहेड एक निश्चित 2 + 6 = 8 बाइट्स है, जब तक कि आईपी विखंडन उत्पन्न न हो।
एमटीयू/एमआरयू
जब पीपीपीओई-बोलने वाला DSL मॉडम ईथरनेट लिंक पर पीपीपी + पीपीपीओई पेलोड वाले ईथरनेट फ्रेम को राउटर (या पीपीपीओई-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो पीपीपी + पीपीपीओई 8 बाइट्स = 2 (पीपीपी) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में सम्मिलित है। इस जोड़े गए ओवरहेड का अर्थ यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी जंबो फ्रेम ' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन स्थितियों में कई उपयोगकर्ताओं के लिए लाभदायक है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत विधि से) सभी इंटरनेट नियंत्रण संदेश प्रोटोकॉल प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो पथ एमटीयू खोज को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का एमटीयू है।
पीपीपीओई-टू-पीपीपीओए एDSL मॉडम को परिवर्तित कर रहा है
निम्नलिखित आरेख एक परिदृश्य दिखाता है जहां ईथरनेट से जुड़ा एDSL मॉडम एटीएम प्रोटोकॉल कनवर्टर पर पीपीपीओई-टू-पॉइंट-टू-पॉइंट प्रोटोकॉल के रूप में कार्य करता है और सेवा प्रदाता पीपीपीओए सेवा प्रदान करता है और पीपीपीओई को नहीं समझता है। इस प्रोटोकॉल श्रृंखला में कोई पीपीपीओईओए नहीं है। यह ईथरनेट द्वारा राउटर से जुड़े एक अलग एDSL मॉडम के लिए बेहतर प्रोटोकॉल-कुशल डिज़ाइन है।
इस वैकल्पिक तकनीक में, पीपीपीओई केवल ईथरनेट-ओनली राउटर (फिर से, या सिंगल होस्ट पीसी) से DSL-मॉडम को जोड़ने का साधन है। यहां इसका ब्रॉडबैंड सेवाओं को प्रस्तुत करने के लिए आईएसपी द्वारा नियोजित तंत्र से कोई संबंध नहीं है।
ड्रायटेक विगोर 110, 120 और 130 मॉडम इसी तरह काम करते हैं।
इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, पीपीपीओई-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (पीपीपीओई-बोलने वाले) DSL मॉडम को भेजता है। मॉडम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के अंदर से निकालता है, और पीपीपी फ्रेम को आगे DSLएएम को आरएफसी2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है।
DSL इंटरनेट एक्सेस आर्किटेक्चर पीसी या गेटवे DSL मॉडम DSLएएम रिमोट एक्सेस सर्वर (आईएसपी) (आईपी) (आईपी) ईथरनेट पीपीपी पीपीपी पीपीपी पीपीपी पीपीपीओई पीपीपीओई पीपीपीओए पीपीपीओए एल2टीपी एल2टीपी ईथरनेट ईथरनेट एएएल5 एएएल5 बैकबोन बैकबोन आईपी आईपी एटीएम एटीएम DSL DSL
आरेख पर, 'बैकबोन' के रूप में दिखाया गया क्षेत्र पुराने नेटवर्क पर एटीएम भी हो सकता है, चूंकि इसकी संरचना सेवा प्रदाता-निर्भर है। अधिक विस्तृत, अधिक सेवा-प्रदाता विशिष्ट आरेख पर इस क्षेत्र में अतिरिक्त तालिका कक्ष होंगे।
विचित्रताएं
चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट (सामान्यतः 1492 बनाम ईथरनेट के 1500) की तुलना में एमटीयू (नेटवर्किंग) कम होता है, यह कभी-कभी समस्या पैदा कर सकता है जब पाथ एमटीयू डिस्कवरी बेकार कॉन्फ़िगर किए गए फ़ायरवॉल (नेटवर्किंग) द्वारा पराजित हो जाती है। चूंकि प्रदाताओं के नेटवर्क में उच्च एमटीयू अधिक सामान्य होते जा रहे हैं, सामान्यतः समाधान टीसीपी एमएसएस (अधिकतम खंड आकार) क्लैम्पिंग या पुनर्लेखन का उपयोग करना है, जिससे एक्सेस कंसंट्रेटर एमएसएस को फिर से लिखता है जिससे यह सुनिश्चित हो सके कि टीसीपी सहकर्मी छोटे डेटाग्राम भेजते हैं। चूंकि टीसीपी एमएसएस क्लैम्पिंग टीसीपी के लिए एमटीयू स्थिति को हल करती है, आईसीएमपी और यूडीपी जैसे अन्य प्रोटोकॉल अभी भी प्रभावित हो सकते हैं।
[आरएफसी :4638 आरएफसी 4638] पीपीपीओई उपकरणों को 1492 से अधिक के एमटीयू पर बातचीत करने की अनुमति देता है यदि अंतर्निहित ईथरनेट परत जंबो फ्रेम के लिए सक्षम है।
कुछ विक्रेता (सिस्को सिस्टम्स [16] और जुनिपर नेटवर्क ,[citation needed] उदाहरण के लिए) पीपीपीओईओई (पीपीपीओई ओवर इथरनेट) से पीपीपीओई [ओए] को अलग करें, जो पीपीपीओई सीधे ईथरनेट या अन्य आईईईई 802 नेटवर्क पर या ईथरनेट ब्रिजिंग (नेटवर्किंग) पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, जिससे इसे पीपीपीओईओए (पीपीपीओई ओवर) से अलग किया जा सके। एटीएम, जो पीपीपीओई [आरएफसी :2684 आरएफसी 2684] और पीपीपीओई के सबनेटवर्क एक्सेस प्रोटोकॉल इनकैप्सुलेशन का उपयोग करके एटीएम वर्चुअल सर्किट पर चल रहा है।[citation needed] (पीपीपीओईओए एटीएम (पीपीपीओए) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो एसएनएपी का उपयोग नहीं करता है)।
सिस्को अभिलेख के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के अतिरिक्त ईथरनेट या 802.1q वीलैन है। यह एनकैप्सुलेशन विधि सामान्यतः मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLएएम) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि सामान्यतः बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।[16]
DSL मोडेम को खोजना संभव है, जैसे कि ड्रायटेक विगोर 120, जहां पीपीपीओई एक DSL मॉडम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और आईएसपी पीपीपीओई बिल्कुल नहीं बोलता है (बल्कि पीपीपीओए)।[17]
पोस्ट-DSL इन संदर्भों में उपयोग करता है और कुछ विकल्प
जीपीओएन (जिसमें ओएमसीआई के माध्यम से वीलैन बनाना सम्मिलित है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित विधि जेडटीई द्वारा पेटेंट कराया गया है।[18]
जीपीओएन पर पीपीपीओई कथित तौर पर ऑस्ट्रे.लिया के राष्ट्रीय ब्रॉडबैंड नेटवर्क के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है,[19] ऑरेंज एसए फ्रांस,[20] फिलीपींस का ग्लोब टेलीकॉम [21] और इटली का अरूबा एफटीटीएच [22] ओपन फाइबर सार्वजनिक जीपीओएन नेटवर्क पर।
आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में एक्सेस नोड कंट्रोल प्रोटोकॉल के उपयोग के लिए तर्क देती है- अन्य बातों के अतिरिक्त- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए वेरिजॉन कर्मचारी, पीपीपीओई को जीपीओएन के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: बीपीओएन पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (एएएल5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [आरएफसी2684] में परिभाषित किया गया है। इसमें ईथरनेट पर पीपीपी (पीपीपीओई, [आरएफसी2516] में परिभाषित) या ईथरनेट पर आईपी (आईपीओई) सम्मिलित हैं। जीपीओएन पर प्रोटोकॉल इनकैप्सुलेशन हमेशा आईपीओई होता है।[23]
10G-पीओएन (XG-पीओएन) मानक (G.987) ओएनयू और ओएलटी के 802.1X पारस्परिक प्रमाणीकरण के लिए प्रदान करता है, इसके अतिरिक्त ओएमसीआई विधि G.984 से आगे बढ़ाया जाता है।[24] G.987 ओएनयू (जैसे एमडीयू में) से परे अन्य ग्राहक-परिसर उपकरण को प्रमाणित करने के लिए समर्थन जोड़ता है, चूंकि यह ईथरनेट पोर्ट तक सीमित है, जिसे 802.1X के माध्यम से भी नियंत्रित किया जाता है। (ओएनयू को इस परिदृश्य में एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल रेडियस संदेशों को स्नूप माना जाता है और यह निर्धारित करता है कि प्रमाणीकरण सफल था या नहीं।)[25] ओएमसीआई मानकों में निर्दिष्ट पीपीपीओई के लिए कुछ मामूली समर्थन है, लेकिन केवल ओएनयू के संदर्भ में इसके एनकैप्सुलेशन (और अन्य मापदंडों) के आधार पर ट्रैफ़िक के लिए वीलैन टैग को फ़िल्टर करने और जोड़ने में सक्षम होने के कारण, जिसमें प्रोटोकॉल के बीच पीपीपीओई सम्मिलित है जिसे ओएनयू को समझने में सक्षम होना चाहिए।[26]
टीआर-101 (2011) के संदर्भ में ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क का उपयोग करते हुए ब्रॉडबैंड फोरम का टीआर-200, जो 10G-इपीओएन से भी संबंधित है, कहता है कि ओएलटी और मल्टी-सब्सक्राइबर ओएनयू एमयूएसटी पीपीपीओई इंटरमीडिएट एजेंट फ़ंक्शन करने में सक्षम होना चाहिए, जैसा कि खंड 3.9.2/टीआर-101 में निर्दिष्ट है।[27]
पहले मील में ईथरनेट पर एक पुस्तक बताती है कि आईपी सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए पीपीपीओई के अतिरिक्त डीएचसीपी का उपयोग स्पष्ट रूप से किया जा सकता है, चूंकि यह बताता है कि डीएचसीपी पीपीपीओई के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (चूंकि वीलैन ब्रिज इस कार्य को पूरा कर सकता है) और इसके अतिरिक्त, डीएचसीपी (सब्सक्राइबर) प्रमाणीकरण प्रदान नहीं करता है, यह सलाह देता है कि पीपीपीओई के बिना पूर्ण समाधान के लिए आईईईई 802.1X की भी आवश्यकता है।[28] (यह पुस्तक मानती है कि पीपीपीओई एनकैप्सुलेशन के अतिरिक्त पीपीपी की अन्य विशेषताओं के लिए लीवरेज्ड है, जिसमें होस्ट कॉन्फ़िगरेशन के लिए इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल और प्रमाणीकरण के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल या चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल सम्मिलित है।)
पीपीपीओई को (गैर-DSL/एटीएम) साझा-माध्यम वातावरण में उपयोग करने के सुरक्षा कारण हैं, जैसे कि प्रत्येक ग्राहक के लिए अलग सुरंग बनाने के लिए पावर लाइन संचार नेटवर्क।[29]
पीपीपीओई का व्यापक रूप से वैन लाइनों पर उपयोग किया जाता है, जिसमें एफटीटीएक्स भी सम्मिलित है। आईएसपी द्वारा प्रदान किए गए कई एफटीटी एक्स आवासीय गेटवे ने रूटिंग कार्यों को एकीकृत किया है।
यह भी देखें
- एटीएम पर मल्टीप्रोटोकॉल एनकैप्सुलेशन
- पॉइंट-टू-पॉइंट प्रोटोकॉल डेमन
- पॉइंट-टू-पॉइंट टनलिंग प्रोटोकॉल
- एटीएम पर प्वाइंट-टू-प्वाइंट प्रोटोकॉल (पीपीपीओए)
- पीपीपीओएक्स प्वाइंट-टू-प्वाइंट प्रोटोकॉल ओवर एक्स (पीपीपीओएक्स)
संदर्भ
- ↑ James Boney (2005). संक्षेप में सिस्को आईओएस. O'Reilly Media, Inc. p. 88. ISBN 978-0-596-55311-1.
- ↑ 2.0 2.1 Philip Golden; Hervé Dedieu; Krista S. Jacobsen (2007). डीएसएल प्रौद्योगिकी का कार्यान्वयन और अनुप्रयोग. Taylor & Francis. p. 479. ISBN 978-1-4200-1307-8.
- ↑ "Windows XP में PPPoE कनेक्शन कैसे बनाएँ". Archived from the original on 3 December 2013. Retrieved 11 December 2013.
- ↑ "लिनक्स को कॉन्फ़िगर करना". www.tldp.org. Retrieved 26 March 2019.
- ↑ "PPPoE के साथ इंटरनेट से जुड़ना (Mac OS X v10.5 और पहले का)". Apple Support. Retrieved 26 March 2019.
- ↑ Wind River Systems Acquires RouterWare, Inc.. Findarticles.com (1999-07-05). Retrieved on 2011-09-27. Archived 2005-05-26 at the Wayback Machine
- ↑ 7.0 7.1 Michael Beck (2005). पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक. McGraw Hill Professional. p. 27. ISBN 978-0-07-146991-3.
- ↑ Richard D. Gitlin; Sailesh K. Rao; Jean-Jacques Werner; Nicholas Zervos (8 May 1990). "डिजिटल सिग्नल के वाइडबैंड ट्रांसमिशन के लिए विधि और उपकरण, उदाहरण के लिए, एक टेलीफोन केंद्रीय कार्यालय और ग्राहक परिसर". US Patent 4,924,492.
- ↑ "टचवेव ने वीओआईपी एम्बेडेड संचार सॉफ्टवेयर के लिए टेलोजी नेटवर्क के साथ साझेदारी की". Business Wire. 5 October 1998. Retrieved 16 December 2008.[dead link]
- ↑ 10.0 10.1 10.2 10.3 10.4 Mamakos, L.; Simone, D.; Wheeler, R.; Carrel, D.; Evarts, J.; Lidl, K. (February 1999). "ईथरनेट पर पीपीपी ट्रांसमिट करने की विधि (पीपीपीओई)". tools.ietf.org. doi:10.17487/RFC2516. Retrieved 26 March 2019.
- ↑ 11.0 11.1 11.2 11.3 11.4 11.5 11.6 Dirk Van Aken, Sascha Peckelbeen Encapsulation Overhead(s) in ADSL Access Networks, June 2003
- ↑ 12.0 12.1 12.2 Kaycee, Manu; Gross, George; Malis, Andrew; Stephens, John; Lin, Arthur (July 1998). "पीपीपी ओवर एएएल5". tools.ietf.org. doi:10.17487/RFC2364. Retrieved 26 March 2019.
- ↑ 13.0 13.1 13.2 13.3 13.4 13.5 13.6 Grossman, Dan; Heinanen, Juha (September 1999). "एटीएम अनुकूलन परत 5 पर मल्टीप्रोटोकॉल एनकैप्सुलेशन". tools.ietf.org. doi:10.17487/RFC2684. Retrieved 26 March 2019.
- ↑ 14.0 14.1 14.2 "साइमन फ़ार्नस्वर्थ लेख". farnz.org.uk. Retrieved 26 March 2019.
- ↑ Encapsulation Overhead(s) in ADSL Access Networks.[permanent dead link]
- ↑ 16.0 16.1 http://www.cisco.com/en/US/docs/ios/bbdsl/configuration/guide/bba_understanding.pdf[bare URL PDF]
- ↑ "Vigor120 - ड्रायटेक कार्पोरेशन". Archived from the original on 2014-02-23. Retrieved 2014-02-10.
- ↑ "गीगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क सिस्टम और ईथरनेट कॉन्फ़िगरेशन विधि पर पॉइंट-टू-पॉइंट प्रोटोकॉल लागू किया गया". google.com. Retrieved 26 March 2019.
- ↑ [1] Archived 2013-09-13 at the Wayback Machine
- ↑ "टीपी-लिंक नया समुदाय आधिकारिक तौर पर लॉन्च किया गया है! - टीपी-लिंक समुदाय". community.tp-link.com. Archived from the original on 26 March 2019. Retrieved 26 March 2019.[failed verification]
- ↑ "यूट्यूब". www.youtube.com. Archived from the original on 2014-06-08. Retrieved 26 March 2019.[failed verification]
- ↑ "राउटर और एडीएसएल मोडेम को कॉन्फ़िगर करना | अरूबा गाइड्स". guide.aruba.it. Retrieved 2022-03-10.
- ↑ Bitar, Nabil N.; Wadhwa, Sanjay; Haag, Thomas; Hongyu, Li (June 2013). "RFC 6934 - निष्क्रिय ऑप्टिकल नेटवर्क (PONs) पर आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड नियंत्रण तंत्र की प्रयोज्यता". datatracker.ietf.org. Retrieved 26 March 2019.
- ↑ Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 200. ISBN 978-1-118-15558-5.
- ↑ Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 207 and 274–275. ISBN 978-1-118-15558-5.
- ↑ Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 261 and 271. ISBN 978-1-118-15558-5.
- ↑ http://www.broadband-forum.org/technical/download/TR-200.pdf[bare URL PDF]
- ↑ Michael Beck (2005). पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक. McGraw Hill Professional. p. 241. ISBN 978-0-07-146991-3.
- ↑ Xavier Carcelle (2009). अभ्यास में पावर लाइन संचार. Artech House. p. 235. ISBN 978-1-59693-336-1.
बाहरी कड़ियाँ
- RFC 2516 - A Method for transmitting PPE Over Ethernet (PPoE)
- RFC 3817 - Layer 2 Tunneling Protocol (L2TP) Active Discovery Relay for PPP over ETHERNET (PPoE)
- RFC 4638 - Accommodating a Maximum transit Unit/Maximum Receive Unit (ATM/MRU) Greater Than 1492 in the Point-to-Point Protocol over Ethernet (PPoE)
- RFC 4938 - PPE Over Ethernet (PPoE) Extensions for Credit Flow and Link Metrics
- US Patent 6891825 - Method and system of providing multi-user access to a packet switched network
- टीआर-043 - Protocols at the U Interface for Accessing Data Networks using ATM/DSL, Issue 1.0, August 2001