पोर्ट नियंत्रण प्रोटोकॉल

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

पीसीपी को 2013 में NAT पोर्ट मैपिंग प्रोटोकॉल (NAT-PMP) के उत्तराधिकारी के रूप में मानकीकृत किया गया था, जिसके साथ यह समान प्रोटोकॉल अवधारणाओं और पैकेट प्रारूपों को साझा करता है।^[3] PCP IPv6 और अतिरिक्त NAT परिदृश्यों के लिए समर्थन जोड़ता है।

ऐसे वातावरण में जहां स्थानीय नेटवर्क में यूनिवर्सल प्लग एंड प्ले इंटरनेट गेटवे डिवाइस (यूपीएनपी आईजीडी) का उपयोग किया जाता है, यूपीएनपी आईजीडी और पीसीपी के बीच एक इंटरवर्किंग फ़ंक्शन को आईजीडी में एम्बेड करना आवश्यक है। UPnP IGD-PCP इंटरवर्किंग फ़ंक्शन RFC6970 में निर्दिष्ट है।^[4] पोर्ट कंट्रोल प्रोटोकॉल (पीसीपी) सर्वर आईपी पते के साथ होस्ट को कॉन्फ़िगर करने के लिए डीएचसीपी (आईपीवी4 और आईपीवी6) विकल्प आरएफसी7291 में निर्दिष्ट हैं।^[5] पीसीपी सर्वरों की सूची में से एक सर्वर का चयन करने के लिए अपनाई जाने वाली प्रक्रिया की चर्चा RFC7488 में की गई है।^[6] ऐसे वातावरण में जहां NAT64 तैनात है, PCP NAT64 (RFC7225) द्वारा IPv4-परिवर्तित IPv6 पते बनाने के लिए PCP-नियंत्रित NAT64 डिवाइस द्वारा उपयोग किए जाने वाले IPv6 उपसर्ग को सीखने की अनुमति देता है। ^[7]

सिंहावलोकन

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

आम तौर पर, नेटवर्क उपकरण परिनियोजन उन उपकरणों को राउटर या फ़ायरवॉल के पीछे रखता है जो NAT (उदाहरण के लिए IPv4 पते को साझा करने में सक्षम करने के लिए) या पैकेट फ़िल्टरिंग (बेहतर नेटवर्क सुरक्षा और संरक्षण के लिए) करते हैं, जिससे एंड-टू-एंड कनेक्टिविटी टूट जाती है। और उपकरण और एप्लिकेशन को शेष इंटरनेट से अप्राप्य बना रहा है।^[1]^[3]

समस्या

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

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

इसके अतिरिक्त, कुछ नेटवर्क अनुप्रयोगों (उदाहरण के लिए, एफ़टीपी) को कई कनेक्शनों के गतिशील उद्घाटन की आवश्यकता होती है, जिसमें एप्लिकेशन-स्तरीय गेटवे (एएलजी) शामिल होते हैं और इसके अतिरिक्त जटिलता बढ़ जाती है।^[2]^[3]

समाधान के रूप में पीसीपी

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

बनाई गई स्पष्ट मैपिंग का एक ज्ञात जीवनकाल होता है, आमतौर पर कई घंटे, मैपिंग को संरक्षित करने के उद्देश्य से होस्ट और सर्वर के बीच एप्लिकेशन-स्तरीय कीपेलिव संदेशों के आदान-प्रदान की कोई आवश्यकता नहीं होती है। परिणामस्वरूप, नेटवर्क का उपयोग और बिजली की खपत कम हो जाती है, और एप्लिकेशन-स्तरीय रखरखाव तर्क को अब क्लाइंट और सर्वर पक्षों पर लागू करने की आवश्यकता नहीं होती है। पीसीपी मैपिंग प्रतिक्रिया एप्लिकेशन को संबंधित बाहरी रूप से दृश्यमान पैरामीटर (आईपी एड्रेस, प्रोटोकॉल और पोर्ट) प्रदान करती है जिसे बाद में एप्लिकेशन-विशिष्ट तरीकों से अन्य ग्राहकों के लिए घोषित किया जा सकता है ताकि आने वाले कनेक्शन स्थापित किए जा सकें। इसके अतिरिक्त, मैपिंग पहले से ही स्थापित होने पर बाहरी आईपी पता बदलने पर पीसीपी अनुप्रयोगों को सूचित कर सकता है।^[1]^[3]

