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

Revision as of 17:09, 20 January 2023

**पीपीपीओई and TCP/IP protocol stack**
Application	FTP	SMTP	HTTP	...	DNS	...
Transport	TCP				UDP
Internet	IP			IPv6
Network access	PPP
	पीपीपीओई
	Ethernet

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

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

पीपीपीओई को UUNET , Redback Networks (अब Ericsson) और RouterWare (अब Wind River Systems ) द्वारा विकसित किया गया था। ^[6] और एक सूचनात्मक [rfc:2516 आरएफसी 2516] के रूप में उपलब्ध है।

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

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

मूल तर्क

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

विभिन्न उपयोग प्रोफ़ाइल

समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न सम्मिलित हैं:

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

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

पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है:

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

बाजार का समय: सरल बेहतर है

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

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

हार्डवेयर आवश्यकताओं को सरल करें

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

सूचनात्मक आरएफसी

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

सफलता

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

आधुनिक समय के उपयोग-मामले

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

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

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

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

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

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

चरण

पीपीपीओई के दो अलग-अलग चरण हैं:

पीपीपीओई खोज

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

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

पीपीपी सत्र

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

पीपीपीओई डिस्कवरी (पीपीपीओईडी)

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

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

सर्वर से क्लाइंट: दीक्षा (PADI)

PADI का मतलब पीपीपीओई एक्टिव डिस्कवरी इनिशिएटिव है।^[10] यदि कोई उपयोगकर्ता 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 का मतलब पीपीपीओई एक्टिव डिस्कवरी ऑफर है।^[10]

एक बार जब उपयोगकर्ता का कंप्यूटर 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 का मतलब पीपीपीओई एक्टिव डिस्कवरी रिक्वेस्ट है।^[10]

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

क्लाइंट के लिए सर्वर: सत्र-पुष्टि (PADS)

PADS का मतलब पीपीपीओई एक्टिव डिस्कवरी सेशन-कन्फर्मेशन है।^[10]

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

या तो अंत से दूसरे छोर तक: समाप्ति (PADT)

PADT का मतलब पीपीपीओई एक्टिव डिस्कवरी टर्मिनेशन है।^[10]यह पैकेट POP से कनेक्शन समाप्त कर देता है। इसे या तो उपयोगकर्ता के कंप्यूटर से या डीएसएल-एसी से भेजा जा सकता है।

प्रोटोकॉल ओवरहेड

पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल प्रोटोकॉल स्टैक पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर इंटरनेट का उपयोग में भी किया जा सकता है। उदाहरण के लिए पीपीपीओए ([rfc:2364 आरएफसी 2364]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय DSL डिलीवरी विधियों का उच्चतम ओवरहेड है।^[11]^[12]^[13]^[14]

डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)

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

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

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

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 बाइट लंबा हो।^[11]^[13]

एक उदाहरण: पीपीपीओईओए और आरएफसी2684-एलएलसी के साथ 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 बाइट्स की उपलब्ध पेलोड क्षमता काफी नहीं है। इसकी तुलना पीपीपी + पीपीपीओए के मामले से करें जो 1500 + 2 (PPP) + 0 (पीपीपीओए: [rfc:2364 आरएफसी 2364] VC-MUX) + 8 (CPCS ट्रेलर) = 1510 बाइट्स 32 सेल में फ़िट हो जाता है। तो 1500-बाइट IP पैकेट के लिए पीपीपीओईओए प्लस आरएफसी2684-एलएलसी चुनने की वास्तविक लागत प्रति IP पैकेट एक अतिरिक्त एटीएम सेल है, जो 33:32 का अनुपात है।^[11]^[12]^[13] तो 1500 बाइट पैकेट के लिए, एलएलसी के साथ पीपीपीओईओए, पीपीपीओए या पीपीपीओईओए हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।

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

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

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

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

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

ईथरनेट पर ओवरहेड

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

एमटीयू/एमआरयू

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

पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है

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

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

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

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

**DSL Internet access architecture**
PC or Gateway		DSL modem		DSLAM		Remote access server		(ISP)
(IP)								(IP)
Ethernet	PPP					PPP	PPP	PPP
	पीपीपीओई	पीपीपीओई	पीपीपीओए			पीपीपीओए	L2TP	L2TP
	Ethernet	Ethernet	AAL5	AAL5	backbone	backbone	IP	IP
			ATM	ATM
			DSL	DSL

आरेख पर, 'रीढ़ की हड्डी' के रूप में दिखाया गया क्षेत्र पुराने नेटवर्क पर एटीएम भी हो सकता है, चूंकि इसकी संरचना सेवा प्रदाता-निर्भर है। अधिक विस्तृत, अधिक सेवा-प्रदाता विशिष्ट आरेख पर इस क्षेत्र में अतिरिक्त तालिका कक्ष होंगे।

विचित्रताएं

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

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

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

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

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

पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प

जीपीओएन (जिसमें ओएमसीआई के माध्यम से एक वीएलएएन बनाना सम्मिलित है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित तरीका जेडटीई द्वारा पेटेंट कराया गया है।^[19]

GPON पर पीपीपीओई कथित तौर पर ऑस्ट्रेलिया के राष्ट्रीय ब्रॉडबैंड नेटवर्क के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है,^[20] ऑरेंज एसए फ्रांस,^[21] फिलीपींस का ग्लोब टेलीकॉम ^[22] और इटली का अरूबा एफटीटीएच ^[23] ओपन फाइबर सार्वजनिक GPON नेटवर्क पर।

आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में एक्सेस नोड कंट्रोल प्रोटोकॉल के उपयोग के लिए तर्क देती है- अन्य बातों के अतिरिक्त- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, पीपीपीओई को GPON के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [आरएफसी2684] में परिभाषित किया गया है। इसमें ईथरनेट पर पीपीपी (पीपीपीओई, [आरएफसी2516] में परिभाषित) या ईथरनेट पर IP (IPoE) सम्मिलित हैं। GPON पर प्रोटोकॉल इनकैप्सुलेशन हमेशा IPoE होता है।^[24]

10G-PON (XG-PON) मानक (G.987) ओएनयू और OLT के 802.1X पारस्परिक प्रमाणीकरण के लिए प्रदान करता है, इसके अतिरिक्त OMCI विधि G.984 से आगे बढ़ाया जाता है।^[25] G.987 ओएनयू (जैसे MDU में) से परे अन्य ग्राहक-परिसर उपकरण को प्रमाणित करने के लिए समर्थन जोड़ता है, हालाँकि यह ईथरनेट पोर्ट तक सीमित है, जिसे 802.1X के माध्यम से भी नियंत्रित किया जाता है। (ओएनयू को इस परिदृश्य में एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल RADIUS संदेशों को स्नूप माना जाता है और यह निर्धारित करता है कि प्रमाणीकरण सफल था या नहीं।)^[26] ओएमसीआई मानकों में निर्दिष्ट पीपीपीओई के लिए कुछ मामूली समर्थन है, लेकिन केवल ओएनयू के संदर्भ में इसके एनकैप्सुलेशन (और अन्य मापदंडों) के आधार पर ट्रैफ़िक के लिए Vएलएएन टैग को फ़िल्टर करने और जोड़ने में सक्षम होने के कारण, जिसमें प्रोटोकॉल के बीच पीपीपीओई सम्मिलित है जिसे ओएनयू को समझने में सक्षम होना चाहिए।^[27] TR-101 (2011) के संदर्भ में ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क का उपयोग करते हुए ब्रॉडबैंड फोरम का TR-200, जो 10G-EPON से भी संबंधित है, कहता है कि OLT और मल्टी-सब्सक्राइबर ओएनयू MUST पीपीपीओई इंटरमीडिएट एजेंट फ़ंक्शन करने में सक्षम होना चाहिए, जैसा कि खंड 3.9.2/TR-101 में निर्दिष्ट है।^[28]

पहले मील में ईथरनेट पर एक किताब बताती है कि IP सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए पीपीपीओई के अतिरिक्त डीएचसीपी का उपयोग स्पष्ट रूप से किया जा सकता है, चूंकि यह बताता है कि डीएचसीपी पीपीपीओई के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (चूंकि Vएलएएन ब्रिज इस कार्य को पूरा कर सकता है) और इसके अतिरिक्त, डीएचसीपी (सब्सक्राइबर) प्रमाणीकरण प्रदान नहीं करता है, यह सुझाव देता है कि पीपीपीओई के बिना पूर्ण समाधान के लिए IEEE 802.1X की भी आवश्यकता है।^[29] (यह पुस्तक मानती है कि पीपीपीओई एनकैप्सुलेशन के अतिरिक्त पीपीपी की अन्य विशेषताओं के लिए लीवरेज्ड है, जिसमें होस्ट कॉन्फ़िगरेशन के लिए इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल और प्रमाणीकरण के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल या चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल सम्मिलित है।)

पीपीपीओई को (गैर-डीएसएल/एटीएम) साझा-माध्यम वातावरण में उपयोग करने के सुरक्षा कारण हैं, जैसे कि प्रत्येक ग्राहक के लिए अलग सुरंग बनाने के लिए पावर लाइन संचार नेटवर्क।^[30]

पीपीपीओई का व्यापक रूप से WAN लाइनों पर उपयोग किया जाता है, जिसमें FTTx भी सम्मिलित है। आईएसपी द्वारा प्रदान किए गए कई एफटीटी एक्स आवासीय गेटवे ने रूटिंग कार्यों को एकीकृत किया है।

यह भी देखें

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

संदर्भ

↑ 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.
↑ "साइमन फ़ार्नस्वर्थ लेख". farnz.org.uk. Retrieved 26 March 2019.
↑ Encapsulation Overhead(s) in ADSL Access Networks.^{[permanent dead link]}
↑ ^16.0 ^16.1 Cite error: Invalid <ref> tag; no text was provided for refs named Simon Farnsworth article
↑ ^17.0 ^17.1 http://www.cisco.com/en/US/docs/ios/bbdsl/configuration/guide/bba_understanding.pdf^{[bare URL PDF]}
↑ "Vigor120 - ड्रायटेक कार्पोरेशन". Archived from the original on 23 February 2014. Retrieved 10 February 2014.
↑ "गीगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क सिस्टम और ईथरनेट कॉन्फ़िगरेशन विधि पर पॉइंट-टू-पॉइंट प्रोटोकॉल लागू किया गया". 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 8 June 2014. Retrieved 26 March 2019.^{[failed verification]}
↑ "राउटर और एडीएसएल मोडेम को कॉन्फ़िगर करना | अरूबा गाइड्स". guide.aruba.it. Retrieved 10 March 2022.
↑ 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 पीपीपी Over Ethernet (PPPoE)
RFC 3817 - Layer 2 Tunneling Protocol (L2TP) Active Discovery Relay for पीपीपी over Ethernet (PPPoE)
RFC 4638 - Accommodating a Maximum Transit Unit/Maximum Receive Unit (MTU/MRU) Greater Than 1492 in the Point-to-Point Protocol over Ethernet (PPPoE)
RFC 4938 - पीपीपी 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

श्रेणी: प्रौद्योगिकी में 1999 श्रेणी:टनलिंग प्रोटोकॉल श्रेणी:तार्किक लिंक नियंत्रण श्रेणी: वाइड एरिया नेटवर्क श्रेणी:ईथरनेट

[Boney2005-1] James Boney (2005). संक्षेप में सिस्को आईओएस. O'Reilly Media, Inc. p. 88. ISBN 978-0-596-55311-1.

[GoldenDedieu2007-2] 2.0 ^2.1 Philip Golden; Hervé Dedieu; Krista S. Jacobsen (2007). डीएसएल प्रौद्योगिकी का कार्यान्वयन और अनुप्रयोग. Taylor & Francis. p. 479. ISBN 978-1-4200-1307-8.

[3] "Windows XP में PPPoE कनेक्शन कैसे बनाएँ". Archived from the original on 3 December 2013. Retrieved 11 December 2013.

[4] "लिनक्स को कॉन्फ़िगर करना". www.tldp.org. Retrieved 26 March 2019.

[5] "PPPoE के साथ इंटरनेट से जुड़ना (Mac OS X v10.5 और पहले का)". Apple Support. Retrieved 26 March 2019.

[6] Wind River Systems Acquires RouterWare, Inc.. Findarticles.com (1999-07-05). Retrieved on 2011-09-27. Archived 2005-05-26 at the Wayback Machine

[Beck2005-7] 7.0 ^7.1 Michael Beck (2005). पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक. McGraw Hill Professional. p. 27. ISBN 978-0-07-146991-3.

[8] Richard D. Gitlin; Sailesh K. Rao; Jean-Jacques Werner; Nicholas Zervos (8 May 1990). "डिजिटल सिग्नल के वाइडबैंड ट्रांसमिशन के लिए विधि और उपकरण, उदाहरण के लिए, एक टेलीफोन केंद्रीय कार्यालय और ग्राहक परिसर". US Patent 4,924,492.

[Partners-9] "टचवेव ने वीओआईपी एम्बेडेड संचार सॉफ्टवेयर के लिए टेलोजी नेटवर्क के साथ साझेदारी की". Business Wire. 5 October 1998. Retrieved 16 December 2008.^{[dead link]}

[tools.ietf.org-10] 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.

[wand.cs.waikato.ac.nz-11] 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

[RFC_2364-12] 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.

[RFC_2684-13] 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] "साइमन फ़ार्नस्वर्थ लेख". farnz.org.uk. Retrieved 26 March 2019.

[15] Encapsulation Overhead(s) in ADSL Access Networks.^{[permanent dead link]}

[Simon_Farnsworth_article-16] 16.0 ^16.1 Cite error: Invalid <ref> tag; no text was provided for refs named Simon Farnsworth article

