ईथरनेट पर पॉइंट-टू-पॉइंट प्रोटोकॉल: Difference between revisions
No edit summary |
No edit summary |
||
| Line 19: | Line 19: | ||
|- | |- | ||
| rowspan="3" style="text-align:center; background:#fc9;"| '''Network access''' | | rowspan="3" style="text-align:center; background:#fc9;"| '''Network access''' | ||
| colspan="6" style="text-align:center; background:#eef;"| [[Point-to-Point Protocol| | | colspan="6" style="text-align:center; background:#eef;"| [[Point-to-Point Protocol|पीपीपी]] | ||
|- | |- | ||
| colspan="6" style="text-align:center; background:#99f;"| '''पीपीपीओई''' | | colspan="6" style="text-align:center; background:#99f;"| '''पीपीपीओई''' | ||
| Line 25: | Line 25: | ||
| colspan="6" style="text-align:center; background:#eee;"| [[Ethernet]] | | colspan="6" style="text-align:center; background:#eee;"| [[Ethernet]] | ||
|} | |} | ||
[[ ईथरनेट | ईथरनेट]] (पीपीपीओई) पर [[ पॉइंट-टू-पॉइंट प्रोटोकॉल |पॉइंट-टू-पॉइंट प्रोटोकॉल]] ईथरनेट फ्रेम के अंदर [[ एनकैप्सुलेशन (नेटवर्किंग) |एनकैप्सुलेशन (नेटवर्किंग)]] पॉइंट-टू-पॉइंट प्रोटोकॉल ( | [[ ईथरनेट |ईथरनेट]] (पीपीपीओई) पर [[ पॉइंट-टू-पॉइंट प्रोटोकॉल |पॉइंट-टू-पॉइंट प्रोटोकॉल]] ईथरनेट फ्रेम के अंदर [[ एनकैप्सुलेशन (नेटवर्किंग) |एनकैप्सुलेशन (नेटवर्किंग)]] पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) फ्रेम के लिए एक [[ नेटवर्क प्रोटोकॉल |नेटवर्क प्रोटोकॉल]] है। यह 1999 में [[ आईएसपी |आईएसपी]] के [[ [[ इंटरनेट |इंटरनेट]] प्रोटोकॉल ]] नेटवर्क के लिए [[ डीएसएल |डीएसएल]] कनेक्शन पर प्रोटोकॉल [[ नेटवर्क पैकेट |नेटवर्क पैकेट]] को सुरंग बनाने के समाधान के रूप में और वहां से शेष इंटरनेट के लिए डीएसएल के उछाल के संदर्भ में दिखाई दिया। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश डीएसएल प्रदाता पीपीपीओई का उपयोग करते हैं, जो [[ प्रमाणीकरण |प्रमाणीकरण]], [[ कूटलेखन |कूटलेखन]] और डेटा संपीड़न प्रदान करता है।<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 |युएसबी]] था। यह यूज-केस, राउटर को ईथरनेट पर [[ मोडम |मोडम]] से कनेक्ट करना आज भी अत्यधिक सामान्य है। | ||
ग्राहक-परिसर उपकरण पर, पीपीपीओई को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो | ग्राहक-परिसर उपकरण पर, पीपीपीओई को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो डीएसएल मॉडेम [[ और |और]] IP रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या एक साधारण डीएसएल मॉडेम (रूटिंग सपोर्ट के बिना) के स्थितियों में, पीपीपीओई को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक कि सीधे उपयोगकर्ता के कंप्यूटर पर। (पीपीपीओई के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में उपस्थित है, [[ 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}}, कुछ जीपीओएन -आधारित (DSL-आधारित के अतिरिक्त) आवासीय गेटवे भी पीपीपीओई का उपयोग करते हैं, चूंकि जीपीओएन मानकों में पीपीपीओई की स्थिति सीमांत है। | ||
पीपीपीओई को [[ UUNET |UUNET]] , [[ Redback Networks |Redback Networks]] (अब Ericsson) और RouterWare (अब [[ Wind River Systems |Wind River Systems]] ) द्वारा विकसित किया गया | पीपीपीओई को [[ 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] के रूप में उपलब्ध है। | ||
डीएसएल की दुनिया में, पीपीपीओई को | डीएसएल की दुनिया में, पीपीपीओई को सामान्यतः अतुल्यकालिक स्थानांतरण मोड (या डीएसएल) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, चूंकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा उपस्थित नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, पीपीपीओईओई, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि [[ मेट्रो ईथरनेट |मेट्रो ईथरनेट]] नेटवर्क के स्थितियों में होता है। (इस संकेतन में, पीपीपीओई के मूल उपयोग को पीपीपीओईओए के रूप में लेबल किया जाएगा, चूंकि इसे पीपीपीओए के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।) | ||
पीपीपीओई को कुछ पुस्तकों में परत 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> | ||
| Line 38: | Line 38: | ||
== मूल तर्क == | == मूल तर्क == | ||
1998 के अंत में, | 1998 के अंत में, डीएसएल सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना शेष था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। एडीएसएल तकनीक को एक दशक पहले प्रस्तावित किया गया था।<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 50: | Line 50: | ||
पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है: | पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है: | ||
* पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को पीपीपीओई बोलने की जरूरत है। (ध्यान दें कि इस | * पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को पीपीपीओई बोलने की जरूरत है। (ध्यान दें कि इस स्थितियों में, पीपीपीओई-ओवर-डीएसएल चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।) | ||
* या जब एक पीपीपीओई-बोलने वाला | * या जब एक पीपीपीओई-बोलने वाला डीएसएल मॉडेम एक पीपीपीओई-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है। | ||
=== बाजार का समय: सरल बेहतर है === | === बाजार का समय: सरल बेहतर है === | ||
इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय [[ 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]] भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए। | इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय [[ 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]] भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए। | ||
==== | ====आधुनिक सॉफ्टवेयर स्टैक का पुन: उपयोग करें | ||
पीपीपीओई ने व्यापक ईथरनेट इंफ्रास्ट्रक्चर को सर्वव्यापी पीपीपी के साथ विलय करने की उम्मीद की, जिससे विक्रेताओं को अपने | |||
पीपीपीओई ने व्यापक ईथरनेट इंफ्रास्ट्रक्चर को सर्वव्यापी पीपीपी के साथ विलय करने की उम्मीद की, जिससे विक्रेताओं को अपने आधुनिक सॉफ़्टवेयर का पुन: उपयोग करने और बहुत निकट अवधि में उत्पादों को वितरित करने की अनुमति मिली। अनिवार्य रूप से उस समय सभी ऑपरेटिंग सिस्टम में पीपीपी स्टैक था, और पीपीपीओई के डिजाइन ने पीपीपी से पीपीपीओई में कनवर्ट करने के लिए लाइन-एन्कोडिंग चरण में एक साधारण शिम की अनुमति दी थी।{{citation needed|date=January 2017}} | |||
==== हार्डवेयर आवश्यकताओं को सरल करें ==== | ==== हार्डवेयर आवश्यकताओं को सरल करें ==== | ||
प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। पीपीपीओई ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने | प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। पीपीपीओई ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने डीएसएल हार्डवेयर को केवल एक [[ नेटवर्क ब्रिज |नेटवर्क ब्रिज]] के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को WAN में पास किया और दूसरों को अनदेखा किया। इस तरह के एक पुल का कार्यान्वयन एक राउटर की तुलना में सरल परिमाण के कई आदेश हैं। | ||
==== सूचनात्मक आरएफसी ==== | ==== सूचनात्मक आरएफसी ==== | ||
| Line 67: | Line 69: | ||
=== सफलता === | === सफलता === | ||
पीपीपीओई को प्रारंभ में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा | पीपीपीओई को प्रारंभ में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा लैन प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे स्थितियों में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो एक घरेलू उपयोगकर्ता भुगतान करेगा। | ||
== आधुनिक समय के उपयोग- | == आधुनिक समय के उपयोग-स्थितियों == | ||
2000 के आसपास, पीपीपीओई प्रोटोकॉल का उपयोग या तो (i) एक | 2000 के आसपास, पीपीपीओई प्रोटोकॉल का उपयोग या तो (i) एक डीएसएल मॉडेम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, युएसबी का उपयोग करने के पहले के विधि को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के पीपीपी+पीपीपीओई तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था एक नेटवर्क नोड, एक प्रोटोकॉल परिवर्तक, कुछ हद तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है। | ||
पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित ' | पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित 'पीपीपीoEoE' (भौतिक ईथरनेट लैन पर पीपीपीओई प्रोटोकॉल तिकड़ी) सम्मिलित है, अगर पीपीपी का उपयोग किया जाता है तो मॉडेम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है। | ||
दूसरा उपयोग-मामला, जहां पीपीपीओई प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, | दूसरा उपयोग-मामला, जहां पीपीपीओई प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, सामान्य सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों। | ||
जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी पीपीपीओई हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से | जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी पीपीपीओई हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से उपस्थित न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित [[ सॉफ्टवेयर ब्लोट |सॉफ्टवेयर ब्लोट]] को जोड़ने के अतिरिक्त कोई उद्देश्य नहीं है। उदाहरण के लिए, [[ पीपीपीओई |पीपीपीओई]] ओए के स्थितियों में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एसिंक्रोनस ट्रांसफर मोड था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को शीर्ष पर फिट करने के लिए जोड़ा गया था। एटीएम का। | ||
दूसरे उपयोग- | दूसरे उपयोग-स्थितियों में, ये अतिरिक्त प्रोटोकॉल हेडर गंभीर मात्रा में ब्लोट जोड़ते हैं और इसलिए थोड़ी मात्रा में प्रदर्शन को नुकसान पहुंचाते हैं। | ||
दूसरे उपयोग के | दूसरे उपयोग के स्थितियों में, पीपीपी+पीपीपीओई+Ethernet MAC का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह '[[ अंतिम मील (दूरसंचार) ]]' तक ही सीमित हो सकता है: [[ ADSL |A]]डीएसएल या [[ VDSL2 |VDSL2]] /[[ FTTC | FTTC]] में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडेम सम्मिलित है और आगे नहीं, या इसका उपयोग BRAS 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। एक उदाहरण के स्थितियों में पीपीपीओई एक थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो L2TP टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो ISP के IP [[ मौजूदगी का स्थान |मौजूदगी का स्थान]] ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है। | ||
== चरण == | == चरण == | ||
| Line 96: | Line 98: | ||
चूंकि पारंपरिक पीपीपी एक [[ पीयर टू पीयर |पीयर टू पीयर]] प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं। | चूंकि पारंपरिक पीपीपी एक [[ पीयर टू पीयर |पीयर टू पीयर]] प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं। | ||
डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण | डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण आधुनिक सत्र को बंद करने का तरीका है। | ||
=== सर्वर से क्लाइंट: दीक्षा (PADI) === | === सर्वर से क्लाइंट: दीक्षा (PADI) === | ||
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> | 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> | ||
यदि कोई उपयोगकर्ता | यदि कोई उपयोगकर्ता डीएसएल का उपयोग करके इंटरनेट पर डायल अप करना चाहता है, तो उसके कंप्यूटर को पहले उपयोगकर्ता के इंटरनेट सेवा प्रदाता के पॉइंट ऑफ़ प्रेजेंस (POP) पर डीएसएल एक्सेस कंसंट्रेटर (DSL-AC) खोजना होगा। ईथरनेट पर संचार केवल मैक पतों के माध्यम से ही संभव है। चूंकि कंप्यूटर डीएसएल-एसी के मैक पते को नहीं जानता है, यह ईथरनेट [[ प्रसारण (नेटवर्किंग) |प्रसारण (नेटवर्किंग)]] (मैक: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ: एफएफ) के माध्यम से एक पीडीआई पैकेट भेजता है। इस PADI पैकेट में इसे भेजने वाले कंप्यूटर का MAC पता होता है। | ||
PADI-पैकेट का उदाहरण: | PADI-पैकेट का उदाहरण: | ||
| Line 146: | Line 148: | ||
बाइनरी डेटा: (16 बाइट्स) | बाइनरी डेटा: (16 बाइट्स) | ||
</पूर्व> | </पूर्व> | ||
AC-नाम -> स्ट्रिंग डेटा में AC नाम होता है, इस | AC-नाम -> स्ट्रिंग डेटा में AC नाम होता है, इस स्थितियों में "Ipzbr001" ([[ लीपज़िग | लीपज़िग]] में Arcor DSL-AC)<br /> | ||
एसआरसी। DSL-AC का MAC पता रखता है।<br /> | एसआरसी। DSL-AC का MAC पता रखता है।<br /> | ||
DSL-AC के MAC पते से DSL-AC (इस | DSL-AC के MAC पते से DSL-AC (इस स्थितियों में [[ नॉर्टेल नेटवर्क |नॉर्टेल नेटवर्क]] ) के निर्माता का भी पता चलता है। | ||
=== सर्वर से क्लाइंट: अनुरोध (पीएडीआर) === | === सर्वर से क्लाइंट: अनुरोध (पीएडीआर) === | ||
| Line 165: | Line 167: | ||
== प्रोटोकॉल ओवरहेड == | == प्रोटोकॉल ओवरहेड == | ||
पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल [[ प्रोटोकॉल स्टैक |प्रोटोकॉल स्टैक]] पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर [[ इंटरनेट का उपयोग |इंटरनेट का उपयोग]] में भी किया जा सकता है। | पीपीपीओई का उपयोग ईथरनेट लिंक के माध्यम से एक पीसी या राउटर (कंप्यूटिंग) को मॉडेम से कनेक्ट करने के लिए किया जाता है और इसका उपयोग एडीएसएल [[ प्रोटोकॉल स्टैक |प्रोटोकॉल स्टैक]] पर पीपीपीओई ओवर एटीएम (पीपीपीओईओए) में एक टेलीफोन लाइन पर डीएसएल पर [[ इंटरनेट का उपयोग |इंटरनेट का उपयोग]] में भी किया जा सकता है। | ||
उदाहरण के लिए पीपीपीओए ([rfc:2364 आरएफसी 2364]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय | |||
उदाहरण के लिए पीपीपीओए ([rfc:2364 आरएफसी 2364]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय डीएसएल डिलीवरी विधियों का उच्चतम ओवरहेड है।<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> | |||
=== डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए) === | === डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए) === | ||
पीपीपीओईओए द्वारा | पीपीपीओईओए द्वारा डीएसएल लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (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"/> | एटीएम+डीएसएल पर पीपीपी + पीपीपीओए आरएफसी 2364 वीसी-एमयूएक्स, जिसमें एटीएम पेलोड के भीतर केवल 10-बाइट ओवरहेड है, के साथ इसकी तुलना करें। (वास्तव में, पीपीपी के लिए केवल 10 बाइट्स = 2 बाइट्स आरएफसी 2364 + 8 (एएएल 5 सीपीसीएस) के लिए शून्य।)<ref name="RFC 2364"/><ref name="Simon Farnsworth article"/> | ||
| Line 175: | Line 179: | ||
44 बाइट्स 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"/> | 44 बाइट्स 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 सेल के रन के अंतिम सेल ('सही न्यायोचित') के अंत में | 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"/> | ||
एक उदाहरण: पीपीपीओईओए और आरएफसी2684-एलएलसी के साथ AAL5/ATM पर भेजे गए 1500-बाइट IP पैकेट के | एक उदाहरण: पीपीपीओईओए और आरएफसी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 (पीपीपी) + 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% धीमा है। | ||
कुछ पैकेट लंबाई के लिए पीपीपीओईओए की तुलना में पीपीपीओईओए चुनने के कारण सही अतिरिक्त प्रभावी | कुछ पैकेट लंबाई के लिए पीपीपीओईओए की तुलना में पीपीपीओईओए चुनने के कारण सही अतिरिक्त प्रभावी डीएसएल ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, आरएफसी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-एलएलसी के साथ पीपीपीओईओए के लिए इष्टतम दक्षता का प्रतिनिधित्व करता है, जब तक कि लंबे पैकेट की अनुमति न हो। | ||
आरएफसी2684VC-MUX हेडर विकल्प के साथ पीपीपीओईओए का उपयोग करना हमेशा एलएलसी विकल्प की तुलना में बहुत अधिक कुशल होता है, क्योंकि ATM ओवरहेड, जैसा कि पहले उल्लेख किया गया है, केवल 32 या 36 बाइट्स है (इस पर निर्भर करता है कि यह पीपीपीओईओए में ईथरनेट FCS विकल्प के बिना है या नहीं ) ताकि VC-MUX का उपयोग करके पीपीपी + पीपीपीओईओए के सभी ओवरहेड्स सहित 1500 बाइट लंबा पैकेट कुल 1500 + 36 = 1536 बाइट्स एटीएम पेलोड के बराबर हो जाए यदि FCS | आरएफसी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 बाइट लंबा है, और पीपीपीओईओए + एलएलसी के लिए 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) वीसी-एमयूएक्स चुनना है। | सभी मामलों में एटीएम-आधारित एडीएसएल इंटरनेट एक्सेस के लिए सबसे प्रभावी विकल्प पीपीपीओए (आरएफसी2364) वीसी-एमयूएक्स चुनना है। चूंकि, यदि पीपीपीओईओए की आवश्यकता है, तो सबसे अच्छा विकल्प हमेशा VC-MUX (एलएलसी के विपरीत) का उपयोग करना है, जिसमें कोई ईथरनेट FCS नहीं है, 32 बाइट्स = 2 बाइट्स (पीपीपीओई के लिए) + 6 (पीपीपीओई के लिए) का एटीएम पेलोड ओवरहेड देता है। + 14 (ईथरनेट मैक, नो FCS) + 2 ([rfc:2684 आरएफसी 2684] VC-MUX) + 8 (AAL5 CPCS ट्रेलर)। | ||
दुर्भाग्य से कुछ डीएसएल सेवाओं को पीपीपीओई के साथ बेकार एलएलसी हेडर के उपयोग की आवश्यकता होती है और अधिक कुशल वीसी-एमयूएक्स विकल्प की अनुमति नहीं देते हैं। उस | दुर्भाग्य से कुछ डीएसएल सेवाओं को पीपीपीओई के साथ बेकार एलएलसी हेडर के उपयोग की आवश्यकता होती है और अधिक कुशल वीसी-एमयूएक्स विकल्प की अनुमति नहीं देते हैं। उस स्थितियों में, एक कम पैकेट लंबाई का उपयोग करना, जैसे कि 1492 के अधिकतम एमटीयू को लागू करना एलएलसी हेडर के साथ भी लंबे पैकेट के साथ दक्षता हासिल करता है और जैसा कि पहले उल्लेख किया गया है, उस स्थिति में कोई अतिरिक्त बेकार एटीएम सेल उत्पन्न नहीं होता है। | ||
=== ईथरनेट पर ओवरहेड === | === ईथरनेट पर ओवरहेड === | ||
ईथरनेट | ईथरनेट लैन पर, पीपीपी + पीपीपीओई के लिए ओवरहेड एक निश्चित 2 + 6 = 8 बाइट्स है, जब तक कि IP विखंडन उत्पन्न न हो। | ||
== एमटीयू/एमआरयू == | == एमटीयू/एमआरयू == | ||
जब एक पीपीपीओई-बोलने वाला | जब एक पीपीपीओई-बोलने वाला डीएसएल मॉडेम ईथरनेट लिंक पर पीपीपी + पीपीपीओई पेलोड वाले ईथरनेट फ्रेम को राउटर (या पीपीपीओई-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो पीपीपी + पीपीपीओई 8 बाइट्स = 2 (पीपीपी) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में सम्मिलित है। इस जोड़े गए ओवरहेड का मतलब यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी [[ जंबो फ्रेम |जंबो फ्रेम]] ' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन मामलों में कई उपयोगकर्ताओं के लिए फायदेमंद है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत विधि से) सभी [[ इंटरनेट नियंत्रण संदेश प्रोटोकॉल |इंटरनेट नियंत्रण संदेश प्रोटोकॉल]] प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो [[ पथ एमटीयू खोज |पथ एमटीयू खोज]] को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का MTU है। | ||
== पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है == | == पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है == | ||
| Line 204: | Line 208: | ||
Draytek Vigor 110, 120 और 130 मोडेम इसी तरह काम करते हैं। | Draytek Vigor 110, 120 और 130 मोडेम इसी तरह काम करते हैं। | ||
इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, पीपीपीओई-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (पीपीपीओई-बोलने वाले) | इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, पीपीपीओई-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (पीपीपीओई-बोलने वाले) डीएसएल मॉडेम को भेजता है। मॉडेम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के भीतर से निकालता है, और पीपीपी फ्रेम को आगे डीएसएलएएम को आरएफसी2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है। | ||
:{| border="0" cellspacing="3" style="float:center;padding-left:15px" | :{| border="0" cellspacing="3" style="float:center;padding-left:15px" | ||
|+ ''' | |+ '''डीएसएल Internet access architecture''' | ||
|- style="vertical-align:bottom; text-align:center; background:#fc9;" | |- style="vertical-align:bottom; text-align:center; background:#fc9;" | ||
| colspan="2"| '''PC or Gateway''' | | colspan="2"| '''PC or Gateway''' | ||
| colspan="2"| '''[[DSL modem]]''' | | colspan="2"| '''[[DSL modem|डीएसएल modem]]''' | ||
| colspan="2"| '''[[DSLAM]]''' | | colspan="2"| '''[[DSLAM]]''' | ||
| colspan="2"| '''Remote access server''' | | colspan="2"| '''Remote access server''' | ||
| Line 226: | Line 230: | ||
|- | |- | ||
| style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet | | style="vertical-align:bottom; text-align:center; background:#eef;"| Ethernet | ||
| style="vertical-align:bottom; text-align:center; background:#eef;"| | | style="vertical-align:bottom; text-align:center; background:#eef;"| पीपीपी | ||
| | | | ||
| | | | ||
| | | | ||
| | | | ||
| style="vertical-align:bottom; text-align:center; background:#eef;"| | | style="vertical-align:bottom; text-align:center; background:#eef;"| पीपीपी | ||
| style="vertical-align:bottom; text-align:center; background:#eef;"| | | style="vertical-align:bottom; text-align:center; background:#eef;"| पीपीपी | ||
| style="vertical-align:bottom; text-align:center; background:#eef;"| | | style="vertical-align:bottom; text-align:center; background:#eef;"| पीपीपी | ||
|- | |- | ||
| | | | ||
| Line 270: | Line 274: | ||
== विचित्रताएं == | == विचित्रताएं == | ||
चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट ( | चूंकि स्थापित पॉइंट-टू-पॉइंट कनेक्शन में मानक ईथरनेट (सामान्यतः 1492 बनाम ईथरनेट के 1500) की तुलना में MTU (नेटवर्किंग) कम होता है, यह कभी-कभी समस्या पैदा कर सकता है जब Path MTU डिस्कवरी खराब कॉन्फ़िगर किए गए [[ फ़ायरवॉल (नेटवर्किंग) |फ़ायरवॉल (नेटवर्किंग)]] द्वारा पराजित हो जाती है। चूंकि प्रदाताओं के नेटवर्क में उच्च एमटीयू अधिक सामान्य होते जा रहे हैं, सामान्यतः समाधान टीसीपी एमएसएस (अधिकतम खंड आकार) क्लैम्पिंग या पुनर्लेखन का उपयोग करना है, जिससे एक्सेस कंसंट्रेटर एमएसएस को फिर से लिखता है ताकि यह सुनिश्चित हो सके कि टीसीपी सहकर्मी छोटे डेटाग्राम भेजते हैं। चूंकि टीसीपी एमएसएस क्लैम्पिंग टीसीपी के लिए एमटीयू मुद्दे को हल करती है, आईसीएमपी और यूडीपी जैसे अन्य प्रोटोकॉल अभी भी प्रभावित हो सकते हैं। | ||
[rfc:4638 आरएफसी 4638] पीपीपीओई उपकरणों को 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}} उदाहरण के लिए) | कुछ विक्रेता ([[ सिस्को सिस्टम्स ]]<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}} उदाहरण के लिए) पीपीपीoEoE (पीपीपीओई ओवर इथरनेट) से पीपीपीओई [oA] को अलग करें, जो पीपीपीओई सीधे ईथरनेट या अन्य [[ IEEE 802 |IEEE 802]] नेटवर्क पर या ईथरनेट [[ ब्रिजिंग (नेटवर्किंग) |ब्रिजिंग (नेटवर्किंग)]] पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, ताकि इसे पीपीपीओईओए (पीपीपीओई ओवर) से अलग किया जा सके। ATM), जो पीपीपीओई [rfc:2684 आरएफसी 2684] और पीपीपीओई के [[ सबनेटवर्क एक्सेस प्रोटोकॉल |सबनेटवर्क एक्सेस प्रोटोकॉल]] इनकैप्सुलेशन का उपयोग करके ATM वर्चुअल सर्किट पर चल रहा है।{{citation needed|date=December 2013}} (पीपीपीओईओए ATM (पीपीपीओए) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो SNAP का उपयोग नहीं करता है)। | ||
सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के अतिरिक्त ईथरनेट या 802.1q | सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के अतिरिक्त ईथरनेट या 802.1q वीलैन है। यह एनकैप्सुलेशन विधि सामान्यतः मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLAM) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि सामान्यतः बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।<ref name="cisco.com"/> | ||
डीएसएल मोडेम को खोजना संभव है, जैसे कि Draytek Vigor 120, जहां पीपीपीओई एक डीएसएल मॉडेम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और 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> | ||
जीपीओएन पर पीपीपीओई कथित तौर पर ऑस्ट्रेलिया के [[ राष्ट्रीय ब्रॉडबैंड नेटवर्क |राष्ट्रीय ब्रॉडबैंड नेटवर्क]] के इंटरनोड (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> [[ ओपन फाइबर |ओपन फाइबर]] सार्वजनिक जीपीओएन नेटवर्क पर। | |||
आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में [[ एक्सेस नोड कंट्रोल प्रोटोकॉल |एक्सेस नोड कंट्रोल प्रोटोकॉल]] के उपयोग के लिए तर्क देती है- अन्य बातों के अतिरिक्त- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, पीपीपीओई को जीपीओएन के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [आरएफसी2684] में परिभाषित किया गया है। इसमें ईथरनेट पर पीपीपी (पीपीपीओई, [आरएफसी2516] में परिभाषित) या ईथरनेट पर IP (IPoE) सम्मिलित हैं। जीपीओएन पर प्रोटोकॉल इनकैप्सुलेशन हमेशा 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> | |||
[[ 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> | 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 सत्र के लिए होस्ट को कॉन्फ़िगर करने के लिए पीपीपीओई के अतिरिक्त डीएचसीपी का उपयोग स्पष्ट रूप से किया जा सकता है, चूंकि यह बताता है कि डीएचसीपी पीपीपीओई के लिए पूर्ण प्रतिस्थापन नहीं है यदि कुछ एनकैप्सुलेशन भी वांछित है (चूंकि | [[ पहले मील में ईथरनेट |पहले मील में ईथरनेट]] पर एक किताब बताती है कि 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> | पीपीपीओई को (गैर-डीएसएल/एटीएम) साझा-माध्यम वातावरण में उपयोग करने के सुरक्षा कारण हैं, जैसे कि प्रत्येक ग्राहक के लिए अलग सुरंग बनाने के लिए पावर लाइन संचार नेटवर्क।<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> | ||
| Line 330: | Line 335: | ||
*बिजली लाइन संचार | *बिजली लाइन संचार | ||
==बाहरी कड़ियाँ== | ==बाहरी कड़ियाँ== | ||
* {{IETF RFC|2516|link=no}} - A Method for Transmitting पीपीपी Over Ethernet ( | * {{IETF RFC|2516|link=no}} - A Method for Transmitting पीपीपी Over Ethernet (पीपीपीoE) | ||
* {{IETF RFC|3817|link=no}} - [[Layer 2 Tunneling Protocol]] (L2TP) Active Discovery Relay for पीपीपी over Ethernet ( | * {{IETF RFC|3817|link=no}} - [[Layer 2 Tunneling Protocol]] (L2TP) Active Discovery Relay for पीपीपी over Ethernet (पीपीपीoE) | ||
* {{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 ( | * {{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 (पीपीपीoE) | ||
* {{IETF RFC|4938|link=no}} - पीपीपी Over Ethernet ( | * {{IETF RFC|4938|link=no}} - पीपीपी Over Ethernet (पीपीपीoE) 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 | * [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 | * [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 | ||
Revision as of 17:33, 20 January 2023
| Application | FTP | SMTP | HTTP | ... | DNS | ... |
| Transport | TCP | UDP | ||||
| Internet | IP | IPv6 | ||||
| Network access | पीपीपी | |||||
| पीपीपीओई | ||||||
| Ethernet | ||||||
ईथरनेट (पीपीपीओई) पर पॉइंट-टू-पॉइंट प्रोटोकॉल ईथरनेट फ्रेम के अंदर एनकैप्सुलेशन (नेटवर्किंग) पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) फ्रेम के लिए एक नेटवर्क प्रोटोकॉल है। यह 1999 में आईएसपी के [[ इंटरनेट प्रोटोकॉल ]] नेटवर्क के लिए डीएसएल कनेक्शन पर प्रोटोकॉल नेटवर्क पैकेट को सुरंग बनाने के समाधान के रूप में और वहां से शेष इंटरनेट के लिए डीएसएल के उछाल के संदर्भ में दिखाई दिया। 2005 की एक नेटवर्किंग बुक ने नोट किया कि अधिकांश डीएसएल प्रदाता पीपीपीओई का उपयोग करते हैं, जो प्रमाणीकरण, कूटलेखन और डेटा संपीड़न प्रदान करता है।[1] पीपीपीओई के विशिष्ट उपयोग में उपयोगकर्ता नाम और पासवर्ड के साथ उपयोगकर्ता को प्रमाणित करने के लिए पीपीपी सुविधाओं का लाभ उठाना सम्मिलित है, मुख्य रूप से पासवर्ड प्रमाणीकरण प्रोटोकॉल के माध्यम से और कम अक्सर चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल के माध्यम से।[2] 2000 के आसपास, पीपीपीओई भी एक ईथरनेट लैन पर एक कंप्यूटर या राउटर (कंप्यूटिंग) से जुड़े मॉडेम से बात करने के लिए एक प्रतिस्थापन विधि बनना प्रारंभ कर रहा था, जो पुराने विधि को विस्थापित कर रहा था, जो युएसबी था। यह यूज-केस, राउटर को ईथरनेट पर मोडम से कनेक्ट करना आज भी अत्यधिक सामान्य है।
ग्राहक-परिसर उपकरण पर, पीपीपीओई को या तो एक एकीकृत आवासीय गेटवे डिवाइस में लागू किया जा सकता है जो डीएसएल मॉडेम और IP रूटिंग फ़ंक्शंस दोनों को हैंडल करता है या एक साधारण डीएसएल मॉडेम (रूटिंग सपोर्ट के बिना) के स्थितियों में, पीपीपीओई को इसके पीछे एक पर हैंडल किया जा सकता है। अलग ईथरनेट-ओनली राउटर या यहां तक कि सीधे उपयोगकर्ता के कंप्यूटर पर। (पीपीपीओई के लिए समर्थन अधिकांश ऑपरेटिंग सिस्टम में उपस्थित है, Windows XP से लेकर,[3] लिनक्स [4] हमारे एएस एक्स.[5]) अभी हाल ही में[when?], कुछ जीपीओएन -आधारित (DSL-आधारित के अतिरिक्त) आवासीय गेटवे भी पीपीपीओई का उपयोग करते हैं, चूंकि जीपीओएन मानकों में पीपीपीओई की स्थिति सीमांत है।
पीपीपीओई को UUNET , Redback Networks (अब Ericsson) और RouterWare (अब Wind River Systems ) द्वारा विकसित किया गया था[6] और एक सूचनात्मक [rfc:2516 आरएफसी 2516] के रूप में उपलब्ध है।
डीएसएल की दुनिया में, पीपीपीओई को सामान्यतः अतुल्यकालिक स्थानांतरण मोड (या डीएसएल) के शीर्ष पर अंतर्निहित परिवहन के रूप में समझा जाता था, चूंकि पीपीपीओई प्रोटोकॉल में ऐसी कोई सीमा उपस्थित नहीं है। अन्य उपयोग परिदृश्यों को कभी-कभी एक अन्य अंतर्निहित परिवहन के प्रत्यय के रूप में टैक करके अलग किया जाता है। उदाहरण के लिए, पीपीपीओईओई, जब परिवहन स्वयं ईथरनेट होता है, जैसा कि मेट्रो ईथरनेट नेटवर्क के स्थितियों में होता है। (इस संकेतन में, पीपीपीओई के मूल उपयोग को पीपीपीओईओए के रूप में लेबल किया जाएगा, चूंकि इसे पीपीपीओए के साथ भ्रमित नहीं होना चाहिए, जो एक अलग एनकैप्सुलेशन प्रोटोकॉल है।)
पीपीपीओई को कुछ पुस्तकों में परत 2.5 प्रोटोकॉल के रूप में वर्णित किया गया है,[2][7] एमपीएलएस के समान कुछ अल्पविकसित अर्थों में क्योंकि इसका उपयोग ईथरनेट इन्फ्रास्ट्रक्चर को साझा करने वाले विभिन्न आईपी प्रवाहों को अलग करने के लिए किया जा सकता है, चूंकि पीपीपीओई स्विच की कमी पीपीपीओई हेडर के आधार पर रूटिंग निर्णय लेने से उस संबंध में प्रयोज्यता सीमित हो जाती है।[7]
मूल तर्क
1998 के अंत में, डीएसएल सेवा मॉडल को अभी बड़े पैमाने पर पहुंचना शेष था जिससे कीमतें घरेलू स्तर तक नीचे आ जातीं। एडीएसएल तकनीक को एक दशक पहले प्रस्तावित किया गया था।[8] संभावित रेडबैक नेटवर्क और यूयूएनईटी समान रूप से मानते हैं कि केबल मॉडम या डीएसएल जैसे ब्रॉडबैंड अंततः डायल करें सेवा को बदल देंगे, लेकिन हार्डवेयर (ग्राहक परिसर और स्थानीय विनिमय वाहक दोनों) को बड़े पैमाने पर अर्थव्यवस्था का सामना करना पड़ा। प्रवेश के लिए कम मात्रा की बाधाएं। डीएसएल की कम मात्रा की तैनाती के प्रारंभिक अनुमानों ने एक डीएसएल मॉडेम के लिए $300-$500 रेंज में लागत और टेल्को से $300/माह का एक्सेस शुल्क दिखाया।[citation needed] जो एक घरेलू उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि से काफी अधिक था। इस प्रकार प्रारंभिक ध्यान छोटे कार्यालय/घर कार्यालय के ग्राहकों पर था जिनके लिए एक ~1.5 मेगाबिट डिजिटल सिग्नल 1 (उस समय $800-$1500 प्रति माह) किफायती नहीं था, लेकिन जिन्हें डायलअप या आईएसडीएन से अधिक की आवश्यकता थी। यदि इनमें से पर्याप्त ग्राहक मार्ग प्रशस्त करते हैं, तो मात्राएँ कीमतों को नीचे ले जाएँगी जहाँ घरेलू उपयोग के डायलअप उपयोगकर्ता की रुचि हो सकती है।
विभिन्न उपयोग प्रोफ़ाइल
समस्या यह थी कि छोटे व्यवसाय के ग्राहकों के पास घरेलू उपयोग डायलअप उपयोगकर्ता की तुलना में एक अलग उपयोग प्रोफ़ाइल थी, जिसमें निम्न सम्मिलित हैं:
- पूरे लैन को इंटरनेट से जोड़ना;
- कनेक्शन के दूर से सुलभ स्थानीय लैन पर सेवाएं प्रदान करना;
- एक कंपनी वीपीएन और एक सामान्य उद्देश्य आईएसपी जैसे कई बाहरी डेटा स्रोतों तक एक साथ पहुंच;
- पूरे कार्यदिवस में या चौबीसों घंटे लगातार उपयोग।
इन आवश्यकताओं ने खुद को डायल-अप प्रक्रिया के कनेक्शन स्थापना अंतराल और न ही इसके एक-कंप्यूटर-से-एक-आईएसपी मॉडल, और न ही नेटवर्क एड्रेस ट्रांसलेशन और डायल-अप प्रदान किए गए कई-से-एक के लिए उधार दिया। एक नए मॉडल की आवश्यकता थी।
पीपीपीओई मुख्य रूप से या तो उपयोग किया जाता है:
- पीपीपीओई-भाषी इंटरनेट डीएसएल सेवाओं के साथ जहां एक पीपीपीओई-भाषी मॉडेम-राउटर (कंप्यूटिंग) (आवासीय प्रवेश द्वार) डीएसएल सेवा से जुड़ता है। यहां ISP और मॉडेम-राउटर दोनों को पीपीपीओई बोलने की जरूरत है। (ध्यान दें कि इस स्थितियों में, पीपीपीओई-ओवर-डीएसएल चीजों को कभी-कभी पीपीपीओईओए के रूप में संदर्भित किया जाता है, 'पीपीपीओई ओवर एसिंक्रोनस ट्रांसफर मोड' के लिए।)
- या जब एक पीपीपीओई-बोलने वाला डीएसएल मॉडेम एक पीपीपीओई-बोलने वाले ईथरनेट-ओनली राउटर से ईथरनेट केबल का उपयोग करके जुड़ा होता है।
बाजार का समय: सरल बेहतर है
इन जरूरतों को पूरा करने के लिए एक पूरी तरह से नया प्रोटोकॉल बनाने में एक समस्या समय की थी। उपकरण तुरंत उपलब्ध था, जैसा कि सेवा थी, और एक नया प्रोटोकॉल स्टैक (उस समय Microsoft फाइबर-आधारित एटीएम-सेल-टू-द-डेस्कटॉप की वकालत कर रहा था,[9] और L2TP भी पक रहा था, लेकिन पूरा होने के करीब नहीं था) को लागू करने में इतना समय लगेगा कि अवसर की खिड़की निकल सकती है। शीघ्र पूर्ण समाधान देने के प्रयास में कार्यान्वयन और मानकीकरण को सरल बनाने के लिए कई निर्णय लिए गए।
====आधुनिक सॉफ्टवेयर स्टैक का पुन: उपयोग करें
पीपीपीओई ने व्यापक ईथरनेट इंफ्रास्ट्रक्चर को सर्वव्यापी पीपीपी के साथ विलय करने की उम्मीद की, जिससे विक्रेताओं को अपने आधुनिक सॉफ़्टवेयर का पुन: उपयोग करने और बहुत निकट अवधि में उत्पादों को वितरित करने की अनुमति मिली। अनिवार्य रूप से उस समय सभी ऑपरेटिंग सिस्टम में पीपीपी स्टैक था, और पीपीपीओई के डिजाइन ने पीपीपी से पीपीपीओई में कनवर्ट करने के लिए लाइन-एन्कोडिंग चरण में एक साधारण शिम की अनुमति दी थी।[citation needed]
हार्डवेयर आवश्यकताओं को सरल करें
प्रतिस्पर्धी WAN प्रौद्योगिकियों (T1, ISDN) को ग्राहक परिसर में एक राउटर (कंप्यूटिंग) की आवश्यकता होती है। पीपीपीओई ने एक अलग ईथरनेट फ्रेम प्रकार का उपयोग किया, जिसने डीएसएल हार्डवेयर को केवल एक नेटवर्क ब्रिज के रूप में कार्य करने की अनुमति दी, कुछ फ़्रेमों को WAN में पास किया और दूसरों को अनदेखा किया। इस तरह के एक पुल का कार्यान्वयन एक राउटर की तुलना में सरल परिमाण के कई आदेश हैं।
सूचनात्मक आरएफसी
[rfc:2516 आरएफसी 2516] को प्रारंभ में टिप्पणियों के लिए एक अनुरोध के रूप में जारी किया गया था # सूचनात्मक ( इंटरनेट मानकों के अतिरिक्त। मानक-ट्रैक) आरएफसी इसी कारण से: मानक-ट्रैक आरएफसी के लिए गोद लेने की अवधि निषेधात्मक रूप से लंबी थी।
सफलता
पीपीपीओई को प्रारंभ में बड़े पैमाने पर इंटरनेट के लिए अलग-अलग स्वतंत्र कनेक्शन के साथ एक छोटा लैन प्रदान करने के लिए डिज़ाइन किया गया था, लेकिन यह भी कि प्रोटोकॉल अपने आप में इतना हल्का होगा कि यह अंत में आने पर घरेलू उपयोग के लिए अपेक्षित बाजार पर प्रभाव नहीं डालेगा। जबकि दूसरे स्थितियों में सफलता पर बहस हो सकती है (कुछ शिकायत करते हैं कि 8 बाइट प्रति पैकेट बहुत अधिक है) पीपीपीओई स्पष्ट रूप से सेवा के लिए मूल्य को कम करने के लिए पर्याप्त मात्रा में लाने में सफल रहा जो एक घरेलू उपयोगकर्ता भुगतान करेगा।
आधुनिक समय के उपयोग-स्थितियों
2000 के आसपास, पीपीपीओई प्रोटोकॉल का उपयोग या तो (i) एक डीएसएल मॉडेम को कंप्यूटर या राउटर से कनेक्ट करने के लिए किया गया था, युएसबी का उपयोग करने के पहले के विधि को विस्थापित कर दिया गया था, या (ii) प्रोटोकॉल हेडर के पीपीपी+पीपीपीओई तिकड़ी का उपयोग राउटर को कनेक्ट करने के लिए किया गया था एक नेटवर्क नोड, एक प्रोटोकॉल परिवर्तक, कुछ हद तक अपस्ट्रीम या तो आईएसपी से संबंधित है या थोक लंबी दूरी के वाहक से संबंधित है जो बदले में आईएसपी के आईपी नेटवर्क और फिर इंटरनेट से जुड़ता है।
पहला यूज-केस, राउटर-टू-मॉडेम कनेक्शन, जिसमें तथाकथित 'पीपीपीoEoE' (भौतिक ईथरनेट लैन पर पीपीपीओई प्रोटोकॉल तिकड़ी) सम्मिलित है, अगर पीपीपी का उपयोग किया जाता है तो मॉडेम को राउटर से जोड़ने के लिए आज भी बहुत अधिक उपयोग में है।
दूसरा उपयोग-मामला, जहां पीपीपीओई प्रोटोकॉल तिकड़ी का उपयोग एक या अधिक इंटरनेट एक्सेस लिंक पर अधिक या कम गहराई तक पहुंचने के लिए किया जाता है, सामान्य सहमति के अनुसार, अभी भी ऐतिहासिक कारणों से उपयोग किया जाता है। चूंकि पीपीपी कुछ आईएसपी के साथ या तो टनलिंग प्रोटोकॉल के रूप में लोकप्रिय है, इसकी आवश्यकता तब होती है जब एक आईएसपी एक थोक एक्सेस वाहक/पुनर्विक्रेता का उपयोग करता है या क्योंकि पीपीपी की विशेषताएं वांछित होती हैं, या दोनों।
जैसा कि पहले उल्लेख किया गया है, अजीब तरह से, ईथरनेट मैक हेडर वास्तव में कभी-कभी पीपीपीओई हेडर के साथ उपयोग में पाए जाते हैं, भले ही ईथरनेट प्रोटोकॉल उपयोग में न हो, ईथरनेट नेटवर्क पर भौतिक रूप से उपस्थित न हो। ऐसा लगता है कि अनावश्यक हेडर ओवरहेड, तथाकथित सॉफ्टवेयर ब्लोट को जोड़ने के अतिरिक्त कोई उद्देश्य नहीं है। उदाहरण के लिए, पीपीपीओई ओए के स्थितियों में, नीचे चर्चा की गई, जहां कोई भौतिक ईथरनेट नहीं था, केवल एसिंक्रोनस ट्रांसफर मोड था, न केवल हेडर ओवरहेड की एक अनावश्यक ईथरनेट मैक परत को जोड़ा गया था, बल्कि एक अतिरिक्त ईथरनेट अनुकूलन परत भी ईथरनेट को शीर्ष पर फिट करने के लिए जोड़ा गया था। एटीएम का।
दूसरे उपयोग-स्थितियों में, ये अतिरिक्त प्रोटोकॉल हेडर गंभीर मात्रा में ब्लोट जोड़ते हैं और इसलिए थोड़ी मात्रा में प्रदर्शन को नुकसान पहुंचाते हैं।
दूसरे उपयोग के स्थितियों में, पीपीपी+पीपीपीओई+Ethernet MAC का उपयोग एक चर दूरी अपस्ट्रीम तक फैला हुआ है। यह 'अंतिम मील (दूरसंचार) ' तक ही सीमित हो सकता है: Aडीएसएल या VDSL2 / FTTC में एक कॉपर ट्विस्टेड जोड़ी जिसमें मॉडेम सम्मिलित है और आगे नहीं, या इसका उपयोग BRAS 'ब्रॉडबैंड रिमोट एक्सेस सर्वर' या 'तक आगे बढ़ने के लिए भी किया जा सकता है। एक्सेस कंसंट्रेटर' जो लॉगिन को हैंडल कर भी सकता है और नहीं भी लेकिन निश्चित रूप से किसी प्रकार का प्रोटोकॉल कन्वर्टर होगा। एक उदाहरण के स्थितियों में पीपीपीओई एक थोक वाहक द्वारा संचालित ऐसे नोड पर ऊपर की ओर फैलता है और समाप्त होता है जो L2TP टनलिंग प्रोटोकॉल में परिवर्तित हो जाता है जो ISP के IP मौजूदगी का स्थान ('प्वाइंट ऑफ़ प्रेजेंस') के लिए सुरंग बनाता है।
चरण
पीपीपीओई के दो अलग-अलग चरण हैं:
पीपीपीओई खोज
चूंकि पारंपरिक पीपीपी कनेक्शन सीरियल लिंक पर या डायल-अप के दौरान पहले से ही स्थापित एटीएम वर्चुअल सर्किट पर दो अंत बिंदुओं के बीच स्थापित होते हैं, तार पर भेजे गए सभी पीपीपी फ्रेम निश्चित रूप से दूसरे छोर तक पहुंच जाते हैं। लेकिन ईथरनेट नेटवर्क मल्टी-एक्सेस हैं जहां नेटवर्क में प्रत्येक नोड हर दूसरे नोड तक पहुंच सकता है। ईथरनेट फ्रेम में डेस्टिनेशन नोड (मैक एड्रेस) का हार्डवेयर एड्रेस होता है। यह फ्रेम को इच्छित गंतव्य तक पहुंचने में मदद करता है।
इसलिए ईथरनेट पर कनेक्शन स्थापित करने के लिए पीपीपी नियंत्रण पैकेटों का आदान-प्रदान करने से पहले, दो अंत बिंदुओं के मैक पते एक-दूसरे को ज्ञात होने चाहिए ताकि उन्हें इन नियंत्रण पैकेटों में एन्कोड किया जा सके। पीपीपीओई डिस्कवरी चरण ठीक यही करता है। यह एक सत्र आईडी स्थापित करने में भी मदद करता है जिसका उपयोग पैकेटों के आगे आदान-प्रदान के लिए किया जा सकता है।
पीपीपी सत्र
एक बार सहकर्मी का मैक पता ज्ञात हो जाने और एक सत्र स्थापित हो जाने के बाद, सत्र चरण प्रारंभ हो जाएगा।
पीपीपीओई डिस्कवरी (पीपीपीओईडी)
चूंकि पारंपरिक पीपीपी एक पीयर टू पीयर प्रोटोकॉल है, पीपीपीओई स्वाभाविक रूप से क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर संबंध है क्योंकि कई होस्ट एक ही भौतिक कनेक्शन पर एक सेवा प्रदाता से जुड़ सकते हैं।
डिस्कवरी प्रक्रिया में होस्ट कंप्यूटर के बीच चार चरण होते हैं जो क्लाइंट के रूप में कार्य करता है और इंटरनेट सेवा प्रदाता के अंत में एक्सेस कंसंट्रेटर सर्वर के रूप में कार्य करता है। उन्हें नीचे रेखांकित किया गया है। पांचवां और अंतिम चरण आधुनिक सत्र को बंद करने का तरीका है।
सर्वर से क्लाइंट: दीक्षा (PADI)
PADI का मतलब पीपीपीओई एक्टिव डिस्कवरी इनिशिएटिव है।[10] यदि कोई उपयोगकर्ता डीएसएल का उपयोग करके इंटरनेट पर डायल अप करना चाहता है, तो उसके कंप्यूटर को पहले उपयोगकर्ता के इंटरनेट सेवा प्रदाता के पॉइंट ऑफ़ प्रेजेंस (POP) पर डीएसएल एक्सेस कंसंट्रेटर (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]) की तुलना में अतुल्यकालिक ट्रांसफर मोड पर पीपीपीओई में लोकप्रिय डीएसएल डिलीवरी विधियों का उच्चतम ओवरहेड है।[11][12][13][14]
डीएसएल के साथ प्रयोग करें - एटीएम पर पीपीपीओई (पीपीपीओईओए)
पीपीपीओईओए द्वारा डीएसएल लिंक पर जोड़े गए ओवरहेड की मात्रा पैकेट के आकार पर निर्भर करती है क्योंकि (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 (पीपीपी) + 0 (पीपीपीओए: [rfc:2364 आरएफसी 2364] VC-MUX) + 8 (CPCS ट्रेलर) = 1510 बाइट्स 32 सेल में फ़िट हो जाता है। तो 1500-बाइट IP पैकेट के लिए पीपीपीओईओए प्लस आरएफसी2684-एलएलसी चुनने की वास्तविक लागत प्रति IP पैकेट एक अतिरिक्त एटीएम सेल है, जो 33:32 का अनुपात है।[11][12][13] तो 1500 बाइट पैकेट के लिए, एलएलसी के साथ पीपीपीओईओए, पीपीपीओए या पीपीपीओईओए हेडर विकल्पों के इष्टतम विकल्पों की तुलना में ~3.125% धीमा है।
कुछ पैकेट लंबाई के लिए पीपीपीओईओए की तुलना में पीपीपीओईओए चुनने के कारण सही अतिरिक्त प्रभावी डीएसएल ओवरहेड शून्य होगा यदि अतिरिक्त हेडर ओवरहेड उस विशेष पैकेट लंबाई पर अतिरिक्त एटीएम सेल की आवश्यकता के लिए पर्याप्त नहीं है। उदाहरण के लिए, आरएफसी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 विखंडन उत्पन्न न हो।
एमटीयू/एमआरयू
जब एक पीपीपीओई-बोलने वाला डीएसएल मॉडेम ईथरनेट लिंक पर पीपीपी + पीपीपीओई पेलोड वाले ईथरनेट फ्रेम को राउटर (या पीपीपीओई-बोलने वाले सिंगल पीसी) पर भेजता या प्राप्त करता है, तो पीपीपी + पीपीपीओई 8 बाइट्स = 2 (पीपीपी) + 6 के अतिरिक्त ओवरहेड का योगदान देता है। (पीपीपीओई) प्रत्येक ईथरनेट फ्रेम के पेलोड में सम्मिलित है। इस जोड़े गए ओवरहेड का मतलब यह हो सकता है कि 1500 - 8 = 1492 बाइट्स की एक कम अधिकतम लंबाई सीमा (तथाकथित 'अधिकतम ट्रांसमिशन यूनिट' या 'अधिकतम ट्रांसमिशन यूनिट') आईपी पैकेट्स पर (उदाहरण के लिए) भेजी या प्राप्त की जाती है, जैसा कि विपरीत है सामान्य 1500-बाइट ईथरनेट फ्रेम पेलोड लंबाई सीमा जो मानक ईथरनेट नेटवर्क पर लागू होती है। कुछ डिवाइस आरएफसी 4638 का समर्थन करते हैं, जो 1508-बाइट ईथरनेट पेलोड के साथ गैर-मानक ईथरनेट फ्रेम के उपयोग के लिए बातचीत की अनुमति देता है, जिसे कभी-कभी 'बेबी जंबो फ्रेम ' कहा जाता है, जिससे पूर्ण 1500-बाइट पीपीपीओई पेलोड की अनुमति मिलती है। यह क्षमता उन मामलों में कई उपयोगकर्ताओं के लिए फायदेमंद है जहां आईपी पैकेट प्राप्त करने वाली कंपनियों ने (गलत विधि से) सभी इंटरनेट नियंत्रण संदेश प्रोटोकॉल प्रतिक्रियाओं को अपने नेटवर्क से बाहर निकलने से रोकने के लिए चुना है, एक बुरा अभ्यास जो पथ एमटीयू खोज को सही ढंग से काम करने से रोकता है और जो उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है ऐसे नेटवर्क तक पहुँचना यदि उनके पास 1500 बाइट से कम का MTU है।
पीपीपीओई-टू-पीपीपीओए एडीएसएल मॉडेम को परिवर्तित कर रहा है
निम्नलिखित आरेख एक परिदृश्य दिखाता है जहां ईथरनेट से जुड़ा एडीएसएल मॉडेम एटीएम प्रोटोकॉल कनवर्टर पर पीपीपीओई-टू-पॉइंट-टू-पॉइंट प्रोटोकॉल के रूप में कार्य करता है और सेवा प्रदाता पीपीपीओए सेवा प्रदान करता है और पीपीपीओई को नहीं समझता है। इस प्रोटोकॉल श्रृंखला में कोई पीपीपीओईओए नहीं है। यह ईथरनेट द्वारा राउटर से जुड़े एक अलग एडीएसएल मॉडेम के लिए एक बेहतर प्रोटोकॉल-कुशल डिज़ाइन है।
इस वैकल्पिक तकनीक में, पीपीपीओई केवल ईथरनेट-ओनली राउटर (फिर से, या सिंगल होस्ट पीसी) से DSL-मॉडेम को जोड़ने का एक साधन है। यहां इसका ब्रॉडबैंड सेवाओं की पेशकश करने के लिए आईएसपी द्वारा नियोजित तंत्र से कोई संबंध नहीं है।
Draytek Vigor 110, 120 और 130 मोडेम इसी तरह काम करते हैं।
इंटरनेट के लिए बाध्य पैकेटों को प्रेषित करते समय, पीपीपीओई-बोलने वाला ईथरनेट राउटर ईथरनेट फ्रेम को (पीपीपीओई-बोलने वाले) डीएसएल मॉडेम को भेजता है। मॉडेम पीपीपी फ्रेम को प्राप्त पीपीपीओई फ्रेम के भीतर से निकालता है, और पीपीपी फ्रेम को आगे डीएसएलएएम को आरएफसी2364 (पीपीपीओए) के अनुसार एनकैप्सुलेट करके भेजता है, इस प्रकार पीपीपीओई को पीपीपीओए में परिवर्तित करता है।
डीएसएल Internet access architecture PC or Gateway डीएसएल modem DSLAM Remote access server (ISP) (IP) (IP) Ethernet पीपीपी पीपीपी पीपीपी पीपीपी पीपीपीओई पीपीपीओई पीपीपीओए पीपीपीओए 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] उदाहरण के लिए) पीपीपीoEoE (पीपीपीओई ओवर इथरनेट) से पीपीपीओई [oA] को अलग करें, जो पीपीपीओई सीधे ईथरनेट या अन्य IEEE 802 नेटवर्क पर या ईथरनेट ब्रिजिंग (नेटवर्किंग) पर एसिंक्रोनस ट्रांसफर मोड पर चल रहा है, ताकि इसे पीपीपीओईओए (पीपीपीओई ओवर) से अलग किया जा सके। ATM), जो पीपीपीओई [rfc:2684 आरएफसी 2684] और पीपीपीओई के सबनेटवर्क एक्सेस प्रोटोकॉल इनकैप्सुलेशन का उपयोग करके ATM वर्चुअल सर्किट पर चल रहा है।[citation needed] (पीपीपीओईओए ATM (पीपीपीओए) पर पॉइंट-टू-पॉइंट प्रोटोकॉल के समान नहीं है, जो SNAP का उपयोग नहीं करता है)।
सिस्को दस्तावेज़ के अनुसार पीपीपीओईओई पीपीपीओई का एक प्रकार है जहां परत 2 परिवहन प्रोटोकॉल अब एटीएम के अतिरिक्त ईथरनेट या 802.1q वीलैन है। यह एनकैप्सुलेशन विधि सामान्यतः मेट्रो ईथरनेट या ईथरनेट डिजिटल सब्सक्राइबर लाइन एक्सेस मल्टीप्लेक्सर (DSLAM) वातावरण में पाई जाती है। सामान्य परिनियोजन मॉडल यह है कि यह एनकैप्सुलेशन विधि सामान्यतः बहु-किरायेदार इमारतों या होटलों में पाई जाती है। सब्सक्राइबर को ईथरनेट डिलीवर करने से, उपलब्ध बैंडविड्थ बहुत अधिक प्रचुर मात्रा में होता है और आगे की सर्विस डिलीवरी में आसानी बढ़ जाती है।[17]
डीएसएल मोडेम को खोजना संभव है, जैसे कि Draytek Vigor 120, जहां पीपीपीओई एक डीएसएल मॉडेम और पार्टनरिंग राउटर के बीच ईथरनेट लिंक तक ही सीमित है, और ISP पीपीपीओई बिल्कुल नहीं बोलता है (बल्कि पीपीपीओए)।[18]
पोस्ट-डीएसएल इन संदर्भों में उपयोग करता है और कुछ विकल्प
जीपीओएन (जिसमें ओएमसीआई के माध्यम से एक वीलैन बनाना सम्मिलित है) के संयोजन में पीपीपीओई का उपयोग करने का एक निश्चित तरीका जेडटीई द्वारा पेटेंट कराया गया है।[19]
जीपीओएन पर पीपीपीओई कथित तौर पर ऑस्ट्रेलिया के राष्ट्रीय ब्रॉडबैंड नेटवर्क के इंटरनोड (ISP) जैसे खुदरा सेवा प्रदाताओं द्वारा उपयोग किया जाता है,[20] ऑरेंज एसए फ्रांस,[21] फिलीपींस का ग्लोब टेलीकॉम [22] और इटली का अरूबा एफटीटीएच [23] ओपन फाइबर सार्वजनिक जीपीओएन नेटवर्क पर।
आरएफसी 6934, पीओएन आधारित ब्रॉडबैंड नेटवर्क के लिए एक्सेस नोड कंट्रोल मैकेनिज्म की प्रयोज्यता, जो पीओएन में एक्सेस नोड कंट्रोल प्रोटोकॉल के उपयोग के लिए तर्क देती है- अन्य बातों के अतिरिक्त- सब्सक्राइबर एक्सेस को प्रमाणित करना और उनके आईपी पते को प्रबंधित करना, और जिसके पहले लेखक ए Verizon कर्मचारी, पीपीपीओई को जीपीओएन के लिए स्वीकार्य एनकैप्सुलेशन के रूप में बाहर करता है: BPON पर प्रोटोकॉल एनकैप्सुलेशन एटीएम अनुकूलन परत 5 (AAL5) पर मल्टी-प्रोटोकॉल एनकैप्सुलेशन पर आधारित है, जिसे [आरएफसी2684] में परिभाषित किया गया है। इसमें ईथरनेट पर पीपीपी (पीपीपीओई, [आरएफसी2516] में परिभाषित) या ईथरनेट पर IP (IPoE) सम्मिलित हैं। जीपीओएन पर प्रोटोकॉल इनकैप्सुलेशन हमेशा 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 namedSimon 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 (पीपीपीoE)
- RFC 3817 - Layer 2 Tunneling Protocol (L2TP) Active Discovery Relay for पीपीपी over Ethernet (पीपीपीoE)
- RFC 4638 - Accommodating a Maximum Transit Unit/Maximum Receive Unit (MTU/MRU) Greater Than 1492 in the Point-to-Point Protocol over Ethernet (पीपीपीoE)
- RFC 4938 - पीपीपी Over Ethernet (पीपीपीoE) 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 श्रेणी:टनलिंग प्रोटोकॉल श्रेणी:तार्किक लिंक नियंत्रण श्रेणी: वाइड एरिया नेटवर्क श्रेणी:ईथरनेट