विभिन्न प्रकार के NAT को PCP द्वारा नियंत्रित किया जा सकता है, जो NAT64, NAT66 और NAT44 के लिए समर्थन प्रदान करता है; IPv4 और IPv6 फ़ायरवॉल उपकरणों में PCP का समावेश भी समर्थित है। पीसीपी को बड़े पैमाने पर एकत्रीकरण बिंदुओं (उदाहरण के लिए, वाहक-ग्रेड एनएटी के हिस्से के रूप में), और कम महंगे ग्राहक परिसर उपकरण | उपभोक्ता-ग्रेड उपकरणों के अंदर उपयोग करने के लिए डिज़ाइन किया गया है। दीर्घकालिक (उदाहरण के लिए, आईपी कैमरा या सर्वर के रूप में कार्य करने वाले तापमान सेंसर के लिए) और अल्पकालिक मैपिंग (उदाहरण के लिए ऑनलाइन कंप्यूटर गेम खेलते समय) दोनों समर्थित हैं।^[1]^[2]^[3]

पीसीपी ट्रांसपोर्ट परत प्रोटोकॉल का समर्थन करता है जो 16-बिट पोर्ट नंबरों का उपयोग करता है (उदाहरण के लिए, प्रसारण नियंत्रण प्रोटोकॉल , डेटाग्राम प्रोटेकॉलका उपयोग करें, स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल (एससीटीपी) या डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल (डीसीसीपी)। प्रोटोकॉल जो पोर्ट नंबरों का उपयोग नहीं करते हैं (उदाहरण के लिए) , संसाधन आरक्षण प्रोटोकॉल (आरएसवीपी), सुरक्षा पेलोड को एनकैप्सुलेट करना (ईएसपी), इंटरनेट नियंत्रण संदेश प्रोटोकॉल या आईसीएमपीवी6) आईपीवी4 फ़ायरवॉल, आईपीवी6 फ़ायरवॉल और एनपीटीवी6 (आईपीवी6 प्रीफ़िक्स ट्रांसलेशन) फ़ंक्शंस के लिए समर्थित हैं, लेकिन प्रति बाहरी एक से अधिक क्लाइंट द्वारा समर्थित नहीं किया जा सकता है NAT के मामले में आईपी पता.^[3]

पीसीपी विनिर्देश मल्टीहोमिंग | मल्टी-होम नेटवर्क (जिसमें कई नेटवर्क गेटवे या डिफ़ॉल्ट रूट हैं) से निपटने के लिए एक तंत्र को परिभाषित नहीं करता है। फिर भी नेटफिल्टर#आगे नेटफिल्टर परियोजनाओं जैसे समन्वय तंत्र का उपयोग करके ऐसे नेटवर्क में पीसीपी लागू करना संभव है। हालाँकि, यदि विभिन्न नेटवर्कों में से प्रत्येक का अपना बाहरी आईपी पता है, तो दी गई पीसीपी मैपिंग केवल एक या दूसरे का उपयोग कर सकती है क्योंकि प्रोटोकॉल के लिए क्लाइंट को एक विशिष्ट बाहरी आईपी पता प्रदान करना आवश्यक है। यदि वह नेटवर्क अनुपलब्ध हो जाता है तो अन्य नेटवर्क से बाहरी आईपी पते का उपयोग करने के लिए पीसीपी मैपिंग को अद्यतन करना होगा।^[3]

पीसीपी विनिर्देश दूरस्थ कंप्यूटरों को आईपी पते, प्रोटोकॉल और पोर्ट के बारे में सूचित करने के तरीके से निपटने के लिए एक तंत्र को परिभाषित नहीं करता है आने वाला कनेक्शन. RFC6887 में कहा गया है कि पीसीपी कोई मिलन समारोह प्रदान नहीं करता है और इसे एप्लिकेशन-विशिष्ट तरीके से किया जाना चाहिए, जैसे बाहरी नेमसर्विस सर्वर का उपयोग करना।

