PPP Model पॉइंट-टू-पॉइंट प्रोटोकॉल

पॉइंट-टू-पॉइंट प्रोटोकॉल

विकिपीडिया, निःशुल्क विश्वकोष से

नेविगेशन पर जाएं

खोजने के लिए कूदें

इंटरनेट प्रोटोकॉल सूट

अनुप्रयोग परत

    बीजीपी डीएचसीपी (वी 6) डीएनएस एफ़टीपी एचटीटीपी एचटीटीपीएस आईएमएपी आईआरसी एलडीएपी एमजीसीपी एमक्यूटीटी एनएनटीपी एनटीपी ओएसपीएफ पीओपी पीटीपी ओएनसी/आरपीसी आरटीपी आरटीएसपी आरआईपी एसआईपी एसएमटीपी एसएनएमपी एसएसएच टेलनेट टीएलएस/एसएसएल एक्सएमपीपी अधिक…

ट्रांसपोर्ट परत

    TCP UDP DCCP SCTP RSVP QUIC अधिक…

इंटरनेट परत

    आईपी

        IPv4 IPv6 ICMP(v6) NDP ECN IGMP IPsec अधिक…

लिंक परत

    सुरंगों पीपीपी मैक अधिक…

    वी T ई

कंप्यूटर नेटवर्किंग में, पॉइंट-टू-पॉइंट प्रोटोकॉल (पीपीपी) एक डेटा लिंक लेयर (लेयर 2) संचार प्रोटोकॉल है जो बिना किसी होस्ट या बीच में किसी अन्य नेटवर्किंग के सीधे दो राउटर के बीच होता है। यह कनेक्शन प्रमाणीकरण, ट्रांसमिशन एन्क्रिप्शन, [1] और डेटा संपीड़न प्रदान कर सकता है।

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

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

अंतर्वस्तु

    1 विवरण

        1.1 स्वचालित स्व विन्यास

        1.2 एकाधिक नेटवर्क परत प्रोटोकॉल

        1.3 लूपेड लिंक डिटेक्शन

    2 कॉन्फ़िगरेशन विकल्प

    3 पीपीपी फ्रेम

        3.1 संरचना

        3.2 एनकैप्सुलेशन

    4 लाइन सक्रियण और चरण

    5 कई लिंक पर

        5.1 मल्टीलिंक पीपीपी

        5.2 मल्टीक्लास पीपीपी

    6 सुरंगें

        6.1 व्युत्पन्न प्रोटोकॉल

        6.2 एक सुरंग के दोनों सिरों के बीच परत 2 प्रोटोकॉल के रूप में

    7 आईईटीएफ मानक

    8 यह भी देखें

    9 संदर्भ

विवरण

पीपीपी को आमतौर पर सिंक्रोनस और एसिंक्रोनस सर्किट पर कनेक्शन के लिए डेटा लिंक लेयर प्रोटोकॉल के रूप में उपयोग किया जाता है, जहां इसने पुराने सीरियल लाइन इंटरनेट प्रोटोकॉल (एसएलआईपी) और टेलीफोन कंपनी के अनिवार्य मानकों (जैसे लिंक एक्सेस प्रोटोकॉल, बैलेंस्ड (एलएपीबी) को बड़े पैमाने पर बदल दिया है। X.25 प्रोटोकॉल सूट)। पीपीपी के लिए एकमात्र आवश्यकता यह है कि प्रदान किया गया सर्किट डुप्लेक्स हो। पीपीपी को इंटरनेट प्रोटोकॉल (आईपी), ट्रिल, नोवेल के इंटरनेटवर्क पैकेट एक्सचेंज (आईपीएक्स), एनबीएफ, डीईसीनेट और ऐप्पलटॉक सहित कई नेटवर्क लेयर प्रोटोकॉल के साथ काम करने के लिए डिज़ाइन किया गया था। एसएलआईपी की तरह, यह मॉडेम के माध्यम से टेलीफोन लाइनों पर एक पूर्ण इंटरनेट कनेक्शन है। यह एसएलआईपी की तुलना में अधिक विश्वसनीय है क्योंकि यह सुनिश्चित करने के लिए दोबारा जांच करता है कि इंटरनेट पैकेट बरकरार हैं।[2] यह किसी भी क्षतिग्रस्त पैकेट को फिर से भेजता है।