[cisco.com-17] 17.0 ^17.1 http://www.cisco.com/en/US/docs/ios/bbdsl/configuration/guide/bba_understanding.pdf^{[bare URL PDF]}

[18] "Vigor120 - ड्रायटेक कार्पोरेशन". Archived from the original on 23 February 2014. Retrieved 10 February 2014.

[19] "गीगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क सिस्टम और ईथरनेट कॉन्फ़िगरेशन विधि पर पॉइंट-टू-पॉइंट प्रोटोकॉल लागू किया गया". google.com. Retrieved 26 March 2019.

[20] [1] Archived 2013-09-13 at the Wayback Machine

[21] "टीपी-लिंक नया समुदाय आधिकारिक तौर पर लॉन्च किया गया है! - टीपी-लिंक समुदाय". community.tp-link.com. Archived from the original on 26 March 2019. Retrieved 26 March 2019.^{[failed verification]}

[22] "यूट्यूब". www.youtube.com. Archived from the original on 8 June 2014. Retrieved 26 March 2019.^{[failed verification]}

[23] "राउटर और एडीएसएल मोडेम को कॉन्फ़िगर करना | अरूबा गाइड्स". guide.aruba.it. Retrieved 10 March 2022.

[24] Bitar, Nabil N.; Wadhwa, Sanjay; Haag, Thomas; Hongyu, Li (June 2013). "RFC 6934 - निष्क्रिय ऑप्टिकल नेटवर्क (PONs) पर आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड नियंत्रण तंत्र की प्रयोज्यता". datatracker.ietf.org. Retrieved 26 March 2019.

[25] Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 200. ISBN 978-1-118-15558-5.

[26] Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 207 and 274–275. ISBN 978-1-118-15558-5.

[27] Dave Hood & Elmar Trojer (2012). गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क. John Wiley & Sons. p. 261 and 271. ISBN 978-1-118-15558-5.

[28] ttp://www.broadband-forum.org/technical/download/TR-200.pdf^{[bare URL PDF]}

[Beck2005b-29] Michael Beck (2005). पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक. McGraw Hill Professional. p. 241. ISBN 978-0-07-146991-3.

[Carcelle2009-30] Xavier Carcelle (2009). अभ्यास में पावर लाइन संचार. Artech House. p. 235. ISBN 978-1-59693-336-1.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

Anonymous

Search

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

Namespaces

More

Page actions

Revision as of 17:09, 20 January 2023

Contents

मूल तर्क

विभिन्न उपयोग प्रोफ़ाइल

बाजार का समय: सरल बेहतर है

हार्डवेयर आवश्यकताओं को सरल करें

सूचनात्मक आरएफसी

सफलता

आधुनिक समय के उपयोग-मामले

चरण

पीपीपीओई खोज

पीपीपी सत्र

पीपीपीओई डिस्कवरी (पीपीपीओईडी)

सर्वर से क्लाइंट: दीक्षा (PADI)

क्लाइंट के लिए सर्वर: ऑफर (PADO)

सर्वर से क्लाइंट: अनुरोध (पीएडीआर)

क्लाइंट के लिए सर्वर: सत्र-पुष्टि (PADS)

या तो अंत से दूसरे छोर तक: समाप्ति (PADT)

प्रोटोकॉल ओवरहेड

डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)

ईथरनेट पर ओवरहेड

एमटीयू/एमआरयू

पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है

विचित्रताएं

पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प

यह भी देखें

संदर्भ

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

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

Navigation

Navigation

Wiki tools

Wiki tools

@@ Line 1: / Line 1: @@
-{{redirect-distinguish|PPPoE|PoE}}
 {| border="0" cellspacing="3" style="float:right;padding-left:15px"
-|+ '''PPPoE and TCP/IP [[protocol stack]]'''
+|+ '''पीपीपीओई and TCP/IP [[protocol stack]]'''
 |-
 |  style="text-align:center; background:#feb;"| ''Application''
@@ Line 22: / Line 21: @@
 | colspan="6"  style="text-align:center; background:#eef;"| [[Point-to-Point Protocol|PPP]]
 |-
-| colspan="6"  style="text-align:center; background:#99f;"| '''PPPoE'''
+| colspan="6"  style="text-align:center; background:#99f;"| '''पीपीपीओई'''
 |-
 | colspan="6"  style="text-align:center; background:#eee;"| [[Ethernet]]
 |}