इतिहास

पीसीपी को 2013 में NAT पोर्ट मैपिंग प्रोटोकॉल (NAT पोर्ट मैपिंग प्रोटोकॉल | NAT-PMP) के उत्तराधिकारी के रूप में मानकीकृत किया गया था, इसके साथ समान प्रोटोकॉल अवधारणाओं और पैकेट प्रारूपों को साझा किया गया था। डिज़ाइन अंतरों में से एक के रूप में, NAT-PMP उपभोक्ता-ग्रेड उपकरणों पर तैनाती तक काफी सीमित है, जबकि PCP को वाहक-ग्रेड उपकरणों का समर्थन करने के लिए भी डिज़ाइन किया गया है।^[3]^: 50, 87 2005 से, NAT-PMP को Apple Inc. के विभिन्न उत्पादों में लागू किया गया है।^[8]^: 1

पीसीपी इंटरनेट गेटवे डिवाइस प्रोटोकॉल (आईजीडीपी) से संबंधित है, जिसे 2001 में यूनिवर्सल प्लग एंड प्ले (यूपीएनपी) विनिर्देश के हिस्से के रूप में मानकीकृत किया गया था। जबकि आईजीडीपी जटिल है और मैन्युअल कॉन्फ़िगरेशन के अनुरूप है, पीसीपी को सॉफ्टवेयर अनुप्रयोगों के भीतर सरलता और स्वचालित उपयोग के लिए डिज़ाइन किया गया है। NAT-PMP विनिर्देश में IGDP के साथ समस्याओं की एक सूची शामिल है जिसने NAT-PMP और उसके बाद इसके उत्तराधिकारी PCP के निर्माण को प्रेरित किया।^[8]^: 26–32

सुरक्षा

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

कंप्यूटर सुरक्षा के दृष्टिकोण से, एक महत्वपूर्ण PCP सुविधा है THIRD_PARTY मैपिंग अनुरोध-प्रतिक्रिया विकल्प। जब उपयोग किया जाता है, तो यह विकल्प दर्शाता है कि मैपिंग अनुरोध के हिस्से के रूप में अतिरिक्त रूप से निर्दिष्ट आईपी पते को बनाए गए स्पष्ट मैपिंग के लिए आंतरिक पते के रूप में उपयोग किया जाना चाहिए, बजाय इसके कि वास्तविक मैपिंग अनुरोध पैकेट के स्रोत आईपी पते का उपयोग करने के डिफ़ॉल्ट व्यवहार का पालन किया जाए। उद्देश्य। इस तरह के मैपिंग अनुरोध एक पीसीपी-सक्षम एनएटी डिवाइस या फ़ायरवॉल के साथ समाप्त हो सकते हैं जो निर्दिष्ट आईपी पते के लिए कहीं और लगाए गए अज्ञात नियमों के कारण अंतर्निहित मैपिंग द्वारा अनुमति से अधिक स्पष्ट मैपिंग विशेषाधिकार प्रदान करते हैं, जिससे हमलावर को कुछ ट्रैफ़िक चोरी करने, या आचरण करने की अनुमति मिलती है। सेवा से इनकार (DoS) हमला।^[3]

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

आंतरिक

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

Port Control Protocol opcodes^[3]
Opcode	Description
MAP	Creates or renews a mapping for inbound forwarding, allowing a host to act as a server and receive inbound communication.
PEER	Creates or renews an outbound mapping, allowing a host to maintain opened its communication with a single peer.
ANNOUNCE	Announces various changes to the hosts, including server restarts and changes to the external IP address.

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