पीपीपी को मूल एचडीएलसी विनिर्देशों के बाद कुछ हद तक डिजाइन किया गया था। पीपीपी के डिजाइनरों में कई अतिरिक्त विशेषताएं शामिल थीं जो उस समय तक केवल मालिकाना डेटा-लिंक प्रोटोकॉल में देखी गई थीं। पीपीपी आरएफसी 1661 में निर्दिष्ट है।

RFC 2516 ईथरनेट (PPPoE) पर पॉइंट-टू-पॉइंट प्रोटोकॉल को ईथरनेट पर PPP ट्रांसमिट करने की एक विधि के रूप में वर्णित करता है जिसे कभी-कभी DSL के साथ उपयोग किया जाता है। RFC 2364 एटीएम (PPPoA) पर पॉइंट-टू-पॉइंट प्रोटोकॉल को एटीएम अनुकूलन परत 5 (AAL5) पर PPP संचारित करने की एक विधि के रूप में वर्णित करता है, जो DSL के साथ उपयोग किए जाने वाले PPPoE का एक सामान्य विकल्प भी है।

WAN लाइनों में PPP, PPPoE और PPPoA का व्यापक रूप से उपयोग किया जाता है।

पीपीपी एक स्तरित प्रोटोकॉल है जिसमें तीन घटक होते हैं:[2]

    एक एनकैप्सुलेशन घटक जिसका उपयोग निर्दिष्ट भौतिक परत पर डेटाग्राम संचारित करने के लिए किया जाता है।

    लिंक को स्थापित करने, कॉन्फ़िगर करने और परीक्षण करने के साथ-साथ सेटिंग, विकल्प और सुविधाओं के उपयोग पर बातचीत करने के लिए एक लिंक कंट्रोल प्रोटोकॉल (LCP)।

    एक या एक से अधिक नेटवर्क कंट्रोल प्रोटोकॉल (NCP) का उपयोग नेटवर्क लेयर के लिए वैकल्पिक कॉन्फ़िगरेशन मापदंडों और सुविधाओं पर बातचीत करने के लिए किया जाता है। पीपीपी द्वारा समर्थित प्रत्येक उच्च-स्तरीय प्रोटोकॉल के लिए एक एनसीपी है।

स्वचालित स्व विन्यास

एलसीपी कनेक्शन को शानदार ढंग से आरंभ और समाप्त करता है, जिससे मेजबानों को कनेक्शन विकल्पों पर बातचीत करने की अनुमति मिलती है। यह पीपीपी का एक अभिन्न अंग है, और इसे उसी मानक विनिर्देश में परिभाषित किया गया है। एलसीपी प्रत्येक छोर पर इंटरफेस की स्वचालित कॉन्फ़िगरेशन प्रदान करता है (जैसे डेटाग्राम आकार, बच निकले वर्ण, और जादू संख्या सेट करना) और वैकल्पिक प्रमाणीकरण का चयन करने के लिए। एलसीपी प्रोटोकॉल पीपीपी के शीर्ष पर चलता है (पीपीपी प्रोटोकॉल नंबर 0xC021 के साथ) और इसलिए एलसीपी इसे कॉन्फ़िगर करने में सक्षम होने से पहले एक बुनियादी पीपीपी कनेक्शन स्थापित करना होगा।

RFC 1994 चैलेंज-हैंडशेक ऑथेंटिकेशन प्रोटोकॉल (CHAP) का वर्णन करता है, जिसे ISP के साथ डायल-अप कनेक्शन स्थापित करने के लिए प्राथमिकता दी जाती है। हालांकि पदावनत, पासवर्ड प्रमाणीकरण प्रोटोकॉल (पीएपी) अभी भी कभी-कभी उपयोग किया जाता है।

पीपीपी पर प्रमाणीकरण के लिए एक अन्य विकल्प आरएफसी 2284 में वर्णित एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल (ईएपी) है।

