ईथरनेट पर पॉइंट-टू-पॉइंट प्रोटोकॉल

ईथरनेट (PPPoE) पर  पॉइंट-टू-पॉइंट प्रोटोकॉल  ईथरनेट फ्रेम के अंदर  एनकैप्सुलेशन (नेटवर्किंग)  पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) फ्रेम के लिए एक  नेटवर्क प्रोटोकॉल  है। यह 1999 में  आईएसपी  के  [[ इंटरनेट  प्रोटोकॉल ]] नेटवर्क के लिए  डीएसएल  कनेक्शन पर प्रोटोकॉल  नेटवर्क पैकेट ों को सुरंग बनाने के समाधान के रूप में और वहां से बाकी इंटरनेट के लिए डीएसएल के उछाल के संदर्भ में दिखाई दिया। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश DSL प्रदाता PPPoE का उपयोग करते हैं, जो  प्रमाणीकरण,  कूटलेखन  और डेटा संपीड़न प्रदान करता है। पीपीपीओई के विशिष्ट उपयोग में उपयोगकर्ता नाम और पासवर्ड के साथ उपयोगकर्ता को प्रमाणित करने के लिए पीपीपी सुविधाओं का लाभ उठाना शामिल है, मुख्य रूप से  पासवर्ड प्रमाणीकरण प्रोटोकॉल  प्रोटोकॉल के माध्यम से और कम अक्सर  चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल  के माध्यम से। 2000 के आसपास, PPPoE भी एक ईथरनेट लैन पर एक कंप्यूटर या  राउटर (कंप्यूटिंग)  से जुड़े मॉडेम से बात करने के लिए एक प्रतिस्थापन विधि बनना शुरू कर रहा था, जो पुराने तरीके को विस्थापित कर रहा था, जो  USB  था। यह यूज-केस, राउटर को ईथरनेट पर  मोडम  से कनेक्ट करना आज भी बेहद आम है।

ग्राहक-परिसर उपकरण पर, PPPoE को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो DSL मॉडेम और  IP रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या एक साधारण DSL मॉडेम (रूटिंग सपोर्ट के बिना) के मामले में, PPPoE को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक ​​कि सीधे उपयोगकर्ता के कंप्यूटर पर। (PPPoE के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में मौजूद है,  Windows XP  से लेकर,  लिनक्स  हमारे एएस एक्स. ) अभी हाल ही में, कुछ  GPON -आधारित (DSL-आधारित के बजाय) आवासीय गेटवे भी PPPoE का उपयोग करते हैं, हालाँकि GPON मानकों में PPPoE की स्थिति सीमांत है।

PPPoE को UUNET,  Redback Networks  (अब Ericsson) और RouterWare (अब  Wind River Systems ) द्वारा विकसित किया गया था। और एक सूचनात्मक RFC 2516 के रूप में उपलब्ध है।

डीएसएल की दुनिया में, पीपीपीओई को आमतौर पर अतुल्यकालिक स्थानांतरण मोड (या डीएसएल) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, हालांकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा मौजूद नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, PPPoEoE, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि मेट्रो ईथरनेट  नेटवर्क के मामले में होता है। (इस संकेतन में, PPPoE के मूल उपयोग को PPPoEoA के रूप में लेबल किया जाएगा, हालांकि इसे  PPPoA  के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।)

पीपीपीओई को कुछ पुस्तकों में परत 2.5 प्रोटोकॉल के रूप में वर्णित किया गया है, एमपीएलएस  के समान कुछ अल्पविकसित अर्थों में क्योंकि इसका उपयोग ईथरनेट इन्फ्रास्ट्रक्चर को साझा करने वाले विभिन्न आईपी प्रवाहों को अलग करने के लिए किया जा सकता है, हालांकि पीपीपीओई स्विच की कमी पीपीपीओई हेडर के आधार पर रूटिंग निर्णय लेने से उस संबंध में प्रयोज्यता सीमित हो जाती है।

मूल तर्क
1998 के अंत में, DSL सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना बाकी था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। ADSL तकनीक को एक दशक पहले प्रस्तावित किया गया था। संभावित रेडबैक नेटवर्क और यूयूएनईटी समान रूप से मानते हैं कि केबल मॉडम  या डीएसएल जैसे ब्रॉडबैंड अंततः  डायल करें  सेवा को बदल देंगे, लेकिन हार्डवेयर (ग्राहक परिसर और  स्थानीय विनिमय वाहक  दोनों) को बड़े पैमाने पर अर्थव्यवस्था का सामना करना पड़ा। प्रवेश के लिए कम मात्रा की बाधाएं। डीएसएल की कम मात्रा की तैनाती के शुरुआती अनुमानों ने एक डीएसएल मॉडेम के लिए $300-$500 रेंज में लागत और टेल्को से $300/माह का एक्सेस शुल्क दिखाया। जो एक घरेलू उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि से काफी अधिक था। इस प्रकार प्रारंभिक ध्यान छोटे कार्यालय/घर कार्यालय के ग्राहकों पर था जिनके लिए एक ~1.5 मेगाबिट  डिजिटल सिग्नल 1  (उस समय $800-$1500 प्रति माह) किफायती नहीं था, लेकिन जिन्हें डायलअप या  आईएसडीएन  से अधिक की आवश्यकता थी। यदि इनमें से पर्याप्त ग्राहक मार्ग प्रशस्त करते हैं, तो मात्राएँ कीमतों को नीचे ले जाएँगी जहाँ घरेलू उपयोग के डायलअप उपयोगकर्ता की रुचि हो सकती है।