पीसीपी अनुरोध बनाने के उद्देश्य से, सर्वर का आईपी पता या तो होस्ट पर मैन्युअल रूप से कॉन्फ़िगर किया जाता है, होस्ट के डीएचसीपी पट्टे के हिस्से के रूप में पाया जाता है, या होस्ट के कॉन्फ़िगर किए गए डिफ़ॉल्ट गेटवे पर सेट किया जाता है। होस्ट अनुरोध संदेश क्लाइंट के किसी भी स्रोत यूडीपी पोर्ट से सर्वर के यूडीपी पोर्ट 5351 पर भेजे जाते हैं जिसे वह सुनता है; अवांछित बहुस्त्र्पीय सर्वर सूचनाएं (जैसे सर्वर पुनरारंभ घोषणाएं) सर्वर के यूडीपी पोर्ट 5351 से होस्ट पर यूडीपी पोर्ट 5350 पर भेजी जाती हैं जिन्हें वे सुनते हैं।^[3]

सभी पीसीपी संदेशों के लिए अधिकतम यूडीपी पेलोड (कंप्यूटिंग) लंबाई 1100 ऑक्टेट (कंप्यूटिंग) है। प्रत्येक पीसीपी संदेश में एक अनुरोध या प्रतिक्रिया हेडर होता है जिसमें एक opcode होता है जो संबंधित ऑपरेशन, किसी भी प्रासंगिक ऑपकोड-विशिष्ट जानकारी (जैसे कि कौन से पोर्ट को मैप किया जाना है), और शून्य या अधिक विकल्प (जैसे कि) निर्धारित करता है THIRD_PARTYविकल्प वर्णित #सुरक्षा). परिणाम कोड सर्वर प्रतिक्रियाओं के भाग के रूप में लौटाए जाते हैं; प्रत्येक परिणाम कोड का एक संबद्ध जीवनकाल होता है, जो मेजबानों को बताता है कि कब कुछ परिचालनों का पुन: प्रयास किया जा सकता है या दोहराया जाना चाहिए। उदाहरण के लिए, परिणाम जीवनकाल यह निर्दिष्ट कर सकता है कि विफलता की स्थिति कितने समय तक बनी रहने की उम्मीद है, या बनाई गई मैपिंग कितने समय तक चलेगी।^[3]

यह भी देखें

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

संदर्भ

↑ ^1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 ^1.7 Dan Wing (December 2011). "Port Control Protocol". The Internet Protocol Journal. Cisco Systems. Retrieved January 31, 2014.
↑ ^2.0 ^2.1 ^2.2 ^2.3 "Port Control Protocol Overview (Junos OS 13.3)". Juniper Networks. August 14, 2013. Retrieved January 31, 2014.
↑ ^3.00 ^3.01 ^3.02 ^3.03 ^3.04 ^3.05 ^3.06 ^3.07 ^3.08 ^3.09 ^3.10 ^3.11 ^3.12 ^3.13 ^3.14 ^3.15 ^3.16 ^3.17 ^3.18 D. Wing; S. Cheshire; M. Boucadair; R. Penno; P. Selkirk (April 2013). Wing, D. (ed.). "RFC 6887: Port Control Protocol (PCP)". Internet Engineering Task Force (IETF). doi:10.17487/RFC6887. Retrieved June 5, 2023. {{cite journal}}: Cite journal requires |journal= (help)
↑ Boucadair, M.; Penno, R.; Wing, D. (July 2013). "यूनिवर्सल प्लग एंड प्ले (यूपीएनपी) इंटरनेट गेटवे डिवाइस - पोर्ट कंट्रोल प्रोटोकॉल इंटरवर्किंग फंक्शन (आईजीडी-पीसीपी आईडब्ल्यूएफ)". doi:10.17487/rfc6970. {{cite journal}}: Cite journal requires |journal= (help)
↑ Boucadair, M.; Penno, R.; Wing, D. (July 2014). "पोर्ट कंट्रोल प्रोटोकॉल (पीसीपी) के लिए डीएचसीपी विकल्प". doi:10.17487/rfc7291. {{cite journal}}: Cite journal requires |journal= (help)
↑ Boucadair, M.; Penno, R.; Wing, D.; Patil, P.; Reddy, T. (March 2015). "पोर्ट कंट्रोल प्रोटोकॉल (पीसीपी) सर्वर चयन". doi:10.17487/rfc7488. {{cite journal}}: Cite journal requires |journal= (help)
↑ Boucadair, M. (May 2014). "Discovering NAT64 IPv6 Prefixes Using the Port Control Protocol (PCP)". doi:10.17487/rfc7225. {{cite journal}}: Cite journal requires |journal= (help)
↑ ^8.0 ^8.1 S. Cheshire; M. Krochmal (April 2013). "RFC 6886: NAT Port Mapping Protocol (NAT-PMP)". Internet Engineering Task Force (IETF). doi:10.17487/RFC6886. Retrieved August 8, 2014. {{cite journal}}: Cite journal requires |journal= (help)
↑ M. Cullen; S. Hartman; D. Zhang; T. Reddy (September 2015). "RFC 7652: Port Control Protocol (PCP) Authentication Mechanism". Internet Engineering Task Force (IETF). doi:10.17487/RFC7652. Retrieved April 29, 2016. {{cite journal}}: Cite journal requires |journal= (help)