लिंक स्थापित होने के बाद, अतिरिक्त नेटवर्क (परत 3) कॉन्फ़िगरेशन हो सकता है। आमतौर पर, इंटरनेट प्रोटोकॉल कंट्रोल प्रोटोकॉल (आईपीसीपी) का उपयोग किया जाता है, हालांकि इंटरनेटवर्क पैकेट एक्सचेंज कंट्रोल प्रोटोकॉल (आईपीएक्ससीपी) और एप्पल टॉक

नियंत्रण प्रोटोकॉल (एटीसीपी) एक बार लोकप्रिय थे। [उद्धरण वांछित] इंटरनेट प्रोटोकॉल संस्करण 6 नियंत्रण प्रोटोकॉल (आईपीवी 6सीपी) भविष्य में विस्तारित उपयोग देखेंगे, जब आईपीवी 6 आईपीवी 4 को प्रमुख परत -3 प्रोटोकॉल के रूप में बदल देगा।

एकाधिक नेटवर्क परत प्रोटोकॉल

पीपीपी वास्तुकला आईपी

एलसीपी चैप पैप ईएपी आईपीसीपी

पीपीपी एनकैप्सुलेशन

एचडीएलसी-जैसे फ़्रेमिंग पीपीपीओई पीपीपीओए

RS-232 पीओएस ईथरनेट एटीएम

सोनेट/एसडीएच

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

उदाहरण के लिए, आईपी आईपीसीपी का उपयोग करता है, और इंटरनेटवर्क पैकेट एक्सचेंज (आईपीएक्स) नोवेल आईपीएक्स कंट्रोल प्रोटोकॉल (आईपीएक्स/एसपीएक्स) का उपयोग करता है। NCPs में नेटवर्क लेयर प्रोटोकॉल प्रकार को इंगित करने के लिए मानकीकृत कोड वाले फ़ील्ड शामिल होते हैं जो PPP कनेक्शन एनकैप्सुलेट करता है।

पीपीपी के साथ निम्नलिखित एनसीपी का उपयोग किया जा सकता है:

    IP के लिए IPCP, प्रोटोकॉल कोड नंबर 0x8021, RFC 1332

    विभिन्न OSI नेटवर्क लेयर प्रोटोकॉल के लिए OSI नेटवर्क लेयर कंट्रोल प्रोटोकॉल (OSINLCP), प्रोटोकॉल कोड नंबर 0x8023, RFC 1377

    AppleTalk के लिए AppleTalk कंट्रोल प्रोटोकॉल (ATCP), प्रोटोकॉल कोड नंबर 0x8029, RFC 1378

    इंटरनेट पैकेट एक्सचेंज के लिए इंटरनेटवर्क पैकेट एक्सचेंज कंट्रोल प्रोटोकॉल (आईपीएक्ससीपी), प्रोटोकॉल कोड नंबर 0x802B, RFC 1552

    डीएनए चरण IV रूटिंग प्रोटोकॉल (DECnet चरण IV), प्रोटोकॉल कोड संख्या 0x8027, RFC 1762 के लिए DECnet चरण IV नियंत्रण प्रोटोकॉल (DNCP)

    NetBIOS फ्रेम्स प्रोटोकॉल के लिए NetBIOS फ्रेम्स कंट्रोल प्रोटोकॉल (NBFCP) (या NetBEUI जैसा कि इसे पहले कहा जाता था), प्रोटोकॉल कोड नंबर 0x803F, RFC 2097

    IPv6 के लिए IPv6 कंट्रोल प्रोटोकॉल (IPV6CP), प्रोटोकॉल कोड नंबर 0x8057, RFC 5072

लूप्ड लिंक डिटेक्शन

PPP मैजिक नंबर वाली एक विशेषता का उपयोग करके लूप किए गए लिंक का पता लगाता है। जब नोड पीपीपी एलसीपी संदेश भेजता है, तो इन संदेशों में एक जादुई संख्या शामिल हो सकती है। यदि एक पंक्ति को लूप किया जाता है, तो नोड को पीयर के मैजिक नंबर के साथ एक संदेश प्राप्त करने के बजाय, अपने स्वयं के मैजिक नंबर के साथ एक LCP संदेश प्राप्त होता है।