विभिन्न उपयोग प्रोफ़ाइल
समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न शामिल हैं:
 * पूरे लैन को इंटरनेट से जोड़ना;
 * कनेक्शन के दूर से सुलभ स्थानीय लैन पर सेवाएं प्रदान करना;
 * एक कंपनी वीपीएन और एक सामान्य उद्देश्य आईएसपी जैसे कई बाहरी डेटा स्रोतों तक एक साथ पहुंच;
 * पूरे कार्यदिवस में या चौबीसों घंटे लगातार उपयोग।

इन आवश्यकताओं ने खुद को डायल-अप प्रक्रिया के कनेक्शन स्थापना अंतराल और न ही इसके एक-कंप्यूटर-से-एक-आईएसपी मॉडल, और न ही नेटवर्क एड्रेस ट्रांसलेशन  और डायल-अप प्रदान किए गए कई-से-एक के लिए उधार दिया। एक नए मॉडल की आवश्यकता थी।

पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है:
 * पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को PPPoE बोलने की जरूरत है। (ध्यान दें कि इस मामले में, पीपीपीओई-ओवर-डीएसएल चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।)
 * या जब एक PPPoE-बोलने वाला DSL मॉडेम एक PPPoE-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है।

बाजार का समय: सरल बेहतर है
इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय Microsoft  फाइबर-आधारित एटीएम-सेल-टू-द-डेस्कटॉप की वकालत कर रहा था, और  L2TP  भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए।

====मौजूदा सॉफ्टवेयर स्टैक का पुन: उपयोग करें पीपीपीओई ने व्यापक ईथरनेट इंफ्रास्ट्रक्चर को सर्वव्यापी पीपीपी के साथ विलय करने की उम्मीद की, जिससे विक्रेताओं को अपने मौजूदा सॉफ़्टवेयर का पुन: उपयोग करने और बहुत निकट अवधि में उत्पादों को वितरित करने की अनुमति मिली। अनिवार्य रूप से उस समय सभी ऑपरेटिंग सिस्टम में पीपीपी स्टैक था, और पीपीपीओई के डिजाइन ने पीपीपी से पीपीपीओई में कनवर्ट करने के लिए लाइन-एन्कोडिंग चरण में एक साधारण शिम की अनुमति दी थी।

हार्डवेयर आवश्यकताओं को सरल करें
प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। PPPoE ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने DSL हार्डवेयर को केवल एक नेटवर्क ब्रिज  के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को WAN में पास किया और दूसरों को अनदेखा किया। इस तरह के एक पुल का कार्यान्वयन एक राउटर की तुलना में सरल परिमाण के कई आदेश हैं।

सूचनात्मक आरएफसी
RFC 2516 को शुरू में टिप्पणियों के लिए एक अनुरोध के रूप में जारी किया गया था # सूचनात्मक ( इंटरनेट मानकों के बजाय। मानक-ट्रैक) RFC इसी कारण से: मानक-ट्रैक RFC के लिए गोद लेने की अवधि निषेधात्मक रूप से लंबी थी।

सफलता
PPPoE को शुरू में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा LAN प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे मामले में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो एक घरेलू उपयोगकर्ता भुगतान करेगा।

आधुनिक समय के उपयोग-मामले
2000 के आसपास, PPPoE प्रोटोकॉल का उपयोग या तो (i) एक DSL मॉडेम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, USB का उपयोग करने के पहले के तरीके को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के PPP+PPPoE तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था एक नेटवर्क नोड, एक प्रोटोकॉल परिवर्तक, कुछ हद तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है।

पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित 'PPPoEoE' (भौतिक ईथरनेट LAN पर PPPoE प्रोटोकॉल तिकड़ी) शामिल है, अगर PPP का उपयोग किया जाता है तो मॉडेम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है।

दूसरा उपयोग-मामला, जहां PPPoE प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, आम सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। हालांकि चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों।

जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी PPPoE हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से मौजूद न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित सॉफ्टवेयर ब्लोट  को जोड़ने के अलावा कोई उद्देश्य नहीं है। उदाहरण के लिए,  पीपीपीओई ओए के मामले में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एसिंक्रोनस ट्रांसफर मोड था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को शीर्ष पर फिट करने के लिए जोड़ा गया था। एटीएम का।

दूसरे उपयोग-मामले में, ये अतिरिक्त प्रोटोकॉल हेडर गंभीर मात्रा में ब्लोट जोड़ते हैं और इसलिए थोड़ी मात्रा में प्रदर्शन को नुकसान पहुंचाते हैं।

दूसरे उपयोग के मामले में, PPP+PPPoE+Ethernet MAC का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह ' अंतिम मील (दूरसंचार) ' तक ही सीमित हो सकता है: ADSL  या  VDSL2 / FTTC  में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडेम शामिल है और आगे नहीं, या इसका उपयोग BRAS 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। एक उदाहरण के मामले में PPPoE एक थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो L2TP टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो ISP के IP  मौजूदगी का स्थान  ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है।

चरण
PPPoE के दो अलग-अलग चरण हैं:

पीपीपीओई खोज
चूंकि पारंपरिक पीपीपी कनेक्शन सीरियल लिंक पर या डायल-अप के दौरान पहले से ही स्थापित एटीएम वर्चुअल सर्किट पर दो अंत बिंदुओं के बीच स्थापित होते हैं, तार पर भेजे गए सभी पीपीपी फ्रेम निश्चित रूप से दूसरे छोर तक पहुंच जाते हैं। लेकिन ईथरनेट नेटवर्क मल्टी-एक्सेस हैं जहां नेटवर्क में प्रत्येक नोड हर दूसरे नोड तक पहुंच सकता है। ईथरनेट फ्रेम में डेस्टिनेशन नोड (मैक एड्रेस) का हार्डवेयर एड्रेस होता है। यह फ्रेम को इच्छित गंतव्य तक पहुंचने में मदद करता है।

इसलिए ईथरनेट पर कनेक्शन स्थापित करने के लिए पीपीपी नियंत्रण पैकेटों का आदान-प्रदान करने से पहले, दो अंत बिंदुओं के मैक पते  एक-दूसरे को ज्ञात होने चाहिए ताकि उन्हें इन नियंत्रण पैकेटों में एन्कोड किया जा सके। PPPoE डिस्कवरी चरण ठीक यही करता है। यह एक सत्र आईडी स्थापित करने में भी मदद करता है जिसका उपयोग पैकेटों के आगे आदान-प्रदान के लिए किया जा सकता है।

पीपीपी सत्र
एक बार सहकर्मी का मैक पता ज्ञात हो जाने और एक सत्र स्थापित हो जाने के बाद, सत्र चरण शुरू हो जाएगा।

पीपीपीओई डिस्कवरी (पीपीपीओईडी)
हालांकि पारंपरिक पीपीपी एक पीयर टू पीयर  प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं।

डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण मौजूदा सत्र को बंद करने का तरीका है।

सर्वर से क्लाइंट: दीक्षा (PADI)
PADI का मतलब PPPoE एक्टिव डिस्कवरी इनिशिएटिव है। यदि कोई उपयोगकर्ता DSL का उपयोग करके इंटरनेट पर डायल अप करना चाहता है, तो उसके कंप्यूटर को पहले उपयोगकर्ता के इंटरनेट सेवा प्रदाता के पॉइंट ऑफ़ प्रेजेंस (POP) पर DSL एक्सेस कंसंट्रेटर (DSL-AC) खोजना होगा। ईथरनेट पर संचार केवल मैक पतों के माध्यम से ही संभव है। चूंकि कंप्यूटर डीएसएल-एसी के मैक पते को नहीं जानता है, यह ईथरनेट प्रसारण (नेटवर्किंग)  (मैक: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ) के माध्यम से एक पीडीआई पैकेट भेजता है। इस PADI पैकेट में इसे भेजने वाले कंप्यूटर का MAC पता होता है।

PADI-पैकेट का उदाहरण:

फ़्रेम 1 (वायर पर 44 बाइट्स, 44 बाइट्स कैप्चर किए गए) ईथरनेट II, Src: 00:50:da:42:d7:df, Dst: ff:ff:ff:ff:ff:ff पीपीपी-ओवर-ईथरनेट डिस्कवरी संस्करण 1 श्रेणी 1 कोड एक्टिव डिस्कवरी इनीशिएशन (PADI) सत्र आईडी: 0000 पेलोड की लंबाई: 24 पीपीपीओई टैग टैग: सेवा-नाम टैग: होस्ट-यूनीक बाइनरी डेटा: (16 बाइट्स)  एसआरसी। (=स्रोत) PADI भेजने वाले कंप्यूटर का MAC पता रखता है।

डीएसटी। (=गंतव्य) ईथरनेट प्रसारण पता है।

PADI पैकेट एक से अधिक DSL-AC द्वारा प्राप्त किया जा सकता है। केवल डीएसएल-एसी उपकरण जो सेवा-नाम टैग की सेवा कर सकते हैं, उन्हें उत्तर देना चाहिए।

क्लाइंट के लिए सर्वर: ऑफर (PADO)
PADO का मतलब PPPoE एक्टिव डिस्कवरी ऑफर है।

एक बार जब उपयोगकर्ता का कंप्यूटर PADI पैकेट भेज देता है, तो DSL-AC PADI में दिए गए MAC पते का उपयोग करके PADO पैकेट के साथ उत्तर देता है। PADO पैकेट में DSL-AC का MAC पता, उसका नाम (उदाहरण के लिए Leipzig में T-Com DSL-AC के लिए LEIX11-erx) और सेवा का नाम होता है। यदि एक से अधिक POP के DSL-AC PADO पैकेट के साथ उत्तर देते हैं, तो उपयोगकर्ता का कंप्यूटर आपूर्ति किए गए नाम या सेवा का उपयोग करके किसी विशेष POP के लिए DSL-AC का चयन करता है।

यहाँ PADO पैकेट का एक उदाहरण दिया गया है:

फ़्रेम 2 (वायर पर 60 बाइट्स, 60 बाइट्स कैप्चर किए गए) ईथरनेट II, Src: 00:0e:40:7b:f3:8a, Dst: 00:50:da:42:d7:df पीपीपी-ओवर-ईथरनेट डिस्कवरी संस्करण 1 श्रेणी 1 कोड एक्टिव डिस्कवरी ऑफर (PADO) सत्र आईडी: 0000 पेलोड की लंबाई: 36 पीपीपीओई टैग टैग: एसी-नाम स्ट्रिंग डेटा: IpzbrOOl टैग: होस्ट-यूनीक बाइनरी डेटा: (16 बाइट्स)  AC-नाम -> स्ट्रिंग डेटा में AC नाम होता है, इस मामले में "Ipzbr001" ( लीपज़िग में Arcor DSL-AC)