-[[ ईथरनेट ]] (PPPoE) पर [[ पॉइंट-टू-पॉइंट प्रोटोकॉल ]] ईथरनेट फ्रेम के अंदर [[ एनकैप्सुलेशन (नेटवर्किंग) ]] पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) फ्रेम के लिए एक [[ नेटवर्क प्रोटोकॉल ]] है। यह 1999 में [[ आईएसपी ]] के [[ [[ इंटरनेट ]] प्रोटोकॉल ]] नेटवर्क के लिए [[ डीएसएल ]] कनेक्शन पर प्रोटोकॉल [[ नेटवर्क पैकेट ]]ों को सुरंग बनाने के समाधान के रूप में और वहां से बाकी इंटरनेट के लिए डीएसएल के उछाल के संदर्भ में दिखाई दिया। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश DSL प्रदाता PPPoE का उपयोग करते हैं, जो [[ प्रमाणीकरण ]], [[ कूटलेखन ]] और डेटा संपीड़न प्रदान करता है।<ref name="Boney2005">{{cite book|author=James Boney|title=संक्षेप में सिस्को आईओएस|url=https://books.google.com/books?id=zxq78zNHH7YC&pg=PA88|year=2005|publisher=O'Reilly Media, Inc.|isbn=978-0-596-55311-1|page=88}}</ref> पीपीपीओई के विशिष्ट उपयोग में उपयोगकर्ता नाम और पासवर्ड के साथ उपयोगकर्ता को प्रमाणित करने के लिए पीपीपी सुविधाओं का लाभ उठाना शामिल है, मुख्य रूप से [[ पासवर्ड प्रमाणीकरण प्रोटोकॉल ]] प्रोटोकॉल के माध्यम से और कम अक्सर [[ चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल ]] के माध्यम से।<ref name="GoldenDedieu2007"/>2000 के आसपास, PPPoE भी एक ईथरनेट लैन पर एक कंप्यूटर या [[ राउटर (कंप्यूटिंग) ]] से जुड़े मॉडेम से बात करने के लिए एक प्रतिस्थापन विधि बनना शुरू कर रहा था, जो पुराने तरीके को विस्थापित कर रहा था, जो [[ USB ]] था। यह यूज-केस, राउटर को ईथरनेट पर [[ मोडम ]] से कनेक्ट करना आज भी बेहद आम है।
+[[ ईथरनेट | ईथरनेट]] (पीपीपीओई) पर [[ पॉइंट-टू-पॉइंट प्रोटोकॉल |पॉइंट-टू-पॉइंट प्रोटोकॉल]] ईथरनेट फ्रेम के अंदर [[ एनकैप्सुलेशन (नेटवर्किंग) |एनकैप्सुलेशन (नेटवर्किंग)]] पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP) फ्रेम के लिए एक [[ नेटवर्क प्रोटोकॉल |नेटवर्क प्रोटोकॉल]] है। यह 1999 में [[ आईएसपी |आईएसपी]] के [[ [[ इंटरनेट |इंटरनेट]] प्रोटोकॉल ]] नेटवर्क के लिए [[ डीएसएल |डीएसएल]] कनेक्शन पर प्रोटोकॉल [[ नेटवर्क पैकेट |नेटवर्क पैकेट]] ों को सुरंग बनाने के समाधान के रूप में और वहां से बाकी इंटरनेट के लिए डीएसएल के उछाल के संदर्भ में दिखाई दिया। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश DSL प्रदाता पीपीपीओई का उपयोग करते हैं, जो [[ प्रमाणीकरण |प्रमाणीकरण]] , [[ कूटलेखन |कूटलेखन]] और डेटा संपीड़न प्रदान करता है।<ref name="Boney2005">{{cite book|author=James Boney|title=संक्षेप में सिस्को आईओएस|url=https://books.google.com/books?id=zxq78zNHH7YC&pg=PA88|year=2005|publisher=O'Reilly Media, Inc.|isbn=978-0-596-55311-1|page=88}}</ref> पीपीपीओई के विशिष्ट उपयोग में उपयोगकर्ता नाम और पासवर्ड के साथ उपयोगकर्ता को प्रमाणित करने के लिए पीपीपी सुविधाओं का लाभ उठाना सम्मिलित है, मुख्य रूप से [[ पासवर्ड प्रमाणीकरण प्रोटोकॉल |पासवर्ड प्रमाणीकरण प्रोटोकॉल]] प्रोटोकॉल के माध्यम से और कम अक्सर [[ चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल |चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल]] के माध्यम से।<ref name="GoldenDedieu2007"/>2000 के आसपास, पीपीपीओई भी एक ईथरनेट लैन पर एक कंप्यूटर या [[ राउटर (कंप्यूटिंग) |राउटर (कंप्यूटिंग)]] से जुड़े मॉडेम से बात करने के लिए एक प्रतिस्थापन विधि बनना प्रारंभ कर रहा था, जो पुराने तरीके को विस्थापित कर रहा था, जो [[ USB |USB]] था। यह यूज-केस, राउटर को ईथरनेट पर [[ मोडम |मोडम]] से कनेक्ट करना आज भी बेहद आम है।
-ग्राहक-परिसर उपकरण पर, PPPoE को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो DSL मॉडेम [[ और ]] IP रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या एक साधारण DSL मॉडेम (रूटिंग सपोर्ट के बिना) के मामले में, PPPoE को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक कि सीधे उपयोगकर्ता के कंप्यूटर पर। (PPPoE के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में मौजूद है, [[ Windows XP ]] से लेकर,<ref>{{Cite web |url=http://support.microsoft.com/kb/283070 |title=Windows XP में PPPoE कनेक्शन कैसे बनाएँ|access-date=11 December 2013 |archive-date=3 December 2013 |archive-url=https://web.archive.org/web/20131203070724/http://support.microsoft.com/kb/283070 |url-status=dead }}</ref> [[ लिनक्स ]]<ref>{{cite web|url=http://www.tldp.org/HOWTO/DSL-HOWTO/configure.html|title=लिनक्स को कॉन्फ़िगर करना|website=www.tldp.org|access-date=26 March 2019}}</ref> हमारे एएस एक्स.<ref>{{cite web|url=https://support.apple.com/en-us/HT201696|title=PPPoE के साथ इंटरनेट से जुड़ना (Mac OS X v10.5 और पहले का)|website=Apple Support|access-date=26 March 2019}}</ref>) अभी हाल ही में{{when|date=June 2020}}, कुछ [[ GPON ]]-आधारित (DSL-आधारित के बजाय) आवासीय गेटवे भी PPPoE का उपयोग करते हैं, हालाँकि GPON मानकों में PPPoE की स्थिति सीमांत है।
+ग्राहक-परिसर उपकरण पर, पीपीपीओई को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो DSL मॉडेम [[ और |और]] IP रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या एक साधारण DSL मॉडेम (रूटिंग सपोर्ट के बिना) के मामले में, पीपीपीओई को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक कि सीधे उपयोगकर्ता के कंप्यूटर पर। (पीपीपीओई के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में मौजूद है, [[ Windows XP |Windows XP]] से लेकर,<ref>{{Cite web |url=http://support.microsoft.com/kb/283070 |title=Windows XP में PPPoE कनेक्शन कैसे बनाएँ|access-date=11 December 2013 |archive-date=3 December 2013 |archive-url=https://web.archive.org/web/20131203070724/http://support.microsoft.com/kb/283070 |url-status=dead }}</ref> [[ लिनक्स |लिनक्स]] <ref>{{cite web|url=http://www.tldp.org/HOWTO/DSL-HOWTO/configure.html|title=लिनक्स को कॉन्फ़िगर करना|website=www.tldp.org|access-date=26 March 2019}}</ref> हमारे एएस एक्स.<ref>{{cite web|url=https://support.apple.com/en-us/HT201696|title=PPPoE के साथ इंटरनेट से जुड़ना (Mac OS X v10.5 और पहले का)|website=Apple Support|access-date=26 March 2019}}</ref>) अभी हाल ही में{{when|date=June 2020}}, कुछ [[ GPON |GPON]] -आधारित (DSL-आधारित के अतिरिक्त) आवासीय गेटवे भी पीपीपीओई का उपयोग करते हैं, हालाँकि GPON मानकों में पीपीपीओई की स्थिति सीमांत है।
-PPPoE को [[ UUNET ]], [[ Redback Networks ]] (अब Ericsson) और RouterWare (अब [[ Wind River Systems ]]) द्वारा विकसित किया गया था। <ref>[http://findarticles.com/p/articles/mi_m0WUB/is_1999_July_5/ai_55071818/ Wind River Systems Acquires RouterWare, Inc.]. Findarticles.com (1999-07-05). Retrieved on 2011-09-27. {{Webarchive|url=https://web.archive.org/web/20050526092120/http://www.findarticles.com/p/articles/mi_m0WUB/is_1999_July_5/ai_55071818 |date=2005-05-26 }}</ref> और एक सूचनात्मक RFC 2516 के रूप में उपलब्ध है।
+पीपीपीओई को [[ UUNET |UUNET]] , [[ Redback Networks |Redback Networks]] (अब Ericsson) और RouterWare (अब [[ Wind River Systems |Wind River Systems]] ) द्वारा विकसित किया गया था। <ref>[http://findarticles.com/p/articles/mi_m0WUB/is_1999_July_5/ai_55071818/ Wind River Systems Acquires RouterWare, Inc.]. Findarticles.com (1999-07-05). Retrieved on 2011-09-27. {{Webarchive|url=https://web.archive.org/web/20050526092120/http://www.findarticles.com/p/articles/mi_m0WUB/is_1999_July_5/ai_55071818 |date=2005-05-26 }}</ref> और एक सूचनात्मक [rfc:2516 आरएफसी 2516] के रूप में उपलब्ध है।
-डीएसएल की दुनिया में, पीपीपीओई को आमतौर पर अतुल्यकालिक स्थानांतरण मोड (या डीएसएल) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, हालांकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा मौजूद नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, PPPoEoE, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि [[ मेट्रो ईथरनेट ]] नेटवर्क के मामले में होता है। (इस संकेतन में, PPPoE के मूल उपयोग को PPPoEoA के रूप में लेबल किया जाएगा, हालांकि इसे [[ PPPoA ]] के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।)
+डीएसएल की दुनिया में, पीपीपीओई को आमतौर पर अतुल्यकालिक स्थानांतरण मोड (या डीएसएल) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, चूंकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा मौजूद नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, PPPoEoE, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि [[ मेट्रो ईथरनेट |मेट्रो ईथरनेट]] नेटवर्क के मामले में होता है। (इस संकेतन में, पीपीपीओई के मूल उपयोग को पीपीपीओईओए के रूप में लेबल किया जाएगा, चूंकि इसे पीपीपीओए के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।)
-पीपीपीओई को कुछ पुस्तकों में परत 2.5 प्रोटोकॉल के रूप में वर्णित किया गया है,<ref name="GoldenDedieu2007">{{cite book|author1=Philip Golden|author2=Hervé Dedieu|author3=Krista S. Jacobsen|title=डीएसएल प्रौद्योगिकी का कार्यान्वयन और अनुप्रयोग|url=https://books.google.com/books?id=Jjkd74jY47oC&pg=PA479|year=2007|publisher=Taylor & Francis|isbn=978-1-4200-1307-8|page=479}}</ref><ref name="Beck2005"/>[[ एमपीएलएस ]] के समान कुछ अल्पविकसित अर्थों में क्योंकि इसका उपयोग ईथरनेट इन्फ्रास्ट्रक्चर को साझा करने वाले विभिन्न आईपी प्रवाहों को अलग करने के लिए किया जा सकता है, हालांकि पीपीपीओई स्विच की कमी पीपीपीओई हेडर के आधार पर रूटिंग निर्णय लेने से उस संबंध में प्रयोज्यता सीमित हो जाती है।<ref name="Beck2005">{{cite book|author=Michael Beck|title=पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक|year=2005|publisher=McGraw Hill Professional|isbn=978-0-07-146991-3|page=27}}</ref>
+पीपीपीओई को कुछ पुस्तकों में परत 2.5 प्रोटोकॉल के रूप में वर्णित किया गया है,<ref name="GoldenDedieu2007">{{cite book|author1=Philip Golden|author2=Hervé Dedieu|author3=Krista S. Jacobsen|title=डीएसएल प्रौद्योगिकी का कार्यान्वयन और अनुप्रयोग|url=https://books.google.com/books?id=Jjkd74jY47oC&pg=PA479|year=2007|publisher=Taylor & Francis|isbn=978-1-4200-1307-8|page=479}}</ref><ref name="Beck2005"/>[[ एमपीएलएस | एमपीएलएस]] के समान कुछ अल्पविकसित अर्थों में क्योंकि इसका उपयोग ईथरनेट इन्फ्रास्ट्रक्चर को साझा करने वाले विभिन्न आईपी प्रवाहों को अलग करने के लिए किया जा सकता है, चूंकि पीपीपीओई स्विच की कमी पीपीपीओई हेडर के आधार पर रूटिंग निर्णय लेने से उस संबंध में प्रयोज्यता सीमित हो जाती है।<ref name="Beck2005">{{cite book|author=Michael Beck|title=पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक|year=2005|publisher=McGraw Hill Professional|isbn=978-0-07-146991-3|page=27}}</ref>
 == मूल तर्क ==
-के अंत में, DSL सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना बाकी था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। ADSL तकनीक को एक दशक पहले प्रस्तावित किया गया था।<ref>{{cite web |title= डिजिटल सिग्नल के वाइडबैंड ट्रांसमिशन के लिए विधि और उपकरण, उदाहरण के लिए, एक टेलीफोन केंद्रीय कार्यालय और ग्राहक परिसर|author1=Richard D. Gitlin |author2=Sailesh K. Rao |author3=Jean-Jacques Werner |author4=Nicholas Zervos |work= US Patent 4,924,492 |url= http://www.google.com/patents/about?id=d2QjAAAAEBAJ| date= 8 May 1990 }}</ref> संभावित रेडबैक नेटवर्क और यूयूएनईटी समान रूप से मानते हैं कि [[ केबल मॉडम ]] या डीएसएल जैसे ब्रॉडबैंड अंततः [[ डायल करें ]] सेवा को बदल देंगे, लेकिन हार्डवेयर (ग्राहक परिसर और [[ स्थानीय विनिमय वाहक ]] दोनों) को बड़े पैमाने पर अर्थव्यवस्था का सामना करना पड़ा। प्रवेश के लिए कम मात्रा की बाधाएं। डीएसएल की कम मात्रा की तैनाती के शुरुआती अनुमानों ने एक डीएसएल मॉडेम के लिए $300-$500 रेंज में लागत और टेल्को से $300/माह का एक्सेस शुल्क दिखाया।{{Citation needed|date=December 2011}} जो एक घरेलू उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि से काफी अधिक था। इस प्रकार प्रारंभिक ध्यान छोटे कार्यालय/घर कार्यालय के ग्राहकों पर था जिनके लिए एक ~1.5 मेगाबिट [[ डिजिटल सिग्नल 1 ]] (उस समय $800-$1500 प्रति माह) किफायती नहीं था, लेकिन जिन्हें डायलअप या [[ आईएसडीएन ]] से अधिक की आवश्यकता थी। यदि इनमें से पर्याप्त ग्राहक मार्ग प्रशस्त करते हैं, तो मात्राएँ कीमतों को नीचे ले जाएँगी जहाँ घरेलू उपयोग के डायलअप उपयोगकर्ता की रुचि हो सकती है।
+के अंत में, DSL सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना बाकी था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। ADSL तकनीक को एक दशक पहले प्रस्तावित किया गया था।<ref>{{cite web |title= डिजिटल सिग्नल के वाइडबैंड ट्रांसमिशन के लिए विधि और उपकरण, उदाहरण के लिए, एक टेलीफोन केंद्रीय कार्यालय और ग्राहक परिसर|author1=Richard D. Gitlin |author2=Sailesh K. Rao |author3=Jean-Jacques Werner |author4=Nicholas Zervos |work= US Patent 4,924,492 |url= http://www.google.com/patents/about?id=d2QjAAAAEBAJ| date= 8 May 1990 }}</ref> संभावित रेडबैक नेटवर्क और यूयूएनईटी समान रूप से मानते हैं कि [[ केबल मॉडम |केबल मॉडम]] या डीएसएल जैसे ब्रॉडबैंड अंततः [[ डायल करें |डायल करें]] सेवा को बदल देंगे, लेकिन हार्डवेयर (ग्राहक परिसर और [[ स्थानीय विनिमय वाहक |स्थानीय विनिमय वाहक]] दोनों) को बड़े पैमाने पर अर्थव्यवस्था का सामना करना पड़ा। प्रवेश के लिए कम मात्रा की बाधाएं। डीएसएल की कम मात्रा की तैनाती के शुरुआती अनुमानों ने एक डीएसएल मॉडेम के लिए $300-$500 रेंज में लागत और टेल्को से $300/माह का एक्सेस शुल्क दिखाया।{{Citation needed|date=December 2011}} जो एक घरेलू उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि से काफी अधिक था। इस प्रकार प्रारंभिक ध्यान छोटे कार्यालय/घर कार्यालय के ग्राहकों पर था जिनके लिए एक ~1.5 मेगाबिट [[ डिजिटल सिग्नल 1 |डिजिटल सिग्नल 1]] (उस समय $800-$1500 प्रति माह) किफायती नहीं था, लेकिन जिन्हें डायलअप या [[ आईएसडीएन |आईएसडीएन]] से अधिक की आवश्यकता थी। यदि इनमें से पर्याप्त ग्राहक मार्ग प्रशस्त करते हैं, तो मात्राएँ कीमतों को नीचे ले जाएँगी जहाँ घरेलू उपयोग के डायलअप उपयोगकर्ता की रुचि हो सकती है।
 === विभिन्न उपयोग प्रोफ़ाइल ===
-समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न शामिल हैं:
+समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न सम्मिलित हैं:
 * पूरे लैन को इंटरनेट से जोड़ना;
 * कनेक्शन के दूर से सुलभ स्थानीय लैन पर सेवाएं प्रदान करना;
@@ Line 48: / Line 47: @@
 * पूरे कार्यदिवस में या चौबीसों घंटे लगातार उपयोग।
-इन आवश्यकताओं ने खुद को डायल-अप प्रक्रिया के कनेक्शन स्थापना अंतराल और न ही इसके एक-कंप्यूटर-से-एक-आईएसपी मॉडल, और न ही [[ नेटवर्क एड्रेस ट्रांसलेशन ]] और डायल-अप प्रदान किए गए कई-से-एक के लिए उधार दिया। एक नए मॉडल की आवश्यकता थी।
+इन आवश्यकताओं ने खुद को डायल-अप प्रक्रिया के कनेक्शन स्थापना अंतराल और न ही इसके एक-कंप्यूटर-से-एक-आईएसपी मॉडल, और न ही [[ नेटवर्क एड्रेस ट्रांसलेशन |नेटवर्क एड्रेस ट्रांसलेशन]] और डायल-अप प्रदान किए गए कई-से-एक के लिए उधार दिया। एक नए मॉडल की आवश्यकता थी।
 पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है:
-* पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को PPPoE बोलने की जरूरत है। (ध्यान दें कि इस मामले में, पीपीपीओई-ओवर-डीएसएल चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।)
+* पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को पीपीपीओई बोलने की जरूरत है। (ध्यान दें कि इस मामले में, पीपीपीओई-ओवर-डीएसएल चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।)
-* या जब एक PPPoE-बोलने वाला DSL मॉडेम एक PPPoE-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है।
+* या जब एक पीपीपीओई-बोलने वाला DSL मॉडेम एक पीपीपीओई-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है।
 === बाजार का समय: सरल बेहतर है ===
-इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय [[ Microsoft ]] फाइबर-आधारित एटीएम-सेल-टू-द-डेस्कटॉप की वकालत कर रहा था,<ref name="Partners">{{cite news|date=5 October 1998 |work=[[Business Wire]]|title=टचवेव ने वीओआईपी एम्बेडेड संचार सॉफ्टवेयर के लिए टेलोजी नेटवर्क के साथ साझेदारी की|access-date=16 December 2008|url=http://findarticles.com/p/articles/mi_m0EIN/is_/ai_53056379}}{{dead link|date=December 2013}}</ref> और [[ L2TP ]] भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए।
+इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय [[ Microsoft |Microsoft]] फाइबर-आधारित एटीएम-सेल-टू-द-डेस्कटॉप की वकालत कर रहा था,<ref name="Partners">{{cite news|date=5 October 1998 |work=[[Business Wire]]|title=टचवेव ने वीओआईपी एम्बेडेड संचार सॉफ्टवेयर के लिए टेलोजी नेटवर्क के साथ साझेदारी की|access-date=16 December 2008|url=http://findarticles.com/p/articles/mi_m0EIN/is_/ai_53056379}}{{dead link|date=December 2013}}</ref> और [[ L2TP |L2TP]] भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए।
 ====मौजूदा सॉफ्टवेयर स्टैक का पुन: उपयोग करें
@@ Line 62: / Line 61: @@
 ==== हार्डवेयर आवश्यकताओं को सरल करें ====
-प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। PPPoE ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने DSL हार्डवेयर को केवल एक [[ नेटवर्क ब्रिज ]] के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को WAN में पास किया और दूसरों को अनदेखा किया। इस तरह के एक पुल का कार्यान्वयन एक राउटर की तुलना में सरल परिमाण के कई आदेश हैं।
+प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। पीपीपीओई ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने DSL हार्डवेयर को केवल एक [[ नेटवर्क ब्रिज |नेटवर्क ब्रिज]] के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को WAN में पास किया और दूसरों को अनदेखा किया। इस तरह के एक पुल का कार्यान्वयन एक राउटर की तुलना में सरल परिमाण के कई आदेश हैं।
 ==== सूचनात्मक आरएफसी ====
-RFC 2516 को शुरू में टिप्पणियों के लिए एक अनुरोध के रूप में जारी किया गया था # सूचनात्मक ([[ इंटरनेट मानकों ]] के बजाय। मानक-ट्रैक) RFC इसी कारण से: मानक-ट्रैक RFC के लिए गोद लेने की अवधि निषेधात्मक रूप से लंबी थी।
+[rfc:2516 आरएफसी 2516] को प्रारंभ में टिप्पणियों के लिए एक अनुरोध के रूप में जारी किया गया था # सूचनात्मक ([[ इंटरनेट मानकों | इंटरनेट मानकों]] के अतिरिक्त। मानक-ट्रैक) आरएफसी इसी कारण से: मानक-ट्रैक आरएफसी के लिए गोद लेने की अवधि निषेधात्मक रूप से लंबी थी।
 === सफलता ===
-PPPoE को शुरू में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा LAN प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे मामले में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो एक घरेलू उपयोगकर्ता भुगतान करेगा।
+पीपीपीओई को प्रारंभ में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा एलएएन प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे मामले में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो एक घरेलू उपयोगकर्ता भुगतान करेगा।
 == आधुनिक समय के उपयोग-मामले ==
-{{unreferenced section|date=July 2022}}
+के आसपास, पीपीपीओई प्रोटोकॉल का उपयोग या तो (i) एक DSL मॉडेम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, USB का उपयोग करने के पहले के तरीके को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के PPP+पीपीपीओई तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था एक नेटवर्क नोड, एक प्रोटोकॉल परिवर्तक, कुछ हद तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है।
-के आसपास, PPPoE प्रोटोकॉल का उपयोग या तो (i) एक DSL मॉडेम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, USB का उपयोग करने के पहले के तरीके को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के PPP+PPPoE तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था एक नेटवर्क नोड, एक प्रोटोकॉल परिवर्तक, कुछ हद तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है।
-पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित 'PPPoEoE' (भौतिक ईथरनेट LAN पर PPPoE प्रोटोकॉल तिकड़ी) शामिल है, अगर PPP का उपयोग किया जाता है तो मॉडेम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है।
+पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित 'PPPoEoE' (भौतिक ईथरनेट एलएएन पर पीपीपीओई प्रोटोकॉल तिकड़ी) सम्मिलित है, अगर पीपीपी का उपयोग किया जाता है तो मॉडेम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है।
-दूसरा उपयोग-मामला, जहां PPPoE प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, आम सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। हालांकि चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों।
+दूसरा उपयोग-मामला, जहां पीपीपीओई प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, आम सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों।
-जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी PPPoE हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से मौजूद न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित [[ सॉफ्टवेयर ब्लोट ]] को जोड़ने के अलावा कोई उद्देश्य नहीं है। उदाहरण के लिए, [[ पीपीपीओई ]]ओए के मामले में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एसिंक्रोनस ट्रांसफर मोड था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को शीर्ष पर फिट करने के लिए जोड़ा गया था। एटीएम का।
+जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी पीपीपीओई हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से मौजूद न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित [[ सॉफ्टवेयर ब्लोट |सॉफ्टवेयर ब्लोट]] को जोड़ने के अतिरिक्त कोई उद्देश्य नहीं है। उदाहरण के लिए, [[ पीपीपीओई |पीपीपीओई]] ओए के मामले में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एसिंक्रोनस ट्रांसफर मोड था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को शीर्ष पर फिट करने के लिए जोड़ा गया था। एटीएम का।
 दूसरे उपयोग-मामले में, ये अतिरिक्त प्रोटोकॉल हेडर गंभीर मात्रा में ब्लोट जोड़ते हैं और इसलिए थोड़ी मात्रा में प्रदर्शन को नुकसान पहुंचाते हैं।
-दूसरे उपयोग के मामले में, PPP+PPPoE+Ethernet MAC का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह '[[ अंतिम मील (दूरसंचार) ]]' तक ही सीमित हो सकता है: [[ ADSL ]] या [[ VDSL2 ]]/[[ FTTC ]] में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडेम शामिल है और आगे नहीं, या इसका उपयोग BRAS 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। एक उदाहरण के मामले में PPPoE एक थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो L2TP टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो ISP के IP [[ मौजूदगी का स्थान ]] ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है।
+दूसरे उपयोग के मामले में, PPP+पीपीपीओई+Ethernet MAC का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह '[[ अंतिम मील (दूरसंचार) ]]' तक ही सीमित हो सकता है: [[ ADSL |ADSL]] या [[ VDSL2 |VDSL2]] /[[ FTTC | FTTC]] में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडेम सम्मिलित है और आगे नहीं, या इसका उपयोग BRAS 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। एक उदाहरण के मामले में पीपीपीओई एक थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो L2TP टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो ISP के IP [[ मौजूदगी का स्थान |मौजूदगी का स्थान]] ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है।
 == चरण ==
-PPPoE के दो अलग-अलग चरण हैं:
+पीपीपीओई के दो अलग-अलग चरण हैं:
 === पीपीपीओई खोज ===
 चूंकि पारंपरिक पीपीपी कनेक्शन सीरियल लिंक पर या डायल-अप के दौरान पहले से ही स्थापित एटीएम वर्चुअल सर्किट पर दो अंत बिंदुओं के बीच स्थापित होते हैं, तार पर भेजे गए सभी पीपीपी फ्रेम निश्चित रूप से दूसरे छोर तक पहुंच जाते हैं। लेकिन ईथरनेट नेटवर्क मल्टी-एक्सेस हैं जहां नेटवर्क में प्रत्येक नोड हर दूसरे नोड तक पहुंच सकता है। ईथरनेट फ्रेम में डेस्टिनेशन नोड (मैक एड्रेस) का हार्डवेयर एड्रेस होता है। यह फ्रेम को इच्छित गंतव्य तक पहुंचने में मदद करता है।
-इसलिए ईथरनेट पर कनेक्शन स्थापित करने के लिए पीपीपी नियंत्रण पैकेटों का आदान-प्रदान करने से पहले, दो अंत बिंदुओं के [[ मैक पते ]] एक-दूसरे को ज्ञात होने चाहिए ताकि उन्हें इन नियंत्रण पैकेटों में एन्कोड किया जा सके। PPPoE डिस्कवरी चरण ठीक यही करता है। यह एक सत्र आईडी स्थापित करने में भी मदद करता है जिसका उपयोग पैकेटों के आगे आदान-प्रदान के लिए किया जा सकता है।
+इसलिए ईथरनेट पर कनेक्शन स्थापित करने के लिए पीपीपी नियंत्रण पैकेटों का आदान-प्रदान करने से पहले, दो अंत बिंदुओं के [[ मैक पते |मैक पते]] एक-दूसरे को ज्ञात होने चाहिए ताकि उन्हें इन नियंत्रण पैकेटों में एन्कोड किया जा सके। पीपीपीओई डिस्कवरी चरण ठीक यही करता है। यह एक सत्र आईडी स्थापित करने में भी मदद करता है जिसका उपयोग पैकेटों के आगे आदान-प्रदान के लिए किया जा सकता है।
 === पीपीपी सत्र ===
-एक बार सहकर्मी का मैक पता ज्ञात हो जाने और एक सत्र स्थापित हो जाने के बाद, सत्र चरण शुरू हो जाएगा।
+एक बार सहकर्मी का मैक पता ज्ञात हो जाने और एक सत्र स्थापित हो जाने के बाद, सत्र चरण प्रारंभ हो जाएगा।
 == पीपीपीओई डिस्कवरी (पीपीपीओईडी) ==
-हालांकि पारंपरिक पीपीपी एक [[ पीयर टू पीयर ]] प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं।
+चूंकि पारंपरिक पीपीपी एक [[ पीयर टू पीयर |पीयर टू पीयर]] प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं।
 डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण मौजूदा सत्र को बंद करने का तरीका है।
 === सर्वर से क्लाइंट: दीक्षा (PADI) ===
-<!-- [[Padi]] links to this section -->
-PADI का मतलब PPPoE एक्टिव डिस्कवरी इनिशिएटिव है।<ref name="tools.ietf.org">{{cite journal|url=https://tools.ietf.org/html/rfc2516.html|title=ईथरनेट पर पीपीपी ट्रांसमिट करने की विधि (पीपीपीओई)|first1=L.|last1=Mamakos|first2=D.|last2=Simone|first3=R.|last3=Wheeler|first4=D.|last4=Carrel|first5=J.|last5=Evarts|first6=K.|last6=Lidl|website=tools.ietf.org|date=February 1999|doi=10.17487/RFC2516 |access-date=26 March 2019}}</ref>
+PADI का मतलब पीपीपीओई एक्टिव डिस्कवरी इनिशिएटिव है।<ref name="tools.ietf.org">{{cite journal|url=https://tools.ietf.org/html/rfc2516.html|title=ईथरनेट पर पीपीपी ट्रांसमिट करने की विधि (पीपीपीओई)|first1=L.|last1=Mamakos|first2=D.|last2=Simone|first3=R.|last3=Wheeler|first4=D.|last4=Carrel|first5=J.|last5=Evarts|first6=K.|last6=Lidl|website=tools.ietf.org|date=February 1999|doi=10.17487/RFC2516 |access-date=26 March 2019}}</ref>
-यदि कोई उपयोगकर्ता DSL का उपयोग करके इंटरनेट पर डायल अप करना चाहता है, तो उसके कंप्यूटर को पहले उपयोगकर्ता के इंटरनेट सेवा प्रदाता के पॉइंट ऑफ़ प्रेजेंस (POP) पर DSL एक्सेस कंसंट्रेटर (DSL-AC) खोजना होगा। ईथरनेट पर संचार केवल मैक पतों के माध्यम से ही संभव है। चूंकि कंप्यूटर डीएसएल-एसी के मैक पते को नहीं जानता है, यह ईथरनेट [[ प्रसारण (नेटवर्किंग) ]] (मैक: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ) के माध्यम से एक पीडीआई पैकेट भेजता है। इस PADI पैकेट में इसे भेजने वाले कंप्यूटर का MAC पता होता है।
+यदि कोई उपयोगकर्ता 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
@@ Line 118: / Line 118: @@
    टैग: सेवा-नाम
    टैग: होस्ट-यूनीक
-    बाइनरी डेटा: (16 बाइट्स)
+  बाइनरी डेटा: (16 बाइट्स)
 </पूर्व>
 एसआरसी। (=स्रोत) PADI भेजने वाले कंप्यूटर का MAC पता रखता है।<br />
@@ Line 126: / Line 126: @@
 === क्लाइंट के लिए सर्वर: ऑफर (PADO) ===
-PADO का मतलब PPPoE एक्टिव डिस्कवरी ऑफर है।<ref name="tools.ietf.org"/>
+PADO का मतलब पीपीपीओई एक्टिव डिस्कवरी ऑफर है।<ref name="tools.ietf.org"/>
 एक बार जब उपयोगकर्ता का कंप्यूटर PADI पैकेट भेज देता है, तो DSL-AC PADI में दिए गए MAC पते का उपयोग करके PADO पैकेट के साथ उत्तर देता है। PADO पैकेट में DSL-AC का MAC पता, उसका नाम (उदाहरण के लिए Leipzig में T-Com DSL-AC के लिए LEIX11-erx) और सेवा का नाम होता है। यदि एक से अधिक POP के DSL-AC PADO पैकेट के साथ उत्तर देते हैं, तो उपयोगकर्ता का कंप्यूटर आपूर्ति किए गए नाम या सेवा का उपयोग करके किसी विशेष POP के लिए DSL-AC का चयन करता है।
@@ Line 142: / Line 142: @@
 पीपीपीओई टैग
    टैग: एसी-नाम
-    स्ट्रिंग डेटा: IpzbrOOl
+  स्ट्रिंग डेटा: IpzbrOOl
    टैग: होस्ट-यूनीक
-    बाइनरी डेटा: (16 बाइट्स)
+  बाइनरी डेटा: (16 बाइट्स)
 </पूर्व>
-AC-नाम -> स्ट्रिंग डेटा में AC नाम होता है, इस मामले में "Ipzbr001" ([[ लीपज़िग ]] में Arcor DSL-AC)<br />
+AC-नाम -> स्ट्रिंग डेटा में AC नाम होता है, इस मामले में "Ipzbr001" ([[ लीपज़िग | लीपज़िग]] में Arcor DSL-AC)<br />
 एसआरसी। DSL-AC का MAC पता रखता है।<br />
-DSL-AC के MAC पते से DSL-AC (इस मामले में [[ नॉर्टेल नेटवर्क ]]) के निर्माता का भी पता चलता है।
+DSL-AC के MAC पते से DSL-AC (इस मामले में [[ नॉर्टेल नेटवर्क |नॉर्टेल नेटवर्क]] ) के निर्माता का भी पता चलता है।
 === सर्वर से क्लाइंट: अनुरोध (पीएडीआर) ===
-PADR का मतलब PPPoE एक्टिव डिस्कवरी रिक्वेस्ट है।<ref name="tools.ietf.org"/>
+PADR का मतलब पीपीपीओई एक्टिव डिस्कवरी रिक्वेस्ट है।<ref name="tools.ietf.org"/>
-DSL-AC से स्वीकार्य PADO पैकेट प्राप्त होने के बाद उपयोगकर्ता के कंप्यूटर द्वारा एक PADR पैकेट DSL-AC को भेजा जाता है। यह PADO पैकेट जारी करने वाले DSL-AC द्वारा किए गए PPPoE कनेक्शन के प्रस्ताव की स्वीकृति की पुष्टि करता है।
+DSL-AC से स्वीकार्य PADO पैकेट प्राप्त होने के बाद उपयोगकर्ता के कंप्यूटर द्वारा एक PADR पैकेट DSL-AC को भेजा जाता है। यह PADO पैकेट जारी करने वाले DSL-AC द्वारा किए गए पीपीपीओई कनेक्शन के प्रस्ताव की स्वीकृति की पुष्टि करता है।
 === क्लाइंट के लिए सर्वर: सत्र-पुष्टि (PADS) ===
-PADS का मतलब PPPoE एक्टिव डिस्कवरी सेशन-कन्फर्मेशन है।<ref name="tools.ietf.org"/>
+PADS का मतलब पीपीपीओई एक्टिव डिस्कवरी सेशन-कन्फर्मेशन है।<ref name="tools.ietf.org"/>
 उपरोक्त PADR पैकेट की पुष्टि DSL-AC द्वारा PADS पैकेट के साथ की जाती है, और इसके साथ एक सत्र आईडी दी जाती है। उस पीओपी के लिए डीएसएल-एसी के साथ कनेक्शन अब पूरी तरह स्थापित हो चुका है।
 === या तो अंत से दूसरे छोर तक: समाप्ति (PADT) ===
-PADT का मतलब PPPoE एक्टिव डिस्कवरी टर्मिनेशन है।<ref name="tools.ietf.org"/>यह पैकेट POP से कनेक्शन समाप्त कर देता है। इसे या तो उपयोगकर्ता के कंप्यूटर से या डीएसएल-एसी से भेजा जा सकता है।
+PADT का मतलब पीपीपीओई एक्टिव डिस्कवरी टर्मिनेशन है।<ref name="tools.ietf.org"/>यह पैकेट POP से कनेक्शन समाप्त कर देता है। इसे या तो उपयोगकर्ता के कंप्यूटर से या डीएसएल-एसी से भेजा जा सकता है।
 == प्रोटोकॉल ओवरहेड ==
-पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल [[ प्रोटोकॉल स्टैक ]] पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर [[ इंटरनेट का उपयोग ]] में भी किया जा सकता है।
+पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल [[ प्रोटोकॉल स्टैक |प्रोटोकॉल स्टैक]] पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर [[ इंटरनेट का उपयोग |इंटरनेट का उपयोग]] में भी किया जा सकता है।
-उदाहरण के लिए PPPoA (RFC 2364) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर PPPoE में लोकप्रिय DSL डिलीवरी विधियों का उच्चतम ओवरहेड है।<ref name="wand.cs.waikato.ac.nz">Dirk Van Aken, Sascha Peckelbeen [http://wand.cs.waikato.ac.nz/~513/2006/readings/adsl-2.pdf Encapsulation Overhead(s) in ADSL Access Networks], June 2003</ref><ref name="RFC 2364">{{cite journal|url=https://tools.ietf.org/html/rfc2364.html|title=पीपीपी ओवर एएएल5|first1=Manu|last1=Kaycee|first2=George|last2=Gross|first3=Andrew|last3=Malis|first4=John|last4=Stephens|first5=Arthur|last5=Lin|website=tools.ietf.org|date=July 1998|doi=10.17487/RFC2364 |access-date=26 March 2019}}</ref><ref name="RFC 2684">{{cite journal|url=https://tools.ietf.org/html/rfc2684.html|title=एटीएम अनुकूलन परत 5 पर मल्टीप्रोटोकॉल एनकैप्सुलेशन|first1=Dan|last1=Grossman|first2=Juha|last2=Heinanen|website=tools.ietf.org|date=September 1999|doi=10.17487/RFC2684 |access-date=26 March 2019}}</ref><ref name="साइमन फ़ार्नस्वर्थ लेख">{{cite web|url=http://blog.farnz.org.uk/2010/02/on-pppoa-pppoe-atm-and-adsl.|title=साइमन फ़ार्नस्वर्थ लेख|website=farnz.org.uk|access-date=26 March 2019}}</ref>
+उदाहरण के लिए पीपीपीओए ([rfc:2364 आरएफसी 2364]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय DSL डिलीवरी विधियों का उच्चतम ओवरहेड है।<ref name="wand.cs.waikato.ac.nz">Dirk Van Aken, Sascha Peckelbeen [http://wand.cs.waikato.ac.nz/~513/2006/readings/adsl-2.pdf Encapsulation Overhead(s) in ADSL Access Networks], June 2003</ref><ref name="RFC 2364">{{cite journal|url=https://tools.ietf.org/html/rfc2364.html|title=पीपीपी ओवर एएएल5|first1=Manu|last1=Kaycee|first2=George|last2=Gross|first3=Andrew|last3=Malis|first4=John|last4=Stephens|first5=Arthur|last5=Lin|website=tools.ietf.org|date=July 1998|doi=10.17487/RFC2364 |access-date=26 March 2019}}</ref><ref name="RFC 2684">{{cite journal|url=https://tools.ietf.org/html/rfc2684.html|title=एटीएम अनुकूलन परत 5 पर मल्टीप्रोटोकॉल एनकैप्सुलेशन|first1=Dan|last1=Grossman|first2=Juha|last2=Heinanen|website=tools.ietf.org|date=September 1999|doi=10.17487/RFC2684 |access-date=26 March 2019}}</ref><ref name="साइमन फ़ार्नस्वर्थ लेख">{{cite web|url=http://blog.farnz.org.uk/2010/02/on-pppoa-pppoe-atm-and-adsl.|title=साइमन फ़ार्नस्वर्थ लेख|website=farnz.org.uk|access-date=26 March 2019}}</ref>
 === डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए) ===
-PPPoEoA द्वारा DSL लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (i) एटीएम सेल-पैडिंग (नीचे चर्चा की गई) का अवशोषित प्रभाव, जो कुछ मामलों में PPPoEoA के अतिरिक्त ओवरहेड को पूरी तरह से रद्द कर देता है, (ii) PPPoEoA + [[ AAL5 ]] ओवरहेड जिसके कारण संपूर्ण अतिरिक्त 53-बाइट एटीएम सेल की आवश्यकता हो सकती है, और (iii) आईपी पैकेट के मामले में, पीपीपीओई ओवरहेड उन पैकेटों में जोड़ा जाता है जो अधिकतम लंबाई ([[ अधिकतम संचरण इकाई ]]') के पास हैं, आईपी विखंडन का कारण हो सकता है , जिसमें दोनों परिणामी IP अंशों के लिए पहले दो विचार भी शामिल हैं।<ref>[http://www.technicolorbroadbandpartner.com/getfile.php?id=525 Encapsulation Overhead(s) in ADSL Access Networks.]{{Dead link|date=December 2018 |bot=InternetArchiveBot |fix-attempted=yes }}</ref> हालांकि फिलहाल एटीएम और आईपी विखंडन को नजरअंदाज करते हुए, पीपीपी + पीपीपीओईओए चुनने के कारण एटीएम पेलोड के लिए प्रोटोकॉल हेडर ओवरहेड 44 बाइट्स = 2 बाइट्स (पीपीपी के लिए) + 6 (पीपीपीओई के लिए) + 18 (ईथरनेट मैक, वेरिएबल) जितना अधिक हो सकता है ) + 10 (आरएफसी 2684 एलएलसी, चर) + 8 (एएएल5 सीपीसीएस)।<ref name="wand.cs.waikato.ac.nz"/>यह ओवरहेड वह है जो PPPoEoA के लिए RFC 2684 में वर्णित LLC हेडर विकल्प का उपयोग करते समय प्राप्त किया जाता है।<ref name="RFC 2684"/><ref name="Simon Farnsworth article"/>
+पीपीपीओईओए द्वारा DSL लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (i) एटीएम सेल-पैडिंग (नीचे चर्चा की गई) का अवशोषित प्रभाव, जो कुछ मामलों में पीपीपीओईओए के अतिरिक्त ओवरहेड को पूरी तरह से रद्द कर देता है, (ii) पीपीपीओईओए + [[ AAL5 |AAL5]] ओवरहेड जिसके कारण संपूर्ण अतिरिक्त 53-बाइट एटीएम सेल की आवश्यकता हो सकती है, और (iii) आईपी पैकेट के मामले में, पीपीपीओई ओवरहेड उन पैकेटों में जोड़ा जाता है जो अधिकतम लंबाई ([[ अधिकतम संचरण इकाई ]]') के पास हैं, आईपी विखंडन का कारण हो सकता है , जिसमें दोनों परिणामी IP अंशों के लिए पहले दो विचार भी सम्मिलित हैं।<ref>[http://www.technicolorbroadbandpartner.com/getfile.php?id=525 Encapsulation Overhead(s) in ADSL Access Networks.]{{Dead link|date=December 2018 |bot=InternetArchiveBot |fix-attempted=yes }}</ref> चूंकि फिलहाल एटीएम और आईपी विखंडन को नजरअंदाज करते हुए, पीपीपी + पीपीपीओईओए चुनने के कारण एटीएम पेलोड के लिए प्रोटोकॉल हेडर ओवरहेड 44 बाइट्स = 2 बाइट्स (पीपीपी के लिए) + 6 (पीपीपीओई के लिए) + 18 (ईथरनेट मैक, वेरिएबल) जितना अधिक हो सकता है ) + 10 (आरएफसी 2684 एलएलसी, चर) + 8 (एएएल5 सीपीसीएस)।<ref name="wand.cs.waikato.ac.nz"/>यह ओवरहेड वह है जो पीपीपीओईओए के लिए [rfc:2684 आरएफसी 2684] में वर्णित एलएलसी हेडर विकल्प का उपयोग करते समय प्राप्त किया जाता है।<ref name="RFC 2684"/><ref name="Simon Farnsworth article"/>
 एटीएम+डीएसएल पर पीपीपी + पीपीपीओए आरएफसी 2364 वीसी-एमयूएक्स, जिसमें एटीएम पेलोड के भीतर केवल 10-बाइट ओवरहेड है, के साथ इसकी तुलना करें। (वास्तव में, पीपीपी के लिए केवल 10 बाइट्स = 2 बाइट्स आरएफसी 2364 + 8 (एएएल 5 सीपीसीएस) के लिए शून्य।)<ref name="RFC 2364"/><ref name="Simon Farnsworth article"/>
-बाइट्स AAL5 पेलोड ओवरहेड के इस आंकड़े को दो तरीकों से कम किया जा सकता है: (i) 4-बाइट ईथरनेट MAC FCS को छोड़ने के RFC 2684 विकल्प को चुनकर, जो 18 बाइट्स के आंकड़े को 14 से ऊपर कम कर देता है, और (ii) द्वारा RFC 2684 VC-MUX विकल्प का उपयोग करते हुए, जिसका ओवरहेड योगदान LLC विकल्प के 10 बाइट ओवरहेड की तुलना में मात्र 2 बाइट्स है। यह पता चला है कि यह ओवरहेड कमी एक मूल्यवान दक्षता सुधार हो सकती है। एलएलसी के बजाय वीसी-एमयूएक्स का उपयोग करते हुए, एटीएम पेलोड ओवरहेड या तो 32 बाइट्स (ईथरनेट एफसीएस के बिना) या 36 बाइट्स (एफसीएस के साथ) है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
+बाइट्स AAL5 पेलोड ओवरहेड के इस आंकड़े को दो तरीकों से कम किया जा सकता है: (i) 4-बाइट ईथरनेट MAC FCS को छोड़ने के [rfc:2684 आरएफसी 2684] विकल्प को चुनकर, जो 18 बाइट्स के आंकड़े को 14 से ऊपर कम कर देता है, और (ii) द्वारा [rfc:2684 आरएफसी 2684] VC-MUX विकल्प का उपयोग करते हुए, जिसका ओवरहेड योगदान एलएलसी विकल्प के 10 बाइट ओवरहेड की तुलना में मात्र 2 बाइट्स है। यह पता चला है कि यह ओवरहेड कमी एक मूल्यवान दक्षता सुधार हो सकती है। एलएलसी के अतिरिक्त वीसी-एमयूएक्स का उपयोग करते हुए, एटीएम पेलोड ओवरहेड या तो 32 बाइट्स (ईथरनेट एफसीएस के बिना) या 36 बाइट्स (एफसीएस के साथ) है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
 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 बाइट लंबा हो।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
+चूंकि, भेजे गए एटीएम पेलोड डेटा की कुल राशि के संदर्भ में सही ओवरहेड केवल एक निश्चित अतिरिक्त मूल्य नहीं है - यह 'केवल या तो शून्य या 48 बाइट्स' हो सकता है (पहले उल्लिखित परिदृश्य (iii) को छोड़कर, आईपी विखंडन) . ऐसा इसलिए है क्योंकि एटीएम सेल 48 बाइट्स की पेलोड क्षमता के साथ निश्चित लंबाई के होते हैं, और अतिरिक्त हेडर के कारण AAL5 पेलोड की अधिक अतिरिक्त मात्रा जोड़ने के लिए एक और पूरे एटीएम सेल को भेजने की आवश्यकता हो सकती है जिसमें अतिरिक्त हो। अंतिम एक या दो एटीएम कोशिकाओं में पैडिंग बाइट होते हैं जो यह सुनिश्चित करने के लिए आवश्यक होते हैं कि प्रत्येक सेल का पेलोड 48 बाइट लंबा हो।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
-एक उदाहरण: 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 का अनुपात है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2364"/><ref name="RFC 2684"/>तो 1500 बाइट पैकेट के लिए, LLC के साथ PPPoEoA, PPPoA या PPPoEoA हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।
+एक उदाहरण: पीपीपीओईओए और आरएफसी2684-एलएलसी के साथ 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 बाइट्स की उपलब्ध पेलोड क्षमता काफी नहीं है। इसकी तुलना पीपीपी + पीपीपीओए के मामले से करें जो 1500 + 2 (PPP) + 0 (पीपीपीओए: [rfc:2364 आरएफसी 2364] VC-MUX) + 8 (CPCS ट्रेलर) = 1510 बाइट्स 32 सेल में फ़िट हो जाता है। तो 1500-बाइट IP पैकेट के लिए पीपीपीओईओए प्लस आरएफसी2684-एलएलसी चुनने की वास्तविक लागत प्रति IP पैकेट एक अतिरिक्त एटीएम सेल है, जो 33:32 का अनुपात है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2364"/><ref name="RFC 2684"/> तो 1500 बाइट पैकेट के लिए, एलएलसी के साथ पीपीपीओईओए, पीपीपीओए या पीपीपीओईओए हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।
-कुछ पैकेट लंबाई के लिए PPPoEoA की तुलना में PPPoEoA चुनने के कारण सही अतिरिक्त प्रभावी DSL ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, RFC2684-LLC प्लस FCS का उपयोग करके PPP + PPPoEoA के साथ भेजा गया 1492 बाइट लंबा पैकेट हमें 1492 + 44 = 1536 बाइट्स = 32 कोशिकाओं का कुल एटीएम पेलोड देता है, और इस विशेष मामले में ओवरहेड इससे अधिक नहीं है यदि हम हेडर-कुशल PPPoA प्रोटोकॉल का उपयोग कर रहे थे, जिसके लिए 1492 + 2 + 0 + 8 = 1502 बाइट्स एटीएम पेलोड = 32 सेल की भी आवश्यकता होगी।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>वह मामला जहां पैकेट की लंबाई 1492 है, PPPoEoA के लिए अनुपात के संदर्भ में RFC2684-LLC के साथ PPPoEoA के लिए इष्टतम दक्षता का प्रतिनिधित्व करता है, जब तक कि लंबे पैकेट की अनुमति न हो।
+कुछ पैकेट लंबाई के लिए पीपीपीओईओए की तुलना में पीपीपीओईओए चुनने के कारण सही अतिरिक्त प्रभावी DSL ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, आरएफसी2684-एलएलसी प्लस FCS का उपयोग करके पीपीपी + पीपीपीओईओए के साथ भेजा गया 1492 बाइट लंबा पैकेट हमें 1492 + 44 = 1536 बाइट्स = 32 कोशिकाओं का कुल एटीएम पेलोड देता है, और इस विशेष मामले में ओवरहेड इससे अधिक नहीं है यदि हम हेडर-कुशल पीपीपीओए प्रोटोकॉल का उपयोग कर रहे थे, जिसके लिए 1492 + 2 + 0 + 8 = 1502 बाइट्स एटीएम पेलोड = 32 सेल की भी आवश्यकता होगी।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/> वह मामला जहां पैकेट की लंबाई 1492 है, पीपीपीओईओए के लिए अनुपात के संदर्भ में आरएफसी2684-एलएलसी के साथ पीपीपीओईओए के लिए इष्टतम दक्षता का प्रतिनिधित्व करता है, जब तक कि लंबे पैकेट की अनुमति न हो।
-RFC2684 VC-MUX हेडर विकल्प के साथ PPPoEoA का उपयोग करना हमेशा LLC विकल्प की तुलना में बहुत अधिक कुशल होता है, क्योंकि ATM ओवरहेड, जैसा कि पहले उल्लेख किया गया है, केवल 32 या 36 बाइट्स है (इस पर निर्भर करता है कि यह PPPoEoA में ईथरनेट FCS विकल्प के बिना है या नहीं ) ताकि VC-MUX का उपयोग करके PPP + PPPoEoA के सभी ओवरहेड्स सहित 1500 बाइट लंबा पैकेट कुल 1500 + 36 = 1536 बाइट्स एटीएम पेलोड के बराबर हो जाए यदि FCS मौजूद है = 32 ATM सेल, इस प्रकार एक संपूर्ण एटीएम सेल की बचत होती है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
+आरएफसी2684VC-MUX हेडर विकल्प के साथ पीपीपीओईओए का उपयोग करना हमेशा एलएलसी विकल्प की तुलना में बहुत अधिक कुशल होता है, क्योंकि ATM ओवरहेड, जैसा कि पहले उल्लेख किया गया है, केवल 32 या 36 बाइट्स है (इस पर निर्भर करता है कि यह पीपीपीओईओए में ईथरनेट FCS विकल्प के बिना है या नहीं ) ताकि VC-MUX का उपयोग करके पीपीपी + पीपीपीओईओए के सभी ओवरहेड्स सहित 1500 बाइट लंबा पैकेट कुल 1500 + 36 = 1536 बाइट्स एटीएम पेलोड के बराबर हो जाए यदि FCS मौजूद है = 32 ATM सेल, इस प्रकार एक संपूर्ण एटीएम सेल की बचत होती है।<ref name="wand.cs.waikato.ac.nz"/><ref name="RFC 2684"/>
-छोटे पैकेट के साथ, हेडर जितना लंबा होगा, अतिरिक्त एटीएम सेल बनाने की संभावना उतनी ही अधिक होगी। 10 बाइट हेडर ओवरहेड की तुलना में 44 बाइट हेडर ओवरहेड की वजह से सबसे खराब स्थिति दो के बजाय 3 एटीएम सेल भेजना हो सकता है, इसलिए डेटा संचारित करने में 50% अधिक समय लगता है। उदाहरण के लिए, IPv6 पर एक TCP ACK पैकेट 60 बाइट लंबा है, और PPPoEoA + LLC के लिए 40 या 44 बाइट्स के ओवरहेड के साथ इसके लिए तीन 48 बाइट एटीएम सेल के पेलोड की आवश्यकता होती है। तुलना के रूप में, पीपीपीओए 10 बाइट्स के ओवरहेड्स के साथ कुल 70 बाइट्स दो कोशिकाओं में फिट बैठता है। तो पीपीपीओए पर पीपीपीओई/एलएलसी चुनने की अतिरिक्त लागत 50% अतिरिक्त डेटा भेजा गया है। पीपीपीओईओए + वीसी-एमयूएक्स हालांकि ठीक रहेगा: 32 या 36 बाइट ओवरहेड के साथ, हमारा आईपी पैकेट अभी भी दो कोशिकाओं में फिट बैठता है।
+छोटे पैकेट के साथ, हेडर जितना लंबा होगा, अतिरिक्त एटीएम सेल बनाने की संभावना उतनी ही अधिक होगी। 10 बाइट हेडर ओवरहेड की तुलना में 44 बाइट हेडर ओवरहेड की वजह से सबसे खराब स्थिति दो के अतिरिक्त 3 एटीएम सेल भेजना हो सकता है, इसलिए डेटा संचारित करने में 50% अधिक समय लगता है। उदाहरण के लिए, IPv6 पर एक TCP ACK पैकेट 60 बाइट लंबा है, और पीपीपीओईओए + एलएलसी के लिए 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 ट्रेलर)।
+सभी मामलों में एटीएम-आधारित एडीएसएल इंटरनेट एक्सेस के लिए सबसे प्रभावी विकल्प पीपीपीओए (आरएफसी2364) वीसी-एमयूएक्स चुनना है। हालाँकि, यदि पीपीपीओईओए की आवश्यकता है, तो सबसे अच्छा विकल्प हमेशा VC-MUX (एलएलसी के विपरीत) का उपयोग करना है, जिसमें कोई ईथरनेट FCS नहीं है, 32 बाइट्स = 2 बाइट्स (पीपीपीओई के लिए) + 6 (पीपीपीओई के लिए) का एटीएम पेलोड ओवरहेड देता है। + 14 (ईथरनेट मैक, नो FCS) + 2 ([rfc:2684 आरएफसी 2684] VC-MUX) + 8 (AAL5 CPCS ट्रेलर)।
 दुर्भाग्य से कुछ डीएसएल सेवाओं को पीपीपीओई के साथ बेकार एलएलसी हेडर के उपयोग की आवश्यकता होती है और अधिक कुशल वीसी-एमयूएक्स विकल्प की अनुमति नहीं देते हैं। उस मामले में, एक कम पैकेट लंबाई का उपयोग करना, जैसे कि 1492 के अधिकतम एमटीयू को लागू करना एलएलसी हेडर के साथ भी लंबे पैकेट के साथ दक्षता हासिल करता है और जैसा कि पहले उल्लेख किया गया है, उस स्थिति में कोई अतिरिक्त बेकार एटीएम सेल उत्पन्न नहीं होता है।
 === ईथरनेट पर ओवरहेड ===
-ईथरनेट LAN पर, PPP + PPPoE के लिए ओवरहेड एक निश्चित 2 + 6 = 8 बाइट्स है, जब तक कि IP विखंडन उत्पन्न न हो।
+ईथरनेट एलएएन पर, पीपीपी + पीपीपीओई के लिए ओवरहेड एक निश्चित 2 + 6 = 8 बाइट्स है, जब तक कि IP विखंडन उत्पन्न न हो।
 == एमटीयू/एमआरयू ==
-जब एक PPPoE-बोलने वाला DSL मॉडेम ईथरनेट लिंक पर PPP + PPPoE पेलोड वाले ईथरनेट फ्रेम को राउटर (या PPPoE-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो PPP + PPPoE 8 बाइट्स = 2 (PPP) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में शामिल है। इस जोड़े गए ओवरहेड का मतलब यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी [[ जंबो फ्रेम ]]' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन मामलों में कई उपयोगकर्ताओं के लिए फायदेमंद है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत तरीके से) सभी [[ इंटरनेट नियंत्रण संदेश प्रोटोकॉल ]] प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो [[ पथ एमटीयू खोज ]] को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का MTU है।
+जब एक पीपीपीओई-बोलने वाला DSL मॉडेम ईथरनेट लिंक पर पीपीपी + पीपीपीओई पेलोड वाले ईथरनेट फ्रेम को राउटर (या पीपीपीओई-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो पीपीपी + पीपीपीओई 8 बाइट्स = 2 (PPP) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में सम्मिलित है। इस जोड़े गए ओवरहेड का मतलब यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी [[ जंबो फ्रेम |जंबो फ्रेम]] ' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन मामलों में कई उपयोगकर्ताओं के लिए फायदेमंद है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत तरीके से) सभी [[ इंटरनेट नियंत्रण संदेश प्रोटोकॉल |इंटरनेट नियंत्रण संदेश प्रोटोकॉल]] प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो [[ पथ एमटीयू खोज |पथ एमटीयू खोज]] को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का MTU है।
 == पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है ==
-निम्नलिखित आरेख एक परिदृश्य दिखाता है जहां ईथरनेट से जुड़ा एडीएसएल मॉडेम एटीएम प्रोटोकॉल कनवर्टर पर पीपीपीओई-टू-पॉइंट-टू-पॉइंट प्रोटोकॉल के रूप में कार्य करता है और सेवा प्रदाता पीपीपीओए सेवा प्रदान करता है और पीपीपीओई को नहीं समझता है। इस प्रोटोकॉल श्रृंखला में कोई PPPoEoA नहीं है। यह ईथरनेट द्वारा राउटर से जुड़े एक अलग एडीएसएल मॉडेम के लिए एक बेहतर प्रोटोकॉल-कुशल डिज़ाइन है।
+निम्नलिखित आरेख एक परिदृश्य दिखाता है जहां ईथरनेट से जुड़ा एडीएसएल मॉडेम एटीएम प्रोटोकॉल कनवर्टर पर पीपीपीओई-टू-पॉइंट-टू-पॉइंट प्रोटोकॉल के रूप में कार्य करता है और सेवा प्रदाता पीपीपीओए सेवा प्रदान करता है और पीपीपीओई को नहीं समझता है। इस प्रोटोकॉल श्रृंखला में कोई पीपीपीओईओए नहीं है। यह ईथरनेट द्वारा राउटर से जुड़े एक अलग एडीएसएल मॉडेम के लिए एक बेहतर प्रोटोकॉल-कुशल डिज़ाइन है।
-इस वैकल्पिक तकनीक में, PPPoE केवल ईथरनेट-ओनली राउटर (फिर से, या सिंगल होस्ट पीसी) से DSL-मॉडेम को जोड़ने का एक साधन है। यहां इसका ब्रॉडबैंड सेवाओं की पेशकश करने के लिए आईएसपी द्वारा नियोजित तंत्र से कोई संबंध नहीं है।
+इस वैकल्पिक तकनीक में, पीपीपीओई केवल ईथरनेट-ओनली राउटर (फिर से, या सिंगल होस्ट पीसी) से DSL-मॉडेम को जोड़ने का एक साधन है। यहां इसका ब्रॉडबैंड सेवाओं की पेशकश करने के लिए आईएसपी द्वारा नियोजित तंत्र से कोई संबंध नहीं है।
 Draytek Vigor 110, 120 और 130 मोडेम इसी तरह काम करते हैं।
-इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, PPPoE-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (PPPoE-बोलने वाले) DSL मॉडेम को भेजता है। मॉडेम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के भीतर से निकालता है, और पीपीपी फ्रेम को आगे डीएसएलएएम को आरएफसी 2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है।
+इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, पीपीपीओई-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (पीपीपीओई-बोलने वाले) DSL मॉडेम को भेजता है। मॉडेम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के भीतर से निकालता है, और पीपीपी फ्रेम को आगे डीएसएलएएम को आरएफसी2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है।
 :{| border="0" cellspacing="3" style="float:center;padding-left:15px"
@@ Line 236: / Line 236: @@
 |-
 |
-|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''PPPoE'''
+|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''पीपीपीओई'''
-|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''PPPoE'''
+|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''पीपीपीओई'''
-|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''PPPoA'''
+|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''पीपीपीओए'''
 |
 |
-|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''PPPoA'''
+|  style="vertical-align:bottom; text-align:center; background:#99f;"| '''पीपीपीओए'''
 |  style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
 |  style="vertical-align:bottom; text-align:center; background:#eef;"| L2TP
@@ Line 267: / Line 267: @@
 |  style="vertical-align:bottom; text-align:center; background:#eef;"| DSL
 |}
-आरेख पर, 'रीढ़ की हड्डी' के रूप में दिखाया गया क्षेत्र पुराने नेटवर्क पर एटीएम भी हो सकता है, हालांकि इसकी संरचना सेवा प्रदाता-निर्भर है। अधिक विस्तृत, अधिक सेवा-प्रदाता विशिष्ट आरेख पर इस क्षेत्र में अतिरिक्त तालिका कक्ष होंगे।
+आरेख पर, 'रीढ़ की हड्डी' के रूप में दिखाया गया क्षेत्र पुराने नेटवर्क पर एटीएम भी हो सकता है, चूंकि इसकी संरचना सेवा प्रदाता-निर्भर है। अधिक विस्तृत, अधिक सेवा-प्रदाता विशिष्ट आरेख पर इस क्षेत्र में अतिरिक्त तालिका कक्ष होंगे।
 == विचित्रताएं ==
-चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट (आमतौर पर 1492 बनाम ईथरनेट के 1500) की तुलना में MTU (नेटवर्किंग) कम होता है, यह कभी-कभी समस्या पैदा कर सकता है जब Path MTU डिस्कवरी खराब कॉन्फ़िगर किए गए [[ फ़ायरवॉल (नेटवर्किंग) ]] द्वारा पराजित हो जाती है। हालांकि प्रदाताओं के नेटवर्क में उच्च एमटीयू अधिक आम होते जा रहे हैं, आमतौर पर समाधान टीसीपी एमएसएस (अधिकतम खंड आकार) क्लैम्पिंग या पुनर्लेखन का उपयोग करना है, जिससे एक्सेस कंसंट्रेटर एमएसएस को फिर से लिखता है ताकि यह सुनिश्चित हो सके कि टीसीपी सहकर्मी छोटे डेटाग्राम भेजते हैं। हालांकि टीसीपी एमएसएस क्लैम्पिंग टीसीपी के लिए एमटीयू मुद्दे को हल करती है, आईसीएमपी और यूडीपी जैसे अन्य प्रोटोकॉल अभी भी प्रभावित हो सकते हैं।
+चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट (आमतौर पर 1492 बनाम ईथरनेट के 1500) की तुलना में MTU (नेटवर्किंग) कम होता है, यह कभी-कभी समस्या पैदा कर सकता है जब Path MTU डिस्कवरी खराब कॉन्फ़िगर किए गए [[ फ़ायरवॉल (नेटवर्किंग) |फ़ायरवॉल (नेटवर्किंग)]] द्वारा पराजित हो जाती है। चूंकि प्रदाताओं के नेटवर्क में उच्च एमटीयू अधिक आम होते जा रहे हैं, आमतौर पर समाधान टीसीपी एमएसएस (अधिकतम खंड आकार) क्लैम्पिंग या पुनर्लेखन का उपयोग करना है, जिससे एक्सेस कंसंट्रेटर एमएसएस को फिर से लिखता है ताकि यह सुनिश्चित हो सके कि टीसीपी सहकर्मी छोटे डेटाग्राम भेजते हैं। चूंकि टीसीपी एमएसएस क्लैम्पिंग टीसीपी के लिए एमटीयू मुद्दे को हल करती है, आईसीएमपी और यूडीपी जैसे अन्य प्रोटोकॉल अभी भी प्रभावित हो सकते हैं।
-RFC 4638 PPPoE उपकरणों को 1492 से अधिक के MTU पर बातचीत करने की अनुमति देता है यदि अंतर्निहित ईथरनेट परत जंबो फ्रेम के लिए सक्षम है।
+[rfc:4638 आरएफसी 4638] पीपीपीओई उपकरणों को 1492 से अधिक के MTU पर बातचीत करने की अनुमति देता है यदि अंतर्निहित ईथरनेट परत जंबो फ्रेम के लिए सक्षम है।
-कुछ विक्रेता ([[ सिस्को सिस्टम्स ]]<ref name="cisco.com">http://www.cisco.com/en/US/docs/ios/bbdsl/configuration/guide/bba_understanding.pdf {{Bare URL PDF|date=March 2022}}</ref> और [[ जुनिपर नेटवर्क ]],{{citation needed|date=December 2013}} उदाहरण के लिए) PPPoEoE (PPPoE ओवर इथरनेट) से PPPoE [oA] को अलग करें, जो PPPoE सीधे ईथरनेट या अन्य [[ IEEE 802 ]] नेटवर्क पर या ईथरनेट [[ ब्रिजिंग (नेटवर्किंग) ]] पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, ताकि इसे PPPoEoA (PPPoE ओवर) से अलग किया जा सके। ATM), जो PPPoE RFC 2684 और PPPoE के [[ सबनेटवर्क एक्सेस प्रोटोकॉल ]] इनकैप्सुलेशन का उपयोग करके ATM वर्चुअल सर्किट पर चल रहा है।{{citation needed|date=December 2013}} (PPPoEoA ATM (PPPoA) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो SNAP का उपयोग नहीं करता है)।
+कुछ विक्रेता ([[ सिस्को सिस्टम्स ]]<ref name="cisco.com">http://www.cisco.com/en/US/docs/ios/bbdsl/configuration/guide/bba_understanding.pdf {{Bare URL PDF|date=March 2022}}</ref> और [[ जुनिपर नेटवर्क |जुनिपर नेटवर्क]] ,{{citation needed|date=December 2013}} उदाहरण के लिए) PPPoEoE (पीपीपीओई ओवर इथरनेट) से पीपीपीओई [oA] को अलग करें, जो पीपीपीओई सीधे ईथरनेट या अन्य [[ IEEE 802 |IEEE 802]] नेटवर्क पर या ईथरनेट [[ ब्रिजिंग (नेटवर्किंग) |ब्रिजिंग (नेटवर्किंग)]] पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, ताकि इसे पीपीपीओईओए (पीपीपीओई ओवर) से अलग किया जा सके। ATM), जो पीपीपीओई [rfc:2684 आरएफसी 2684] और पीपीपीओई के [[ सबनेटवर्क एक्सेस प्रोटोकॉल |सबनेटवर्क एक्सेस प्रोटोकॉल]] इनकैप्सुलेशन का उपयोग करके ATM वर्चुअल सर्किट पर चल रहा है।{{citation needed|date=December 2013}} (पीपीपीओईओए ATM (पीपीपीओए) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो SNAP का उपयोग नहीं करता है)।
-सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के बजाय ईथरनेट या 802.1q वीएलएएन है। यह एनकैप्सुलेशन विधि आमतौर पर मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLAM) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि आमतौर पर बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।<ref name="cisco.com"/>
+सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के अतिरिक्त ईथरनेट या 802.1q वीएलएएन है। यह एनकैप्सुलेशन विधि आमतौर पर मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLAM) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि आमतौर पर बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।<ref name="cisco.com"/>
-DSL मोडेम को खोजना संभव है, जैसे कि Draytek Vigor 120, जहां PPPoE एक DSL मॉडेम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और ISP PPPoE बिल्कुल नहीं बोलता है (बल्कि PPPoA)।<ref>{{Cite web |url=https://www.draytek.com/index.php?option=com_k2&view=item&layout=item&id=2405&Itemid=451&lang=en |title=Vigor120 - ड्रायटेक कार्पोरेशन|access-date=2014-02-10 |archive-url=https://web.archive.org/web/20140223002531/https://www.draytek.com/index.php?option=com_k2&view=item&layout=item&id=2405&Itemid=451&lang=en#overview |archive-date=2014-02-23 |url-status=dead }}</ref>
+DSL मोडेम को खोजना संभव है, जैसे कि Draytek Vigor 120, जहां पीपीपीओई एक DSL मॉडेम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और ISP पीपीपीओई बिल्कुल नहीं बोलता है (बल्कि पीपीपीओए)।<ref>{{Cite web |url=https://www.draytek.com/index.php?option=com_k2&view=item&layout=item&id=2405&Itemid=451&lang=en |title=Vigor120 - ड्रायटेक कार्पोरेशन|access-date=2014-02-10 |archive-url=https://web.archive.org/web/20140223002531/https://www.draytek.com/index.php?option=com_k2&view=item&layout=item&id=2405&Itemid=451&lang=en#overview |archive-date=2014-02-23 |url-status=dead }}</ref>
 == पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प ==
-जीपीओएन (जिसमें [[ ओएमसीआई ]] के माध्यम से एक [[ वीएलएएन ]] बनाना शामिल है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित तरीका [[ जेडटीई ]] द्वारा पेटेंट कराया गया है।<ref>{{cite web|url=https://patents.google.com/patent/EP2560407A1/en|title=गीगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क सिस्टम और ईथरनेट कॉन्फ़िगरेशन विधि पर पॉइंट-टू-पॉइंट प्रोटोकॉल लागू किया गया|website=google.com|access-date=26 March 2019}}</ref>
+जीपीओएन (जिसमें [[ ओएमसीआई |ओएमसीआई]] के माध्यम से एक [[ वीएलएएन |वीएलएएन]] बनाना सम्मिलित है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित तरीका [[ जेडटीई |जेडटीई]] द्वारा पेटेंट कराया गया है।<ref>{{cite web|url=https://patents.google.com/patent/EP2560407A1/en|title=गीगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क सिस्टम और ईथरनेट कॉन्फ़िगरेशन विधि पर पॉइंट-टू-पॉइंट प्रोटोकॉल लागू किया गया|website=google.com|access-date=26 March 2019}}</ref>
-GPON पर PPPoE कथित तौर पर ऑस्ट्रेलिया के [[ राष्ट्रीय ब्रॉडबैंड नेटवर्क ]] के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है,<ref>[http://www.internode.on.net/support/guides/internet_access/fibre_to_the_home/fritz!box_7270/] {{webarchive|url=https://web.archive.org/web/20130913035546/http://www.internode.on.net/support/guides/internet_access/fibre_to_the_home/fritz%21box_7270/ |date=2013-09-13 }}</ref> ऑरेंज एसए फ्रांस,<ref>{{cite web|url=https://community.tp-link.com/en/news/17?71785-ArcherC7-Firmware-improvements|title=टीपी-लिंक नया समुदाय आधिकारिक तौर पर लॉन्च किया गया है! - टीपी-लिंक समुदाय|website=community.tp-link.com|access-date=26 March 2019|url-status=dead|archive-date=26 March 2019|archive-url=https://web.archive.org/web/20190326095033/https://community.tp-link.com/en/news/17%3F71785-ArcherC7-Firmware-improvements}}{{failed verification|reason=broken link but doesn't look like this was a reliable source.|date=February 2022}}</ref> फिलीपींस का [[ ग्लोब टेलीकॉम ]]<ref>{{cite web|url=https://www.youtube.com/watch?v=9crvbWQrEn4| archive-url=https://web.archive.org/web/20140608160809/http://www.youtube.com/watch?v=9crvbWQrEn4| archive-date=2014-06-08 | url-status=dead|title=यूट्यूब|website=www.youtube.com|access-date=26 March 2019}}{{failed verification|reason=archive not working well enough for verification|date=February 2022}}</ref> और इटली का अरूबा एफटीटीएच <ref>{{Cite web |title=राउटर और एडीएसएल मोडेम को कॉन्फ़िगर करना {{!}} अरूबा गाइड्स|url=https://guide.aruba.it/connettivita/fibra/configurazione-del-servizio/configurazione-router-e-modem-fibra.aspx |access-date=2022-03-10 |website=guide.aruba.it}}</ref> [[ ओपन फाइबर ]] सार्वजनिक GPON नेटवर्क पर।
-आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में [[ एक्सेस नोड कंट्रोल प्रोटोकॉल ]] के उपयोग के लिए तर्क देती है- अन्य बातों के अलावा- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, PPPoE को GPON के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [RFC2684] में परिभाषित किया गया है। इसमें ईथरनेट पर PPP (PPPoE, [RFC2516] में परिभाषित) या ईथरनेट पर IP (IPoE) शामिल हैं। GPON पर प्रोटोकॉल इनकैप्सुलेशन हमेशा IPoE होता है।<ref>{{cite journal|url=https://datatracker.ietf.org/doc/rfc6934/?include_text=1|title=RFC 6934 - निष्क्रिय ऑप्टिकल नेटवर्क (PONs) पर आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड नियंत्रण तंत्र की प्रयोज्यता|website=datatracker.ietf.org|date=June 2013|access-date=26 March 2019|last1=Bitar|first1=Nabil N.|last2=Wadhwa|first2=Sanjay|last3=Haag|first3=Thomas|last4=Hongyu|first4=Li}}</ref>
+GPON पर पीपीपीओई कथित तौर पर ऑस्ट्रेलिया के [[ राष्ट्रीय ब्रॉडबैंड नेटवर्क |राष्ट्रीय ब्रॉडबैंड नेटवर्क]] के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है,<ref>[http://www.internode.on.net/support/guides/internet_access/fibre_to_the_home/fritz!box_7270/] {{webarchive|url=https://web.archive.org/web/20130913035546/http://www.internode.on.net/support/guides/internet_access/fibre_to_the_home/fritz%21box_7270/ |date=2013-09-13 }}</ref> ऑरेंज एसए फ्रांस,<ref>{{cite web|url=https://community.tp-link.com/en/news/17?71785-ArcherC7-Firmware-improvements|title=टीपी-लिंक नया समुदाय आधिकारिक तौर पर लॉन्च किया गया है! - टीपी-लिंक समुदाय|website=community.tp-link.com|access-date=26 March 2019|url-status=dead|archive-date=26 March 2019|archive-url=https://web.archive.org/web/20190326095033/https://community.tp-link.com/en/news/17%3F71785-ArcherC7-Firmware-improvements}}{{failed verification|reason=broken link but doesn't look like this was a reliable source.|date=February 2022}}</ref> फिलीपींस का [[ ग्लोब टेलीकॉम |ग्लोब टेलीकॉम]] <ref>{{cite web|url=https://www.youtube.com/watch?v=9crvbWQrEn4| archive-url=https://web.archive.org/web/20140608160809/http://www.youtube.com/watch?v=9crvbWQrEn4| archive-date=2014-06-08 | url-status=dead|title=यूट्यूब|website=www.youtube.com|access-date=26 March 2019}}{{failed verification|reason=archive not working well enough for verification|date=February 2022}}</ref> और इटली का अरूबा एफटीटीएच <ref>{{Cite web |title=राउटर और एडीएसएल मोडेम को कॉन्फ़िगर करना {{!}} अरूबा गाइड्स|url=https://guide.aruba.it/connettivita/fibra/configurazione-del-servizio/configurazione-router-e-modem-fibra.aspx |access-date=2022-03-10 |website=guide.aruba.it}}</ref> [[ ओपन फाइबर |ओपन फाइबर]] सार्वजनिक GPON नेटवर्क पर।
-[[ 10G-PON ]] (XG-PON) मानक (G.987) ONU और OLT के 802.1X पारस्परिक प्रमाणीकरण के लिए प्रदान करता है, इसके अलावा OMCI विधि G.984 से आगे बढ़ाया जाता है।<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=200}}</ref> G.987 ONU (जैसे MDU में) से परे अन्य ग्राहक-परिसर उपकरण को प्रमाणित करने के लिए समर्थन जोड़ता है, हालाँकि यह ईथरनेट पोर्ट तक सीमित है, जिसे 802.1X के माध्यम से भी नियंत्रित किया जाता है। (ओएनयू को इस परिदृश्य में [[ एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल ]] [[ RADIUS ]] संदेशों को स्नूप माना जाता है और यह निर्धारित करता है कि प्रमाणीकरण सफल था या नहीं।)<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=207 and 274–275}}</ref> ओएमसीआई मानकों में निर्दिष्ट पीपीपीओई के लिए कुछ मामूली समर्थन है<!-- alas the book doesn't exactly specify in which one-->, लेकिन केवल ONU के संदर्भ में इसके एनकैप्सुलेशन (और अन्य मापदंडों) के आधार पर ट्रैफ़िक के लिए VLAN टैग को फ़िल्टर करने और जोड़ने में सक्षम होने के कारण, जिसमें प्रोटोकॉल के बीच PPPoE शामिल है जिसे ONU को समझने में सक्षम होना चाहिए।<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=261 and 271}}</ref>
-TR-101 (2011) के संदर्भ में [[ ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क ]] का उपयोग करते हुए [[ ब्रॉडबैंड फोरम ]] का TR-200, जो [[ 10G-EPON ]] से भी संबंधित है, कहता है कि OLT और मल्टी-सब्सक्राइबर ONU MUST PPPoE इंटरमीडिएट एजेंट फ़ंक्शन करने में सक्षम होना चाहिए, जैसा कि खंड 3.9.2/TR-101 में निर्दिष्ट है।<ref>http://www.broadband-forum.org/technical/download/TR-200.pdf {{Bare URL PDF|date=March 2022}}</ref>
+आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में [[ एक्सेस नोड कंट्रोल प्रोटोकॉल |एक्सेस नोड कंट्रोल प्रोटोकॉल]] के उपयोग के लिए तर्क देती है- अन्य बातों के अतिरिक्त- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, पीपीपीओई को GPON के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [आरएफसी2684] में परिभाषित किया गया है। इसमें ईथरनेट पर पीपीपी (पीपीपीओई, [आरएफसी2516] में परिभाषित) या ईथरनेट पर IP (IPoE) सम्मिलित हैं। GPON पर प्रोटोकॉल इनकैप्सुलेशन हमेशा IPoE होता है।<ref>{{cite journal|url=https://datatracker.ietf.org/doc/rfc6934/?include_text=1|title=RFC 6934 - निष्क्रिय ऑप्टिकल नेटवर्क (PONs) पर आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड नियंत्रण तंत्र की प्रयोज्यता|website=datatracker.ietf.org|date=June 2013|access-date=26 March 2019|last1=Bitar|first1=Nabil N.|last2=Wadhwa|first2=Sanjay|last3=Haag|first3=Thomas|last4=Hongyu|first4=Li}}</ref>
-[[ पहले मील में ईथरनेट ]] पर एक किताब बताती है कि IP सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए PPPoE के बजाय DHCP का उपयोग स्पष्ट रूप से किया जा सकता है, हालांकि यह बताता है कि DHCP PPPoE के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (हालांकि VLAN ब्रिज इस कार्य को पूरा कर सकता है) और इसके अलावा, DHCP (सब्सक्राइबर) प्रमाणीकरण प्रदान नहीं करता है, यह सुझाव देता है कि PPPoE के बिना पूर्ण समाधान के लिए IEEE 802.1X की भी आवश्यकता है।<ref name="Beck2005b">{{cite book|author=Michael Beck|title=पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक|year=2005|publisher=McGraw Hill Professional|isbn=978-0-07-146991-3|page=241}}</ref> (यह पुस्तक मानती है कि पीपीपीओई एनकैप्सुलेशन के अलावा पीपीपी की अन्य विशेषताओं के लिए लीवरेज्ड है, जिसमें होस्ट कॉन्फ़िगरेशन के लिए [[ इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल ]] और प्रमाणीकरण के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल या चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल शामिल है।)
+[[ 10G-PON |10G-PON]] (XG-PON) मानक (G.987) ओएनयू और OLT के 802.1X पारस्परिक प्रमाणीकरण के लिए प्रदान करता है, इसके अतिरिक्त OMCI विधि G.984 से आगे बढ़ाया जाता है।<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=200}}</ref> G.987 ओएनयू (जैसे MDU में) से परे अन्य ग्राहक-परिसर उपकरण को प्रमाणित करने के लिए समर्थन जोड़ता है, हालाँकि यह ईथरनेट पोर्ट तक सीमित है, जिसे 802.1X के माध्यम से भी नियंत्रित किया जाता है। (ओएनयू को इस परिदृश्य में [[ एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल |एक्स्टेंसिबल प्रमाणीकरण प्रोटोकॉल]] [[ RADIUS |RADIUS]] संदेशों को स्नूप माना जाता है और यह निर्धारित करता है कि प्रमाणीकरण सफल था या नहीं।)<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=207 and 274–275}}</ref> ओएमसीआई मानकों में निर्दिष्ट पीपीपीओई के लिए कुछ मामूली समर्थन है, लेकिन केवल ओएनयू के संदर्भ में इसके एनकैप्सुलेशन (और अन्य मापदंडों) के आधार पर ट्रैफ़िक के लिए Vएलएएन टैग को फ़िल्टर करने और जोड़ने में सक्षम होने के कारण, जिसमें प्रोटोकॉल के बीच पीपीपीओई सम्मिलित है जिसे ओएनयू को समझने में सक्षम होना चाहिए।<ref>{{cite book|author1=Dave Hood  |author2=Elmar Trojer |name-list-style=amp |title=गिगाबिट-सक्षम निष्क्रिय ऑप्टिकल नेटवर्क|year=2012|publisher=John Wiley & Sons|isbn=978-1-118-15558-5|page=261 and 271}}</ref>
+TR-101 (2011) के संदर्भ में [[ ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क |ईथरनेट निष्क्रिय ऑप्टिकल नेटवर्क]] का उपयोग करते हुए [[ ब्रॉडबैंड फोरम |ब्रॉडबैंड फोरम]] का TR-200, जो [[ 10G-EPON |10G-EPON]] से भी संबंधित है, कहता है कि OLT और मल्टी-सब्सक्राइबर ओएनयू MUST पीपीपीओई इंटरमीडिएट एजेंट फ़ंक्शन करने में सक्षम होना चाहिए, जैसा कि खंड 3.9.2/TR-101 में निर्दिष्ट है।<ref>http://www.broadband-forum.org/technical/download/TR-200.pdf {{Bare URL PDF|date=March 2022}}</ref>
+[[ पहले मील में ईथरनेट |पहले मील में ईथरनेट]] पर एक किताब बताती है कि IP सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए पीपीपीओई के अतिरिक्त डीएचसीपी का उपयोग स्पष्ट रूप से किया जा सकता है, चूंकि यह बताता है कि डीएचसीपी पीपीपीओई के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (चूंकि Vएलएएन ब्रिज इस कार्य को पूरा कर सकता है) और इसके अतिरिक्त, डीएचसीपी (सब्सक्राइबर) प्रमाणीकरण प्रदान नहीं करता है, यह सुझाव देता है कि पीपीपीओई के बिना पूर्ण समाधान के लिए IEEE 802.1X की भी आवश्यकता है।<ref name="Beck2005b">{{cite book|author=Michael Beck|title=पहले मील में ईथरनेट: IEEE 802.3ah EFM मानक|year=2005|publisher=McGraw Hill Professional|isbn=978-0-07-146991-3|page=241}}</ref> (यह पुस्तक मानती है कि पीपीपीओई एनकैप्सुलेशन के अतिरिक्त पीपीपी की अन्य विशेषताओं के लिए लीवरेज्ड है, जिसमें होस्ट कॉन्फ़िगरेशन के लिए [[ इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल |इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल]] और प्रमाणीकरण के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल या चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल सम्मिलित है।)
 पीपीपीओई को (गैर-डीएसएल/एटीएम) साझा-माध्यम वातावरण में उपयोग करने के सुरक्षा कारण हैं, जैसे कि प्रत्येक ग्राहक के लिए अलग सुरंग बनाने के लिए पावर लाइन संचार नेटवर्क।<ref name="Carcelle2009">{{cite book|author=Xavier Carcelle|title=अभ्यास में पावर लाइन संचार|url=https://books.google.com/books?id=2cvj-oFvfE0C&pg=PA235|year=2009|publisher=Artech House|isbn=978-1-59693-336-1|page=235}}</ref>
-PPPoE का व्यापक रूप से WAN लाइनों पर उपयोग किया जाता है, जिसमें FTTx भी शामिल है। आईएसपी द्वारा प्रदान किए गए कई [[ एफटीटी ]]एक्स आवासीय गेटवे ने रूटिंग कार्यों को एकीकृत किया है।
+पीपीपीओई का व्यापक रूप से WAN लाइनों पर उपयोग किया जाता है, जिसमें FTTx भी सम्मिलित है। आईएसपी द्वारा प्रदान किए गए कई [[ एफटीटी |एफटीटी]] एक्स आवासीय गेटवे ने रूटिंग कार्यों को एकीकृत किया है।
 == यह भी देखें ==
@@ Line 298: / Line 302: @@
 * [[ पॉइंट-टू-पॉइंट टनलिंग प्रोटोकॉल ]]
 * एटीएम पर प्वाइंट-टू-प्वाइंट प्रोटोकॉल (पीपीपीओए)
-* [[ PPPoX ]]|प्वाइंट-टू-प्वाइंट प्रोटोकॉल ओवर X (PPPoX)
+* [[ PPPoX | पीपीपीओएक्स]] |प्वाइंट-टू-प्वाइंट प्रोटोकॉल ओवर X (पीपीपीओएक्स)
 ==संदर्भ==
@@ Line 326: / Line 330: @@
 *बिजली लाइन संचार
 ==बाहरी कड़ियाँ==
-* {{IETF RFC|2516|link=no}} - A Method for Transmitting PPP Over Ethernet (PPPoE)
+* {{IETF RFC|2516|link=no}} - A Method for Transmitting पीपीपी Over Ethernet (PPPoE)
-* {{IETF RFC|3817|link=no}} - [[Layer 2 Tunneling Protocol]] (L2TP) Active Discovery Relay for PPP over Ethernet (PPPoE)
+* {{IETF RFC|3817|link=no}} - [[Layer 2 Tunneling Protocol]] (L2TP) Active Discovery Relay for पीपीपी over Ethernet (PPPoE)
 * {{IETF RFC|4638|link=no}} - Accommodating a Maximum Transit Unit/Maximum Receive Unit (MTU/MRU) Greater Than 1492 in the Point-to-Point Protocol over Ethernet (PPPoE)
-* {{IETF RFC|4938|link=no}} - PPP Over Ethernet (PPPoE) Extensions for Credit Flow and Link Metrics
+* {{IETF RFC|4938|link=no}} - पीपीपी Over Ethernet (PPPoE) Extensions for Credit Flow and Link Metrics
 * [http://www.google.com/patents/US6891825 US Patent 6891825] - Method and system of providing multi-user access to a packet switched network
 * [https://www.broadband-forum.org/technical/download/TR-043.pdf TR-043] - Protocols at the U Interface for Accessing Data Networks using ATM/DSL, Issue 1.0, August 2001

Anonymous

Search

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

Revision as of 17:09, 20 January 2023

मूल तर्क

विभिन्न उपयोग प्रोफ़ाइल

बाजार का समय: सरल बेहतर है

हार्डवेयर आवश्यकताओं को सरल करें

सूचनात्मक आरएफसी

सफलता

आधुनिक समय के उपयोग-मामले

चरण

पीपीपीओई खोज

पीपीपी सत्र

पीपीपीओई डिस्कवरी (पीपीपीओईडी)

सर्वर से क्लाइंट: दीक्षा (PADI)

क्लाइंट के लिए सर्वर: ऑफर (PADO)

सर्वर से क्लाइंट: अनुरोध (पीएडीआर)

क्लाइंट के लिए सर्वर: सत्र-पुष्टि (PADS)

या तो अंत से दूसरे छोर तक: समाप्ति (PADT)

प्रोटोकॉल ओवरहेड

डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)

ईथरनेट पर ओवरहेड

एमटीयू/एमआरयू

पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है

विचित्रताएं

पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प

यह भी देखें

संदर्भ

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

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

Navigation

Wiki tools

Page tools

Other projects

Hidden categories