विन्यास विकल्प

पिछले खंड ने विशिष्ट WAN कनेक्शन आवश्यकताओं को पूरा करने के लिए LCP विकल्पों के उपयोग की शुरुआत की थी। पीपीपी में निम्नलिखित एलसीपी विकल्प शामिल हो सकते हैं:

    प्रमाणीकरण – पीयर राउटर प्रमाणीकरण संदेशों का आदान-प्रदान करते हैं। दो प्रमाणीकरण विकल्प पासवर्ड प्रमाणीकरण प्रोटोकॉल (पीएपी) और चैलेंज हैंडशेक प्रमाणीकरण प्रोटोकॉल (सीएचएपी) हैं। प्रमाणीकरण को अगले भाग में समझाया गया है।

    संपीड़न – पूरे लिंक में यात्रा करने वाले फ्रेम में डेटा की मात्रा को कम करके पीपीपी कनेक्शन पर प्रभावी थ्रूपुट बढ़ाता है। प्रोटोकॉल अपने गंतव्य पर फ्रेम को डीकंप्रेस करता है। अधिक जानकारी के लिए RFC 1962 देखें।

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

    मल्टीलिंक – मल्टीलिंक पीपीपी के माध्यम से पीपीपी द्वारा उपयोग किए जाने वाले कई इंटरफेस लोड संतुलन प्रदान करता है (नीचे देखें)।

पीपीपी फ्रेम

संरचना

पीपीपी फ्रेम एचडीएलसी फ्रेम के प्रकार हैं:

नाम बाइट्स की संख्या विवरण

1 0x7E, पीपीपी फ्रेम की शुरुआत फ्लैग करें

पता 1 0xFF, मानक प्रसारण पता

नियंत्रण 1 0x03, अनगिनत डेटा

एम्बेडेड डेटा का प्रोटोकॉल 2 पीपीपी आईडी

सूचना चर (0 या अधिक) डेटाग्राम

पैडिंग वैरिएबल (0 या अधिक) वैकल्पिक पैडिंग

फ़्रेम चेक अनुक्रम 2 फ़्रेम चेकसम

1 0x7E, क्रमिक पीपीपी पैकेटों के लिए छोड़े गए फ्लैग करें

यदि दोनों पीयर एलसीपी के दौरान एड्रेस फील्ड और कंट्रोल फील्ड कंप्रेशन के लिए सहमत होते हैं, तो उन फील्ड्स को छोड़ दिया जाता है। इसी तरह यदि दोनों पीयर प्रोटोकॉल फील्ड कम्प्रेशन के लिए सहमत हैं, तो 0x00 बाइट को छोड़ा जा सकता है।

प्रोटोकॉल फ़ील्ड पेलोड पैकेट के प्रकार को इंगित करता है: LCP के लिए 0xC021, विभिन्न NCP के लिए 0x80xy, IP के लिए 0x0021, 0x0029 AppleTalk, IPX के लिए 0x002B, मल्टीलिंक के लिए 0x003D, NetBIOS के लिए 0x003F, MPPC और MPPE के लिए 0x00FD, आदि। पीपीपी सीमित है, और इसमें ईथर टाइप के विपरीत सामान्य परत 3 डेटा नहीं हो सकता है।

सूचना क्षेत्र में पीपीपी पेलोड होता है; इसकी एक परिवर्तनशील लंबाई होती है, जिसे अधिकतम पारेषण इकाई कहा जाता है। डिफ़ॉल्ट रूप से, अधिकतम 1500 ऑक्टेट है। यह संचरण पर गद्देदार हो सकता है; यदि किसी विशेष प्रोटोकॉल की जानकारी को गद्देदार किया जा सकता है, तो उस प्रोटोकॉल को जानकारी को पैडिंग से अलग करने की अनुमति देनी चाहिए।

कैप्सूलीकरण

पीपीपी फ्रेम एक निचले स्तर के प्रोटोकॉल में एनकैप्सुलेटेड होते हैं जो फ्रेमिंग प्रदान करता है और ट्रांसमिशन त्रुटियों का पता लगाने के लिए चेकसम जैसे अन्य कार्य प्रदान कर सकता है। सीरियल लिंक पर पीपीपी आमतौर पर आईईटीएफ आरएफसी 1662 द्वारा वर्णित एचडीएलसी के समान एक फ्रेमिंग में समझाया जाता है।