एसआरसी। DSL-AC का MAC पता रखता है।

DSL-AC के MAC पते से DSL-AC (इस मामले में नॉर्टेल नेटवर्क ) के निर्माता का भी पता चलता है।

सर्वर से क्लाइंट: अनुरोध (पीएडीआर)
PADR का मतलब PPPoE एक्टिव डिस्कवरी रिक्वेस्ट है।

DSL-AC से स्वीकार्य PADO पैकेट प्राप्त होने के बाद उपयोगकर्ता के कंप्यूटर द्वारा एक PADR पैकेट DSL-AC को भेजा जाता है। यह PADO पैकेट जारी करने वाले DSL-AC द्वारा किए गए PPPoE कनेक्शन के प्रस्ताव की स्वीकृति की पुष्टि करता है।

क्लाइंट के लिए सर्वर: सत्र-पुष्टि (PADS)
PADS का मतलब PPPoE एक्टिव डिस्कवरी सेशन-कन्फर्मेशन है।

उपरोक्त PADR पैकेट की पुष्टि DSL-AC द्वारा PADS पैकेट के साथ की जाती है, और इसके साथ एक सत्र आईडी दी जाती है। उस पीओपी के लिए डीएसएल-एसी के साथ कनेक्शन अब पूरी तरह स्थापित हो चुका है।

या तो अंत से दूसरे छोर तक: समाप्ति (PADT)
PADT का मतलब PPPoE एक्टिव डिस्कवरी टर्मिनेशन है। यह पैकेट POP से कनेक्शन समाप्त कर देता है। इसे या तो उपयोगकर्ता के कंप्यूटर से या डीएसएल-एसी से भेजा जा सकता है।

प्रोटोकॉल ओवरहेड
पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल प्रोटोकॉल स्टैक  पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर  इंटरनेट का उपयोग  में भी किया जा सकता है। उदाहरण के लिए PPPoA (RFC 2364) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर PPPoE में लोकप्रिय DSL डिलीवरी विधियों का उच्चतम ओवरहेड है।

डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)
PPPoEoA द्वारा DSL लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (i) एटीएम सेल-पैडिंग (नीचे चर्चा की गई) का अवशोषित प्रभाव, जो कुछ मामलों में PPPoEoA के अतिरिक्त ओवरहेड को पूरी तरह से रद्द कर देता है, (ii) PPPoEoA + AAL5  ओवरहेड जिसके कारण संपूर्ण अतिरिक्त 53-बाइट एटीएम सेल की आवश्यकता हो सकती है, और (iii) आईपी पैकेट के मामले में, पीपीपीओई ओवरहेड उन पैकेटों में जोड़ा जाता है जो अधिकतम लंबाई ( अधिकतम संचरण इकाई ') के पास हैं, आईपी विखंडन का कारण हो सकता है, जिसमें दोनों परिणामी IP अंशों के लिए पहले दो विचार भी शामिल हैं। हालांकि फिलहाल एटीएम और आईपी विखंडन को नजरअंदाज करते हुए, पीपीपी + पीपीपीओईओए चुनने के कारण एटीएम पेलोड के लिए प्रोटोकॉल हेडर ओवरहेड 44 बाइट्स = 2 बाइट्स (पीपीपी के लिए) + 6 (पीपीपीओई के लिए) + 18 (ईथरनेट मैक, वेरिएबल) जितना अधिक हो सकता है ) + 10 (आरएफसी 2684 एलएलसी, चर) + 8 (एएएल5 सीपीसीएस)। यह ओवरहेड वह है जो PPPoEoA के लिए RFC 2684 में वर्णित LLC हेडर विकल्प का उपयोग करते समय प्राप्त किया जाता है।

एटीएम+डीएसएल पर पीपीपी + पीपीपीओए आरएफसी 2364 वीसी-एमयूएक्स, जिसमें एटीएम पेलोड के भीतर केवल 10-बाइट ओवरहेड है, के साथ इसकी तुलना करें। (वास्तव में, पीपीपी के लिए केवल 10 बाइट्स = 2 बाइट्स आरएफसी 2364 + 8 (एएएल 5 सीपीसीएस) के लिए शून्य।)

44 बाइट्स AAL5 पेलोड ओवरहेड के इस आंकड़े को दो तरीकों से कम किया जा सकता है: (i) 4-बाइट ईथरनेट MAC FCS को छोड़ने के RFC 2684 विकल्प को चुनकर, जो 18 बाइट्स के आंकड़े को 14 से ऊपर कम कर देता है, और (ii) द्वारा RFC 2684 VC-MUX विकल्प का उपयोग करते हुए, जिसका ओवरहेड योगदान LLC विकल्प के 10 बाइट ओवरहेड की तुलना में मात्र 2 बाइट्स है। यह पता चला है कि यह ओवरहेड कमी एक मूल्यवान दक्षता सुधार हो सकती है। एलएलसी के बजाय वीसी-एमयूएक्स का उपयोग करते हुए, एटीएम पेलोड ओवरहेड या तो 32 बाइट्स (ईथरनेट एफसीएस के बिना) या 36 बाइट्स (एफसीएस के साथ) है।

ATM AAL5 के लिए आवश्यक है कि एक 8-बाइट लंबा 'CPCS' ट्रेलर हमेशा AAL5 पेलोड पैकेट बनाने वाले ATM सेल के रन के अंतिम सेल ('सही न्यायोचित') के अंत में मौजूद होना चाहिए। एलएलसी मामले में, कुल एटीएम पेलोड ओवरहेड 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 बाइट्स की पेलोड क्षमता के साथ निश्चित लंबाई के होते हैं, और अतिरिक्त हेडर के कारण AAL5 पेलोड की अधिक अतिरिक्त मात्रा जोड़ने के लिए एक और पूरे एटीएम सेल को भेजने की आवश्यकता हो सकती है जिसमें अतिरिक्त हो। अंतिम एक या दो एटीएम कोशिकाओं में पैडिंग बाइट होते हैं जो यह सुनिश्चित करने के लिए आवश्यक होते हैं कि प्रत्येक सेल का पेलोड 48 बाइट लंबा हो।

एक उदाहरण: PPPoEoA और RFC2684-LLC के साथ AAL5/ATM पर भेजे गए 1500-बाइट IP पैकेट के मामले में, इस समय अंतिम सेल पैडिंग की उपेक्षा करते हुए, एक 1500 + 2 + 6 + 18 + 10 + 8 (AAL5 CPCS) से शुरू होता है। ट्रेलर) = 1544 बाइट्स अगर ईथरनेट FCS मौजूद है, या फिर + 2 + 6 + 14 + 10 + 8 = 40 बाइट्स बिना FCS के। एटीएम पर 1544 बाइट्स भेजने के लिए 33 48-बाइट एटीएम सेल की आवश्यकता होती है, क्योंकि 32 सेल × 48 बाइट्स प्रति सेल = 1536 बाइट्स की उपलब्ध पेलोड क्षमता काफी नहीं है। इसकी तुलना PPP + PPPoA के मामले से करें जो 1500 + 2 (PPP) + 0 (PPPoA: RFC 2364 VC-MUX) + 8 (CPCS ट्रेलर) = 1510 बाइट्स 32 सेल में फ़िट हो जाता है। तो 1500-बाइट IP पैकेट के लिए PPPoEoA प्लस RFC2684-LLC चुनने की वास्तविक लागत प्रति IP पैकेट एक अतिरिक्त एटीएम सेल है, जो 33:32 का अनुपात है। तो 1500 बाइट पैकेट के लिए, LLC के साथ PPPoEoA, PPPoA या PPPoEoA हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।