बाहरी संबंध

[ipj-14-4-1] 1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 ^1.7 Dan Wing (December 2011). "Port Control Protocol". The Internet Protocol Journal. Cisco Systems. Retrieved January 31, 2014.

[juniper-pcp-2] 2.0 ^2.1 ^2.2 ^2.3 "Port Control Protocol Overview (Junos OS 13.3)". Juniper Networks. August 14, 2013. Retrieved January 31, 2014.

[rfc-6887-3] 3.00 ^3.01 ^3.02 ^3.03 ^3.04 ^3.05 ^3.06 ^3.07 ^3.08 ^3.09 ^3.10 ^3.11 ^3.12 ^3.13 ^3.14 ^3.15 ^3.16 ^3.17 ^3.18 D. Wing; S. Cheshire; M. Boucadair; R. Penno; P. Selkirk (April 2013). Wing, D. (ed.). "RFC 6887: Port Control Protocol (PCP)". Internet Engineering Task Force (IETF). doi:10.17487/RFC6887. Retrieved June 5, 2023. {{cite journal}}: Cite journal requires |journal= (help)

[4] Boucadair, M.; Penno, R.; Wing, D. (July 2013). "यूनिवर्सल प्लग एंड प्ले (यूपीएनपी) इंटरनेट गेटवे डिवाइस - पोर्ट कंट्रोल प्रोटोकॉल इंटरवर्किंग फंक्शन (आईजीडी-पीसीपी आईडब्ल्यूएफ)". doi:10.17487/rfc6970. {{cite journal}}: Cite journal requires |journal= (help)

[5] Boucadair, M.; Penno, R.; Wing, D. (July 2014). "पोर्ट कंट्रोल प्रोटोकॉल (पीसीपी) के लिए डीएचसीपी विकल्प". doi:10.17487/rfc7291. {{cite journal}}: Cite journal requires |journal= (help)

[6] Boucadair, M.; Penno, R.; Wing, D.; Patil, P.; Reddy, T. (March 2015). "पोर्ट कंट्रोल प्रोटोकॉल (पीसीपी) सर्वर चयन". doi:10.17487/rfc7488. {{cite journal}}: Cite journal requires |journal= (help)

[7] Boucadair, M. (May 2014). "Discovering NAT64 IPv6 Prefixes Using the Port Control Protocol (PCP)". doi:10.17487/rfc7225. {{cite journal}}: Cite journal requires |journal= (help)

[rfc-6886-8] 8.0 ^8.1 S. Cheshire; M. Krochmal (April 2013). "RFC 6886: NAT Port Mapping Protocol (NAT-PMP)". Internet Engineering Task Force (IETF). doi:10.17487/RFC6886. Retrieved August 8, 2014. {{cite journal}}: Cite journal requires |journal= (help)

[9] M. Cullen; S. Hartman; D. Zhang; T. Reddy (September 2015). "RFC 7652: Port Control Protocol (PCP) Authentication Mechanism". Internet Engineering Task Force (IETF). doi:10.17487/RFC7652. Retrieved April 29, 2016. {{cite journal}}: Cite journal requires |journal= (help)

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]