नाम बाइट्स की संख्या विवरण

फ्लैग 1 फ्रेम के आरंभ या अंत को दर्शाता है

पता 1 बी

सड़क का पता

नियंत्रण 1 नियंत्रण बाइट

सूचना क्षेत्र में प्रोटोकॉल 1 या 2 या 3 एल

सूचना चर (0 या अधिक) डेटाग्राम

पैडिंग वैरिएबल (0 या अधिक) वैकल्पिक पैडिंग

FCS 2 (या 4) त्रुटि जाँच

फ्लैग फील्ड तब मौजूद होता है जब एचडीएलसी जैसी फ्रेमिंग के साथ पीपीपी का उपयोग किया जाता है।

पता और नियंत्रण फ़ील्ड में हमेशा हेक्स एफएफ (“सभी स्टेशनों के लिए”) और हेक्स 03 (“अनगिनत जानकारी” के लिए) का मान होता है, और जब भी पीपीपी एलसीपी पता-और-नियंत्रण-क्षेत्र-संपीड़न (एसीएफसी) पर बातचीत की जाती है तो इसे छोड़ा जा सकता है .

फ़्रेम चेक अनुक्रम (FCS) फ़ील्ड का उपयोग यह निर्धारित करने के लिए किया जाता है कि किसी व्यक्तिगत फ़्रेम में कोई त्रुटि है या नहीं। इसमें ट्रांसमिशन में त्रुटियों के खिलाफ बुनियादी सुरक्षा प्रदान करने के लिए फ्रेम पर गणना की गई चेकसम शामिल है। यह एक सीआरसी कोड है जो अन्य परत दो प्रोटोकॉल त्रुटि सुरक्षा योजनाओं के लिए उपयोग किया जाता है जैसे कि ईथरनेट में उपयोग किया जाता है। RFC 1662 के अनुसार, यह आकार में 16 बिट (2 बाइट्स) या 32 बिट्स (4 बाइट्स) हो सकता है (डिफ़ॉल्ट 16 बिट्स है – बहुपद x16 + x12 + x5 + 1)।

FCS की गणना पता, नियंत्रण, प्रोटोकॉल, सूचना और पैडिंग फ़ील्ड पर संदेश के एनकैप्सुलेट होने के बाद की जाती है।

लाइन सक्रियण और चरण

लिंक मृत

    यह चरण तब होता है जब लिंक विफल हो जाता है, या एक पक्ष को डिस्कनेक्ट करने के लिए कहा गया है (उदाहरण के लिए उपयोगकर्ता ने अपना डायलअप कनेक्शन समाप्त कर दिया है।)

लिंक स्थापना चरण

    यह वह चरण है जहां लिंक नियंत्रण प्रोटोकॉल वार्ता का प्रयास किया जाता है। सफल होने पर, नियंत्रण या तो प्रमाणीकरण चरण या नेटवर्क-लेयर प्रोटोकॉल चरण में चला जाता है, जो इस पर निर्भर करता है कि प्रमाणीकरण वांछित है या नहीं।

प्रमाणीकरण चरण

    यह चरण वैकल्पिक है। यह कनेक्शन स्थापित होने से पहले पक्षों को एक दूसरे को प्रमाणित करने की अनुमति देता है। सफल होने पर, नियंत्रण नेटवर्क-लेयर प्रोटोकॉल चरण में चला जाता है।

नेटवर्क-लेयर प्रोटोकॉल चरण

    यह चरण वह जगह है जहां प्रत्येक वांछित प्रोटोकॉल ‘नेटवर्क नियंत्रण प्रोटोकॉल लागू किया जाता है। उदाहरण के लिए, IPCP का उपयोग लाइन पर IP सेवा स्थापित करने में किया जाता है। सभी प्रोटोकॉल के लिए डेटा ट्रांसपोर्ट जो उनके नेटवर्क नियंत्रण प्रोटोकॉल के साथ सफलतापूर्वक शुरू किया गया है, इस चरण में भी होता है। इस चरण में नेटवर्क प्रोटोकॉल का बंद होना भी होता है।