कुछ पैकेट लंबाई के लिए PPPoEoA की तुलना में PPPoEoA चुनने के कारण सही अतिरिक्त प्रभावी DSL ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, RFC2684-LLC प्लस FCS का उपयोग करके PPP + PPPoEoA के साथ भेजा गया 1492 बाइट लंबा पैकेट हमें 1492 + 44 = 1536 बाइट्स = 32 कोशिकाओं का कुल एटीएम पेलोड देता है, और इस विशेष मामले में ओवरहेड इससे अधिक नहीं है यदि हम हेडर-कुशल PPPoA प्रोटोकॉल का उपयोग कर रहे थे, जिसके लिए 1492 + 2 + 0 + 8 = 1502 बाइट्स एटीएम पेलोड = 32 सेल की भी आवश्यकता होगी। वह मामला जहां पैकेट की लंबाई 1492 है, PPPoEoA के लिए अनुपात के संदर्भ में RFC2684-LLC के साथ PPPoEoA के लिए इष्टतम दक्षता का प्रतिनिधित्व करता है, जब तक कि लंबे पैकेट की अनुमति न हो।

RFC2684 VC-MUX हेडर विकल्प के साथ PPPoEoA का उपयोग करना हमेशा LLC विकल्प की तुलना में बहुत अधिक कुशल होता है, क्योंकि ATM ओवरहेड, जैसा कि पहले उल्लेख किया गया है, केवल 32 या 36 बाइट्स है (इस पर निर्भर करता है कि यह PPPoEoA में ईथरनेट FCS विकल्प के बिना है या नहीं ) ताकि VC-MUX का उपयोग करके PPP + PPPoEoA के सभी ओवरहेड्स सहित 1500 बाइट लंबा पैकेट कुल 1500 + 36 = 1536 बाइट्स एटीएम पेलोड के बराबर हो जाए यदि FCS मौजूद है = 32 ATM सेल, इस प्रकार एक संपूर्ण एटीएम सेल की बचत होती है।

छोटे पैकेट के साथ, हेडर जितना लंबा होगा, अतिरिक्त एटीएम सेल बनाने की संभावना उतनी ही अधिक होगी। 10 बाइट हेडर ओवरहेड की तुलना में 44 बाइट हेडर ओवरहेड की वजह से सबसे खराब स्थिति दो के बजाय 3 एटीएम सेल भेजना हो सकता है, इसलिए डेटा संचारित करने में 50% अधिक समय लगता है। उदाहरण के लिए, IPv6 पर एक TCP ACK पैकेट 60 बाइट लंबा है, और PPPoEoA + LLC के लिए 40 या 44 बाइट्स के ओवरहेड के साथ इसके लिए तीन 48 बाइट एटीएम सेल के पेलोड की आवश्यकता होती है। तुलना के रूप में, पीपीपीओए 10 बाइट्स के ओवरहेड्स के साथ कुल 70 बाइट्स दो कोशिकाओं में फिट बैठता है। तो पीपीपीओए पर पीपीपीओई/एलएलसी चुनने की अतिरिक्त लागत 50% अतिरिक्त डेटा भेजा गया है। पीपीपीओईओए + वीसी-एमयूएक्स हालांकि ठीक रहेगा: 32 या 36 बाइट ओवरहेड के साथ, हमारा आईपी पैकेट अभी भी दो कोशिकाओं में फिट बैठता है।

सभी मामलों में एटीएम-आधारित एडीएसएल इंटरनेट एक्सेस के लिए सबसे प्रभावी विकल्प पीपीपीओए (आरएफसी2364) वीसी-एमयूएक्स चुनना है। हालाँकि, यदि PPPoEoA की आवश्यकता है, तो सबसे अच्छा विकल्प हमेशा VC-MUX (LLC के विपरीत) का उपयोग करना है, जिसमें कोई ईथरनेट FCS नहीं है, 32 बाइट्स = 2 बाइट्स (PPPoE के लिए) + 6 (PPPoE के लिए) का एटीएम पेलोड ओवरहेड देता है। + 14 (ईथरनेट मैक, नो FCS) + 2 (RFC 2684 VC-MUX) + 8 (AAL5 CPCS ट्रेलर)।

दुर्भाग्य से कुछ डीएसएल सेवाओं को पीपीपीओई के साथ बेकार एलएलसी हेडर के उपयोग की आवश्यकता होती है और अधिक कुशल वीसी-एमयूएक्स विकल्प की अनुमति नहीं देते हैं। उस मामले में, एक कम पैकेट लंबाई का उपयोग करना, जैसे कि 1492 के अधिकतम एमटीयू को लागू करना एलएलसी हेडर के साथ भी लंबे पैकेट के साथ दक्षता हासिल करता है और जैसा कि पहले उल्लेख किया गया है, उस स्थिति में कोई अतिरिक्त बेकार एटीएम सेल उत्पन्न नहीं होता है।

ईथरनेट पर ओवरहेड
ईथरनेट LAN पर, PPP + PPPoE के लिए ओवरहेड एक निश्चित 2 + 6 = 8 बाइट्स है, जब तक कि IP विखंडन उत्पन्न न हो।

एमटीयू/एमआरयू
जब एक PPPoE-बोलने वाला DSL मॉडेम ईथरनेट लिंक पर PPP + PPPoE पेलोड वाले ईथरनेट फ्रेम को राउटर (या PPPoE-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो PPP + PPPoE 8 बाइट्स = 2 (PPP) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में शामिल है। इस जोड़े गए ओवरहेड का मतलब यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी जंबो फ्रेम ' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन मामलों में कई उपयोगकर्ताओं के लिए फायदेमंद है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत तरीके से) सभी  इंटरनेट नियंत्रण संदेश प्रोटोकॉल  प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो  पथ एमटीयू खोज  को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का MTU है।

पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है
निम्नलिखित आरेख एक परिदृश्य दिखाता है जहां ईथरनेट से जुड़ा एडीएसएल मॉडेम एटीएम प्रोटोकॉल कनवर्टर पर पीपीपीओई-टू-पॉइंट-टू-पॉइंट प्रोटोकॉल के रूप में कार्य करता है और सेवा प्रदाता पीपीपीओए सेवा प्रदान करता है और पीपीपीओई को नहीं समझता है। इस प्रोटोकॉल श्रृंखला में कोई PPPoEoA नहीं है। यह ईथरनेट द्वारा राउटर से जुड़े एक अलग एडीएसएल मॉडेम के लिए एक बेहतर प्रोटोकॉल-कुशल डिज़ाइन है।

इस वैकल्पिक तकनीक में, PPPoE केवल ईथरनेट-ओनली राउटर (फिर से, या सिंगल होस्ट पीसी) से DSL-मॉडेम को जोड़ने का एक साधन है। यहां इसका ब्रॉडबैंड सेवाओं की पेशकश करने के लिए आईएसपी द्वारा नियोजित तंत्र से कोई संबंध नहीं है।

Draytek Vigor 110, 120 और 130 मोडेम इसी तरह काम करते हैं।

इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, PPPoE-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (PPPoE-बोलने वाले) DSL मॉडेम को भेजता है। मॉडेम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के भीतर से निकालता है, और पीपीपी फ्रेम को आगे डीएसएलएएम को आरएफसी 2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है।


 * {| border="0" cellspacing="3" style="float:center;padding-left:15px"

आरेख पर, 'रीढ़ की हड्डी' के रूप में दिखाया गया क्षेत्र पुराने नेटवर्क पर एटीएम भी हो सकता है, हालांकि इसकी संरचना सेवा प्रदाता-निर्भर है। अधिक विस्तृत, अधिक सेवा-प्रदाता विशिष्ट आरेख पर इस क्षेत्र में अतिरिक्त तालिका कक्ष होंगे।
 * + DSL Internet access architecture
 * - style="vertical-align:bottom; text-align:center; background:#fc9;"
 * colspan="2"| PC or Gateway
 * colspan="2"| DSL modem
 * colspan="2"| DSLAM
 * colspan="2"| Remote access server
 * (ISP)
 * style="vertical-align:bottom; text-align:center; background:#eef;"| (IP)
 * style="vertical-align:bottom; text-align:center; background:#eef;"| (IP)
 * style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet
 * style="vertical-align:bottom; text-align:center; background:#eef;"| PPP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| PPP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| PPP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| PPP
 * style="vertical-align:bottom; text-align:center; background:#99f;"| PPPoE
 * style="vertical-align:bottom; text-align:center; background:#99f;"| PPPoE
 * style="vertical-align:bottom; text-align:center; background:#99f;"| PPPoA
 * style="vertical-align:bottom; text-align:center; background:#99f;"| PPPoA
 * style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet
 * style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet
 * style="vertical-align:bottom; text-align:center; background:#eef;"| AAL5
 * style="vertical-align:bottom; text-align:center; background:#eef;"| AAL5
 * style="vertical-align:bottom; text-align:center; background:#eef;"| backbone
 * style="vertical-align:bottom; text-align:center; background:#eef;"| backbone
 * style="vertical-align:bottom; text-align:center; background:#eef;"| IP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| IP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * }
 * style="vertical-align:bottom; text-align:center; background:#99f;"| PPPoA
 * style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet
 * style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet
 * style="vertical-align:bottom; text-align:center; background:#eef;"| AAL5
 * style="vertical-align:bottom; text-align:center; background:#eef;"| AAL5
 * style="vertical-align:bottom; text-align:center; background:#eef;"| backbone
 * style="vertical-align:bottom; text-align:center; background:#eef;"| backbone
 * style="vertical-align:bottom; text-align:center; background:#eef;"| IP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| IP
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * }
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| ATM
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * }
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * }
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 * }