लिंक समाप्ति चरण

    यह चरण इस कनेक्शन को बंद कर देता है। यह तब हो सकता है जब कोई प्रमाणीकरण विफल हो, यदि इतनी सारी चेकसम त्रुटियां हैं कि दोनों पक्ष लिंक को स्वचालित रूप से फाड़ने का निर्णय लेते हैं, यदि लिंक अचानक विफल हो जाता है, या यदि उपयोगकर्ता कनेक्शन को हैंग करने का निर्णय लेता है।

कई लिंक पर

मल्टीलिंक पीपीपी

मल्टीलिंक पीपीपी (जिसे एमएलपीपीपी, एमपी, एमपीपीपी, एमएलपी, या मल्टीलिंक भी कहा जाता है) कई अलग-अलग पीपीपी कनेक्शनों में ट्रैफिक फैलाने की एक विधि प्रदान करता है। इसे RFC 1990 में परिभाषित किया गया है। इसका उपयोग, उदाहरण के लिए, दो पारंपरिक 56k मोडेम का उपयोग करके एक होम कंप्यूटर को इंटरनेट सेवा प्रदाता से जोड़ने के लिए, या किसी कंपनी को दो लीज़्ड लाइनों के माध्यम से जोड़ने के लिए किया जा सकता है।

एक एकल पीपीपी लाइन पर फ्रेम क्रम से बाहर नहीं आ सकते हैं, लेकिन यह तब संभव है जब फ्रेम को कई पीपीपी कनेक्शनों में विभाजित किया जाए। इसलिए, मल्टीलिंक पीपीपी को टुकड़ों की संख्या देनी चाहिए ताकि उनके आने पर उन्हें फिर से सही क्रम में रखा जा सके।

मल्टीलिंक पीपीपी लिंक एग्रीगेशन तकनीक का एक उदाहरण है। सिस्को आईओएस रिलीज 11.1 और बाद में मल्टीलिंक पीपीपी का समर्थन करता है।

मल्टीक्लास पीपीपी

पीपीपी के साथ, कोई एक ही लिंक पर एक साथ कई अलग पीपीपी कनेक्शन स्थापित नहीं कर सकता है।

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

मल्टीक्लास पीपीपी एक प्रकार का मल्टीलिंक पीपीपी है जहां यातायात का प्रत्येक “वर्ग” एक अलग अनुक्रम संख्या स्थान और पुन: संयोजन बफर का उपयोग करता है। मल्टीक्लास पीपीपी को आरएफसी 2686 . में परिभाषित किया गया है

सुरंगों

उदाहरण के लिए सरलीकृत OSI प्रोटोकॉल स्टैक SSH+PPP टनल एप्लीकेशन FTP SMTP HTTP… DNS…

परिवहन टीसीपी यूडीपी

नेटवर्क आईपी

डेटा लिंक पीपीपी

आवेदन एसएसएच

परिवहन टीसीपी

नेटवर्क आईपी

डेटा लिंक ईथरनेट एटीएम

भौतिक केबल, हब, और इसी तरह

व्युत्पन्न प्रोटोकॉल

PPTP (प्वाइंट-टू-पॉइंट टनलिंग प्रोटोकॉल) एन्क्रिप्शन (MPPE) और कम्प्रेशन (MPPC) का उपयोग करके GRE के माध्यम से दो मेजबानों के बीच PPP का एक रूप है।

एक सुरंग के दोनों सिरों के बीच परत 2 प्रोटोकॉल के रूप में

IP नेटवर्क पर डेटा को टनल करने के लिए कई प्रोटोकॉल का उपयोग किया जा सकता है। उनमें से कुछ, जैसे SSL, SSH, या L2TP वर्चुअल नेटवर्क इंटरफेस बनाते हैं और टनल एंडपॉइंट्स के बीच सीधे भौतिक कनेक्शन का आभास देते हैं। उदाहरण के लिए लिनक्स होस्ट पर, इन इंटरफेस को tun0 या ppp0 कहा जाएगा।