विचित्रताएं
चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट (आमतौर पर 1492 बनाम ईथरनेट के 1500) की तुलना में MTU (नेटवर्किंग) कम होता है, यह कभी-कभी समस्या पैदा कर सकता है जब Path MTU डिस्कवरी खराब कॉन्फ़िगर किए गए फ़ायरवॉल (नेटवर्किंग)  द्वारा पराजित हो जाती है। हालांकि प्रदाताओं के नेटवर्क में उच्च एमटीयू अधिक आम होते जा रहे हैं, आमतौर पर समाधान टीसीपी एमएसएस (अधिकतम खंड आकार) क्लैम्पिंग या पुनर्लेखन का उपयोग करना है, जिससे एक्सेस कंसंट्रेटर एमएसएस को फिर से लिखता है ताकि यह सुनिश्चित हो सके कि टीसीपी सहकर्मी छोटे डेटाग्राम भेजते हैं। हालांकि टीसीपी एमएसएस क्लैम्पिंग टीसीपी के लिए एमटीयू मुद्दे को हल करती है, आईसीएमपी और यूडीपी जैसे अन्य प्रोटोकॉल अभी भी प्रभावित हो सकते हैं।

RFC 4638 PPPoE उपकरणों को 1492 से अधिक के MTU पर बातचीत करने की अनुमति देता है यदि अंतर्निहित ईथरनेट परत जंबो फ्रेम के लिए सक्षम है।

कुछ विक्रेता ( सिस्को सिस्टम्स और  जुनिपर नेटवर्क, उदाहरण के लिए) PPPoEoE (PPPoE ओवर इथरनेट) से PPPoE [oA] को अलग करें, जो PPPoE सीधे ईथरनेट या अन्य  IEEE 802  नेटवर्क पर या ईथरनेट  ब्रिजिंग (नेटवर्किंग)  पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, ताकि इसे PPPoEoA (PPPoE ओवर) से अलग किया जा सके। ATM), जो PPPoE RFC 2684 और PPPoE के  सबनेटवर्क एक्सेस प्रोटोकॉल  इनकैप्सुलेशन का उपयोग करके ATM वर्चुअल सर्किट पर चल रहा है। (PPPoEoA ATM (PPPoA) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो SNAP का उपयोग नहीं करता है)।

सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के बजाय ईथरनेट या 802.1q वीएलएएन है। यह एनकैप्सुलेशन विधि आमतौर पर मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLAM) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि आमतौर पर बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।

DSL मोडेम को खोजना संभव है, जैसे कि Draytek Vigor 120, जहां PPPoE एक DSL मॉडेम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और ISP PPPoE बिल्कुल नहीं बोलता है (बल्कि PPPoA)।

पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प
जीपीओएन (जिसमें ओएमसीआई  के माध्यम से एक  वीएलएएन  बनाना शामिल है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित तरीका  जेडटीई  द्वारा पेटेंट कराया गया है। GPON पर PPPoE कथित तौर पर ऑस्ट्रेलिया के राष्ट्रीय ब्रॉडबैंड नेटवर्क  के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है, ऑरेंज एसए फ्रांस, फिलीपींस का  ग्लोब टेलीकॉम  और इटली का अरूबा एफटीटीएच  ओपन फाइबर  सार्वजनिक GPON नेटवर्क पर।

आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में एक्सेस नोड कंट्रोल प्रोटोकॉल  के उपयोग के लिए तर्क देती है- अन्य बातों के अलावा- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, PPPoE को GPON के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [RFC2684] में परिभाषित किया गया है। इसमें ईथरनेट पर PPP (PPPoE, [RFC2516] में परिभाषित) या ईथरनेट पर IP (IPoE) शामिल हैं। GPON पर प्रोटोकॉल इनकैप्सुलेशन हमेशा IPoE होता है। 10G-PON (XG-PON) मानक (G.987) ONU और OLT के 802.1X पारस्परिक प्रमाणीकरण के लिए प्रदान करता है, इसके अलावा OMCI विधि G.984 से आगे बढ़ाया जाता है। G.987 ONU (जैसे MDU में) से परे अन्य ग्राहक-परिसर उपकरण को प्रमाणित करने के लिए समर्थन जोड़ता है, हालाँकि यह ईथरनेट पोर्ट तक सीमित है, जिसे 802.1X के माध्यम से भी नियंत्रित किया जाता है। (ओएनयू को इस परिदृश्य में  एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल   RADIUS  संदेशों को स्नूप माना जाता है और यह निर्धारित करता है कि प्रमाणीकरण सफल था या नहीं।) ओएमसीआई मानकों में निर्दिष्ट पीपीपीओई के लिए कुछ मामूली समर्थन है, लेकिन केवल ONU के संदर्भ में इसके एनकैप्सुलेशन (और अन्य मापदंडों) के आधार पर ट्रैफ़िक के लिए VLAN टैग को फ़िल्टर करने और जोड़ने में सक्षम होने के कारण, जिसमें प्रोटोकॉल के बीच PPPoE शामिल है जिसे ONU को समझने में सक्षम होना चाहिए। TR-101 (2011) के संदर्भ में ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क  का उपयोग करते हुए  ब्रॉडबैंड फोरम  का TR-200, जो  10G-EPON  से भी संबंधित है, कहता है कि OLT और मल्टी-सब्सक्राइबर ONU MUST PPPoE इंटरमीडिएट एजेंट फ़ंक्शन करने में सक्षम होना चाहिए, जैसा कि खंड 3.9.2/TR-101 में निर्दिष्ट है। पहले मील में ईथरनेट पर एक किताब बताती है कि IP सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए PPPoE के बजाय DHCP का उपयोग स्पष्ट रूप से किया जा सकता है, हालांकि यह बताता है कि DHCP PPPoE के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (हालांकि VLAN ब्रिज इस कार्य को पूरा कर सकता है) और इसके अलावा, DHCP (सब्सक्राइबर) प्रमाणीकरण प्रदान नहीं करता है, यह सुझाव देता है कि PPPoE के बिना पूर्ण समाधान के लिए IEEE 802.1X की भी आवश्यकता है। (यह पुस्तक मानती है कि पीपीपीओई एनकैप्सुलेशन के अलावा पीपीपी की अन्य विशेषताओं के लिए लीवरेज्ड है, जिसमें होस्ट कॉन्फ़िगरेशन के लिए  इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल  और प्रमाणीकरण के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल या चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल शामिल है।)

पीपीपीओई को (गैर-डीएसएल/एटीएम) साझा-माध्यम वातावरण में उपयोग करने के सुरक्षा कारण हैं, जैसे कि प्रत्येक ग्राहक के लिए अलग सुरंग बनाने के लिए पावर लाइन संचार नेटवर्क। PPPoE का व्यापक रूप से WAN लाइनों पर उपयोग किया जाता है, जिसमें FTTx भी शामिल है। आईएसपी द्वारा प्रदान किए गए कई एफटीटी एक्स आवासीय गेटवे ने रूटिंग कार्यों को एकीकृत किया है।

यह भी देखें

 * एटीएम पर मल्टीप्रोटोकॉल एनकैप्सुलेशन
 * पॉइंट-टू-पॉइंट प्रोटोकॉल डेमन
 * पॉइंट-टू-पॉइंट टनलिंग प्रोटोकॉल
 * एटीएम पर प्वाइंट-टू-प्वाइंट प्रोटोकॉल (पीपीपीओए)
 * PPPoX |प्वाइंट-टू-प्वाइंट प्रोटोकॉल ओवर X (PPPoX)

इस पेज में लापता आंतरिक लिंक की सूची

 * आधार - सामग्री संकोचन
 * टनलिंग प्रोटोकॉल
 * आईपी ​​रूटिंग
 * ग्राहक परिसर उपकरण
 * डीएसएल मॉडेम
 * आवासीय प्रवेश द्वार
 * मैक ओएस एक्स
 * अतुल्यकालिक अंतरण विधा
 * पैमाने की अर्थव्यवस्थाएं
 * प्रवेश में बाधाएं
 * व्यावर्तित युग्म
 * अंतराजाल सेवा प्रदाता
 * आईपी ​​​​विखंडन
 * एटीएम पर पॉइंट-टू-पॉइंट प्रोटोकॉल
 * पथ एमटीयू डिस्कवरी
 * एमटीयू (नेटवर्किंग)
 * इंटरनोड (आईएसपी)
 * बिजली लाइन संचार

बाहरी कड़ियाँ

 * - A Method for Transmitting PPP Over Ethernet (PPPoE)
 * - Layer 2 Tunneling Protocol (L2TP) Active Discovery Relay for PPP over Ethernet (PPPoE)
 * - Accommodating a Maximum Transit Unit/Maximum Receive Unit (MTU/MRU) Greater Than 1492 in the Point-to-Point Protocol over Ethernet (PPPoE)
 * - PPP Over Ethernet (PPPoE) Extensions for Credit Flow and Link Metrics
 * US Patent 6891825 - Method and system of providing multi-user access to a packet switched network
 * TR-043 - Protocols at the U Interface for Accessing Data Networks using ATM/DSL, Issue 1.0, August 2001