चूंकि सुरंग पर केवल दो समापन बिंदु हैं, सुरंग एक बिंदु से बिंदु कनेक्शन है और वर्चुअल नेटवर्क इंटरफेस के बीच डेटा लिंक परत प्रोटोकॉल के रूप में पीपीपी एक प्राकृतिक विकल्प है। पीपीपी इन वर्चुअल इंटरफेस को आईपी एड्रेस असाइन कर सकता है, और इन आईपी एड्रेस का इस्तेमाल, उदाहरण के लिए, सुरंग के दोनों किनारों पर नेटवर्क के बीच रूट करने के लिए किया जा सकता है।

टनलिंग मोड में IPsec सुरंग के अंत में आभासी भौतिक इंटरफेस नहीं बनाता है, क्योंकि सुरंग h . हैऔर सीधे TCP/IP स्टैक द्वारा चलाया जाता है। L2TP का उपयोग इन इंटरफेस को प्रदान करने के लिए किया जा सकता है, इस तकनीक को L2TP/IPsec कहा जाता है। इस मामले में भी, पीपीपी सुरंग के छोर तक आईपी पते प्रदान करता है।

आईईटीएफ मानक

PPP को RFC 1661 (द पॉइंट-टू-पॉइंट प्रोटोकॉल, जुलाई 1994) में परिभाषित किया गया है। RFC 1547 (रिक्वायरमेंट्स फॉर ए इंटरनेट स्टैंडर्ड पॉइंट-टू-पॉइंट प्रोटोकॉल, दिसंबर 1993) पीपीपी की आवश्यकता और इसके विकास के बारे में ऐतिहासिक जानकारी प्रदान करता है। संबंधित RFC की एक श्रृंखला यह परिभाषित करने के लिए लिखी गई है कि विभिन्न प्रकार के नेटवर्क नियंत्रण प्रोटोकॉल-जिसमें TCP/IP, DECnet, AppleTalk, IPX और अन्य शामिल हैं- PPP के साथ कैसे काम करते हैं।

    RFC 1332, पीपीपी इंटरनेट प्रोटोकॉल कंट्रोल प्रोटोकॉल (आईपीसीपी)

    RFC 1661, मानक 51, पॉइंट-टू-पॉइंट प्रोटोकॉल (PPP)

    एचडीएलसी-जैसे फ्रेमिंग में आरएफसी 1662, मानक 51, पीपीपी

    आरएफसी 1962, पीपीपी संपीड़न नियंत्रण प्रोटोकॉल (सीसीपी)

    RFC 1963, PPP सीरियल डेटा ट्रांसपोर्ट प्रोटोकॉल

    RFC 1877, नाम सर्वर पतों के लिए PPP इंटरनेट प्रोटोकॉल नियंत्रण प्रोटोकॉल एक्सटेंशन

    RFC 1990, पीपीपी मल्टीलिंक प्रोटोकॉल (एमपी)

    RFC 1994, PPP चैलेंज हैंडशेक ऑथेंटिकेशन प्रोटोकॉल (CHAP)

    आरएफसी 2153, सूचनात्मक, पीपीपी विक्रेता एक्सटेंशन

    RFC 2284, PPP एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल (EAP)

    आरएफसी 2364, एटीएम पर पीपीपी

    RFC 2516, ईथरनेट पर पीपीपी

    RFC 2615, SONET/SDH पर PPP

    RFC 2686, मल्टी-क्लास एक्सटेंशन टू मल्टी-लिंक पीपीपी

    आरएफसी 2687, प्रस्तावित मानक, पीपीपी एक रीयल-टाइम ओरिएंटेड एचडीएलसी-जैसे फ़्रेमिंग में

    आरएफसी 5072, पीपीपी पर आईपी संस्करण 6

    RFC 5172, IPv6 नियंत्रण प्रोटोकॉल का उपयोग करके IPv6 डेटाग्राम संपीड़न के लिए बातचीत

    RFC 6361, PPP ट्रांसपेरेंट इंटरकनेक्शन ऑफ़ लॉट्स ऑफ़ लिंक्स (TRIL) प्रोटोकॉल कंट्रोल प्रोटोकॉल

अतिरिक्त ड्राफ्ट:

    आईपी ​​​​सबनेट (ड्राफ्ट) के लिए पीपीपी इंटरनेट प्रोटोकॉल कंट्रोल प्रोटोकॉल एक्सटेंशन

    DNS सर्वर पतों के लिए PPP IPV6 नियंत्रण प्रोटोकॉल एक्सटेंशन (ड्राफ्ट)

    रूट टेबल एंट्री के लिए पीपीपी इंटरनेट प्रोटोकॉल कंट्रोल प्रोटोकॉल एक्सटेंशन (ड्राफ्ट)

    पीपीपी कंसिस्टेंट ओवरहेड बाइट स्टफिंग (ड्राफ्ट) (cf. कंसिस्टेंट ओवरहेड बाइट स्टफिंग)

What is Public Private Partnership? (What is Public Private Partnership?)

A public-private partnership, also known as a PPP, 3P or P3, is a cooperative arrangement between two or more public and private sectors, usually of a long-term nature. Under Public Private Partnership, the government completes its projects with private companies. Many highways of the country are built on this model. Through this, funds are arranged for the development of any public service or infrastructure. In this, government and private institutions meet and achieve their pre-determined goals together.

PPP is a broad term that can be applied to any long-term contract of a simple, short-term management that includes funding, planning, building, operation, maintenance and disinvestment. PPP arrangements are useful for large projects that require highly skilled labor and significant cash outlays to undertake. They are also useful in countries that require the state to legally have any infrastructure that serves the public.

Why the need for PPP? (Need of PPP)

PPP is needed because, when the government does not have enough money, so that it can fulfill its announcements of thousands of crores, then in such a situation the government makes agreements with private companies and completes these projects.

A public-private partnership (PPP) is a funding model for a public infrastructure project such as a new telecommunications system, airport or power plant. The public partner is represented by the government at the local, state and/or national level. The private partner can be a privately owned business, a public corporation or an association of businesses with a specific area of ​​expertise.

Advantages of Public Private Partnership

    Adopting PPP model enables projects to be completed at the right cost and on time.

    Due to the timely completion of PPP work, the income from the scheduled projects also starts on time, due to which the income of the government also starts increasing.

    The efficiency of the economy can be increased by increasing the productivity of labor and capital resources in completing projects.

    The quality of work done under PPP model is better as compared to government work and also the work is done according to its prescribed plan.

    The risk under the PPP model is divided into both public and private sectors.

    The PPP model frees the government from its budgetary problems and borrowing limits.

Different models of PPP funding are characterized by which partner is responsible for the ownership and maintenance of assets at various stages of the project. Examples of PPP models include:

Design-Build:

Private sector partners build infrastructure to meet the specifications of a public sector partner, often for a fixed price. The private sector partner accepts all risks.

Operation & Maintenance Contract:

The private sector partner, under the contract, operates the publicly owned asset for a specific period. The public partner retains ownership of the property.

Design-Build-Finance-Operate:

The private sector partner designs, finances and maintains a new infrastructure component under a long-term lease. The private sector partner transfers the infrastructure component to the public sector partner when it is leased.

Build-Own-Operate:

The private sector partner builds, owns and operates the finance and infrastructure components. The constraints of the public sector partner are stated through the original agreement and on-going regulatory authority.

Build-Own-Operate-Transfer:

The private sector partner is authorized to finance, design, build and operate the infrastructure component for a specific period, after which the ownership is transferred back to the public sector partner.

Buy-Build-Operate:

This publicly owned asset is legally transferred to a private sector partner for a designated period.

Build-lease-operate-transfer

Private sector partners design, build a facility on leased public land. Private sector partners operate the facility for the duration of the land lease. When the lease term expires, the assets are transferred to the public sector partner.

Operation License:

A private sector partner is granted a license or other expression of legal permission, usually for a specified period, to conduct a public service. (This model is often used in IT projects.)

Finance Only:

The private sector partner, usually a financial services company, funds the infrastructure component and charges the public sector partner interest for the use of the funds.

Leave a Reply

Your email address will not be published.