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

From Vigyanwiki
Revision as of 12:50, 27 December 2022 by alpha>Ayush Mishra
This article is about the protocols that make up the Internet architecture. For the IP network protocol only, see Internet Protocol.
Internet protocol suite
Application layer
Transport layer
Internet layer
Link layer

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

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

इंटरनेट प्रोटोकॉल सूट और इसके घटक प्रोटोकॉल के तकनीकी मानकों को इंटरनेट अभियांत्रिकी कार्य बल (आईईटीएफ) द्वारा प्रबंधित रखा जाता है। इंटरनेट प्रोटोकॉल सूट ओएसआई मॉडल से पहले का है, जो सामान्य नेटवर्किंग प्रणाली के लिए एक अधिक व्यापक संदर्भ संरचना है।

इतिहास

Further information: History of the Internet

प्रारंभिक शोध

पहले इंटरनेट कनेक्शन का आरेख
एक श्री इंटरनेशनल पैकेट रेडियो वैन, जिसका उपयोग पहले तीन-तरफ़ा इंटरनेटवर्किंग ट्रांसमिशन के लिए किया गया था।

प्रारम्भ में डीओडी इंटरनेट आर्किटेक्चर मॉडल के रूप में संदर्भित, इंटरनेट प्रोटोकॉल सूट के मूल 1960 के दशक के अंत में रक्षा उन्नत अनुसंधान परियोजना संस्था (डीएआरपीए) द्वारा प्रायोजित अनुसंधान और विकास में निहित हैं।[3] वर्ष 1969 में डीएआरपीए द्वारा अग्रणी उन्नत अनुसंधान प्रोजेक्ट संस्था नेटवर्क (एआरपीएएनईटी) के प्रारंभ के बाद, स्टीव क्रॉकर ने एक "नेटवर्किंग कार्य समूह" की स्थापना की जिसने एक होस्ट से होस्ट प्रोटोकॉल, नेटवर्क नियंत्रण प्रोग्राम (एनसीपी) विकसित किया। 1970 के दशक के प्रारंभ में, डीएआरपीए ने मोबाइल पैकेट रेडियो, स्थानीय क्षेत्र नेटवर्क और अन्य डेटा नेटवर्क सहित कई अन्य डेटा संचरण तकनीकों एवं सार्वजनिक और निजी क्षेत्र में पैकेट उपग्रह सेवा पर कार्य करना प्रारंभ किया। वर्ष 1972 में रॉबर्ट ई. क्हान डीएआरपीए सूचना प्रसंस्करण प्रौद्योगिकी कार्यालय में सम्मिलित हुए, जहाँ इन्होंने उपग्रह पैकेट नेटवर्क और ग्राउंड-आधारित रेडियो पैकेट नेटवर्क दोनों पर कार्य किया, और दोनों में संचार करने में सक्षम होने के मूल्य को पहचाना। 1973 की वसंत ऋतु में, विंटन सेर्फ़, एआरपीएएनईटी के लिए अगले प्रोटोकॉल युग को संरचित करने के लक्ष्य के साथ खुले आर्किटेक्चर अंतर्संयोजन मॉडल पर कार्य करने के लिए रॉबर्ट ई. क्हान के साथ सम्मिलित हुए।[citation needed] इन्होंने एआरपीएएनईटी अनुसंधान समुदाय और अंतर्राष्ट्रीय नेटवर्किंग कार्य समूह से अनुभव प्राप्त किया, जिसकी अध्यक्षता विंटन सेर्फ़ ने की थी।[4]

वर्ष 1973 की ग्रीष्म ऋतु तक, रॉबर्ट ई. क्हान और विंटन सेर्फ़ ने एक मौलिक पुनर्निर्माण पर कार्य किया था, जिसमें एक सामान्य इंटरनेटवर्क प्रोटोकॉल का उपयोग करके स्थानीय नेटवर्क प्रोटोकॉल के बीच के अंतर को छिपाया गया था, और तत्कालीन एआरपीएएनईटी प्रोटोकॉल के रूप में नेटवर्क विश्वसनीयता के लिए उत्तरदायी होने के स्थान पर, यह समारोह मेजबानों को सौंप दिया गया था। विंटन सेर्फ़ ने साइक्लेड्स नेटवर्क के संरचनाकर्ता ह्यूबर्ट ज़िम्मरमैन और लुईस पॉज़िन को इस संरचना पर महत्वपूर्ण प्रभाव डालने का श्रेय दिया।[5] नया प्रोटोकॉल वर्ष 1974 में संचरण नियंत्रण प्रोग्राम के रूप में लागू किया गया था।[6]

प्रारंभ में, संचरण नियंत्रण प्रोग्राम (तब इंटरनेट प्रोटोकॉल एकअलग प्रोटोकॉल के रूप में उपस्थित नहीं था) अपने उपयोगकर्ताओं को आंकड़ा-आरेख के स्थान पर केवल एक विश्वसनीय बाइट स्ट्रीम सेवा प्रदान करता था।[7] प्रोटोकॉल के साथ अनुभव बढ़ने के साथ-साथ सहयोगियों ने अलग-अलग प्रोटोकॉल की स्तरों में कार्यक्षमता के विभाजन की संस्तुति की, जिससे उपयोगकर्ता आंकड़ा-आरेख सेवा तक सीधी पहुँच प्राप्त कर सके। इसके अधिवक्ताओं में डैनी कोहेन, जिन्हें अपने पैकेट ध्वनि कार्य के लिए इसकी आवश्यकता थी; दक्षिणी कैलिफोर्निया विश्वविद्यालय के सूचना विज्ञान संस्थान के जोनाथन पोस्टल, जिन्होंने टिप्पणियों के लिए अनुरोध (आरएफसी), तकनीकी और रणनीतिक दस्तावेज़ श्रृंखला का संपादन किया, जिसने इंटरनेट विकास को प्रलेखित और उत्प्रेरित किया है;[8] और ज़ेरॉक्स पीएआरसी के रॉबर्ट मेटकाफ का अनुसंधान समूह सम्मिलित थे[9][10] पोस्टल ने कहा, "हम स्तरण के सिद्धांत का उल्लंघन करके अपनी इंटरनेट प्रोटोकॉल की संरचना में गड़बड़ कर रहे हैं।"[11] विभिन्न तंत्रों के कैप्सूलीकरण का उद्देश्य एक ऐसा वातावरण बनाना था जहाँ ऊपरी स्तर केवल निचले स्तरों के माध्यम से आवश्यक चीज़ों तक पहुँच सकें। एक अखंड संरचना दृढ़ होती है और मापनीयता के मुद्दों को उत्पन्न करती है। वर्ष 1978 में लिखित टीसीपी के संस्करण 3 में, संचरण नियंत्रण प्रोग्राम को दो अलग-अलग प्रोटोकॉलों, संयोजन रहित स्तर के रूप में इंटरनेट प्रोटोकॉल और एक विश्वसनीय संयोजन-उन्मुख सेवा के रूप में संचरण नियंत्रण प्रोटोकॉल में विभाजित किया गया था।[12]

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

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

प्रारंभिक कार्यान्वयन

वर्ष 1975 में स्टैनफोर्ड और यूनिवर्सिटी कॉलेज लंदन के बीच एक दो-नेटवर्क आईपी संचार परीक्षण किया गया। नवंबर 1977 में, यूएस, यूके और नॉर्वे में साइटों के बीच एक तीन-नेटवर्क आईपी परीक्षण किया गया था। वर्ष 1978 और 1983 के बीच कई अनुसंधान केंद्रों में कई अन्य आईपी प्रोटोटाइप विकसित किए गए थे।

राउटर नामक एक कंप्यूटर प्रत्येक नेटवर्क के लिए एक इंटरफ़ेस प्रदान करता है। यह इनके बीच नेटवर्क पैकेट को आगे और पीछे भेजता है।[14] मूल रूप से एक राउटर को गेटवे कहा जाता था, लेकिन अन्य प्रकार के गेटवे के साथ भ्रम की स्थिति से बचने के लिए इस शब्द को परिवर्तित कर दिया गया था।[15]

दत्तक ग्रहण

मार्च 1982 में, अमेरिकी रक्षा विभाग ने टीसीपी/आईपी को सभी सैन्य कंप्यूटर नेटवर्किंग के लिए मानक घोषित किया।[16] उसी वर्ष, यूनिवर्सिटी कॉलेज लंदन में NORSAR और पीटर कर्स्टन के अनुसंधान समूह ने प्रोटोकॉल को अपनाया।[13][17][18] एनसीपी से टीसीपी/आईपी में अरपानेट का स्थानांतरण आधिकारिक तौर पर 1 जनवरी, 1983 को ध्वज दिवस पर पूरा हुआ, जब नए प्रोटोकॉल स्थायी रूप से सक्रिय हो गए थे।[19]

1985 में, इंटरनेट एडवाइजरी बोर्ड (बाद में इंटरनेट आर्किटेक्चर बोर्ड) ने कंप्यूटर उद्योग के लिए तीन दिवसीय टीसीपी/आईपी कार्यशाला आयोजित की, जिसमें 250 विक्रेता प्रतिनिधियों ने भाग लिया, प्रोटोकॉल को बढ़ावा दिया और इसके व्यावसायिक उपयोग में वृद्धि की। 1985 में, पहला इंटरॉप सम्मेलन टीसीपी/आईपी को व्यापक रूप से अपनाने के द्वारा नेटवर्क इंटरऑपरेबिलिटी पर केंद्रित था। सम्मेलन की स्थापना एक प्रारंभिक इंटरनेट कार्यकर्ता डैन लिंच ने की थी। शुरू से ही, आईबीएम और डीईसी जैसे बड़े निगमों ने बैठक में भाग लिया।[20]

आईबीएम, एटीएंडटी और डीईसी टीसीपी/आईपी को अपनाने वाले पहले बड़े निगम थे, यह प्रतिस्पर्धी मालिकाना प्रोटोकॉल होने के बावजूद था। आईबीएम में, 1984 से, बैरी एपेलमैन बैरी एपेलमैन के समूह ने टीसीपी/आईपी विकास किया। उन्होंने एमवीएस, वीएम, और ओएस/2 सहित विभिन्न आईबीएम प्रणालियों के लिए TCP/IP उत्पादों की एक धारा प्राप्त करने के लिए कॉर्पोरेट राजनीति को नेविगेट किया। उसी समय, कई छोटी कंपनियों, जैसे कि एफ़टीपी सॉफ्टवेयर और वोलोंगोंग समूह ने डॉस और माइक्रोसॉफ़्ट विंडोज़ के लिए टीसीपी/आईपी स्टैक की पेशकश शुरू की।[21] पहला वीएम/सीएमएस टीसीपी/आईपी स्टैक विस्कॉन्सिन विश्वविद्यालय से आया था।[22]

कुछ प्रारंभिक टीसीपी/आईपी स्टैक कुछ प्रोग्रामरों द्वारा अकेले ही लिखे गए थे। IBM रिसर्च के Jay Elinsky और Oleg Vishnepolsky [ru] ने क्रमशः VM/CMS और OS/2 के लिए TCP/IP स्टैक्स लिखे।[citation needed] 1984 में MIT में डोनाल्ड गिलीज़ ने एक ntcp मल्टी-कनेक्शन TCP लिखा जो IP/ के ऊपर चलता है। 1983-4 में MIT में जॉन रोमकी द्वारा पैकेटड्राइवर स्तर का रखरखाव। रोमकी ने 1986 में इस टीसीपी का लाभ उठाया जब एफ़टीपी सॉफ्टवेयर की स्थापना हुई थी।[23][24] 1985 में शुरू करते हुए, फिल कर्ण ने हैम रेडियो सिस्टम (KA9Q TCP) के लिए एक मल्टी-कनेक्शन TCP एप्लिकेशन बनाया।[25]

जून 1989 में टीसीपी/आईपी के प्रसार को और बढ़ावा मिला, जब कैलिफोर्निया विश्वविद्यालय, बर्कले ने बीएसडी यूनिक्स के लिए विकसित टीसीपी/आईपी कोड को सार्वजनिक डोमेन में रखने पर सहमति व्यक्त की। IBM सहित विभिन्न कॉर्पोरेट विक्रेताओं ने इस कोड को वाणिज्यिक TCP/IP सॉफ़्टवेयर रिलीज़ में सम्मिलित किया। माइक्रोसॉफ्ट ने विंडोज 95 में एक देशी टीसीपी/आईपी स्टैक जारी किया। इस घटना ने माइक्रोसॉफ्ट-आधारित नेटवर्क पर अन्य प्रोटोकॉल पर टीसीपी/आईपी के प्रभुत्व को मजबूत करने में मदद की, जिसमें आईबीएम के सिस्टम नेटवर्क आर्किटेक्चर (एसएनए) और डिजिटल उपकरण निगम के डीईसीनेट, खुले प्रणालियों का अंतर्संबंध (OSI), और ज़ेरॉक्स नेटवर्क सिस्टम्स (XNS) जैसे अन्य प्लेटफॉर्म सम्मिलित थे।

बहरहाल, 1980 के दशक के अंत और 1990 के दशक की शुरुआत में, इंजीनियर, संगठन और राष्ट्र प्रोटोकॉल युद्ध थे, OSI मॉडल या इंटरनेट प्रोटोकॉल सूट, जिसके परिणामस्वरूप सबसे अच्छा और सबसे मजबूत कंप्यूटर नेटवर्क होगा।[26][27][28]

औपचारिक विनिर्देश और मानक

इंटरनेट प्रोटोकॉल सूट और इसके घटक प्रोटोकॉल में अंतर्निहित तकनीकी मानकों को इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) को सौंप दिया गया है।

इंटरनेट प्रोटोकॉल सूट की विशेषता वास्तुकला प्रोटोकॉल के लिए ऑपरेटिंग स्कोप में इसका व्यापक विभाजन है जो इसकी मुख्य कार्यक्षमता का गठन करता है। सूट की परिभाषित विशिष्टता RFC 1122 है, जो मोटे तौर पर चार अमूर्त स्तरों की रूपरेखा तैयार करती है।[1] ये समय की कसौटी पर खरे उतरे हैं, क्योंकि आईईटीएफ ने कभी भी इस संरचना को संशोधित नहीं किया है। नेटवर्किंग के इस तरह के एक मॉडल के रूप में, इंटरनेट प्रोटोकॉल सूट OSI मॉडल से पहले का है, जो सामान्य नेटवर्किंग सिस्टम के लिए एक अधिक व्यापक संदर्भ ढांचा है।[28]

मुख्य वास्तु सिद्धांत

See also: Communication protocol § Software layering
दो मेजबान (ए और बी) के एक साधारण नेटवर्क टोपोलॉजी में अवधारणात्मक डेटा प्रवाह उनके संबंधित राउटर के बीच एक लिंक से जुड़ा हुआ है। प्रत्येक होस्ट पर एप्लिकेशन पढ़ने और लिखने के संचालन को निष्पादित करता है जैसे कि प्रक्रियाएं किसी प्रकार के डेटा पाइप द्वारा सीधे एक दूसरे से जुड़ी हुई थीं। इस पाइप की स्थापना के बाद, संचार के अधिकांश विवरण प्रत्येक प्रक्रिया से छिपे हुए हैं, क्योंकि संचार के अंतर्निहित सिद्धांत निचली प्रोटोकॉल स्तरों में लागू होते हैं। सादृश्य में, ट्रांसपोर्ट लेयर पर संचार होस्ट-टू-होस्ट के रूप में प्रकट होता है, एप्लिकेशन डेटा संरचनाओं और कनेक्टिंग राउटर के ज्ञान के बिना, जबकि इंटरनेटवर्किंग लेयर पर, प्रत्येक राउटर पर अलग-अलग नेटवर्क सीमाओं का पता लगाया जाता है।
RFC 1122 में वर्णित स्तरों के माध्यम से अवरोही अनुप्रयोग डेटा का एनकैप्सुलेशन

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

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

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

एक प्रारंभिक वास्तुशिल्प दस्तावेज, RFC 1122, लेयरिंग पर वास्तुकला के सिद्धांतों पर जोर देता है।[32] RFC 1122, जिसका शीर्षक होस्ट रिक्वायरमेंट्स है, को लेयर्स से संबंधित पैराग्राफ में संरचित किया गया है, लेकिन दस्तावेज़ कई अन्य वास्तु सिद्धांतों को संदर्भित करता है और लेयरिंग पर जोर नहीं देता है। यह एक चार-स्तर मॉडल को शिथिल रूप से परिभाषित करता है, जिसमें स्तरों के नाम हैं, न कि संख्याएँ, इस प्रकार हैं:

  • एप्लिकेशन स्तर वह दायरा है जिसके भीतर एप्लिकेशन, या प्रक्रियाएं, उपयोगकर्ता डेटा बनाती हैं और इस डेटा को किसी अन्य या समान होस्ट पर अन्य एप्लिकेशन के साथ संचार करती हैं। एप्लिकेशन अंतर्निहित निचली स्तरों द्वारा प्रदान की जाने वाली सेवाओं का उपयोग करते हैं, विशेष रूप से परिवहन स्तर जो अन्य प्रक्रियाओं को विश्वसनीयता या अविश्वसनीय पाइप प्रदान करती है। संचार भागीदारों को एप्लिकेशन आर्किटेक्चर, जैसे क्लाइंट-सर्वर मॉडल और पीयर टू पीयर नेटवर्किंग की विशेषता है। यह वह स्तर है जिसमें SMTP, FTP, SSH, HTTP जैसे सभी एप्लिकेशन प्रोटोकॉल संचालित होते हैं। प्रक्रियाओं को बंदरगाहों के माध्यम से संबोधित किया जाता है जो अनिवार्य रूप से सेवाओं का प्रतिनिधित्व करते हैं।
  • परिवहन स्तर या तो स्थानीय नेटवर्क या राउटर द्वारा अलग किए गए दूरस्थ नेटवर्क पर होस्ट-टू-होस्ट संचार करती है।[33] यह अनुप्रयोगों की संचार आवश्यकताओं के लिए एक चैनल प्रदान करता है। UDP बुनियादी ट्रांसपोर्ट लेयर प्रोटोकॉल है, जो एक अविश्वसनीय कनेक्शन रहित आंकड़ा-आरेख सेवा प्रदान करता है। संचरण नियंत्रण प्रोटोकॉल डेटा के प्रवाह-नियंत्रण, कनेक्शन स्थापना और विश्वसनीय संचरण प्रदान करता है।
  • इंटरनेट स्तर नेटवर्क सीमाओं के पार आंकड़ा-आरेख का आदान-प्रदान करती है। यह एक समान नेटवर्किंग इंटरफ़ेस प्रदान करता है जो अंतर्निहित नेटवर्क कनेक्शन के वास्तविक टोपोलॉजी (लेआउट) को छुपाता है। इसलिए यह स्तर भी है जो इंटरनेटवर्किंग स्थापित करती है। दरअसल, यह इंटरनेट को परिभाषित और स्थापित करता है। यह स्तर टीसीपी/आईपी प्रोटोकॉल सूट के लिए उपयोग की जाने वाली एड्रेसिंग और रूटिंग संरचनाओं को परिभाषित करती है। इस दायरे में प्राथमिक प्रोटोकॉल इंटरनेट प्रोटोकॉल है, जो आईपी पतों को परिभाषित करता है। रूटिंग में इसका कार्य आंकड़ा-आरेख को अगले होस्ट तक पहुंचाना है, जो आईपी राउटर के रूप में कार्य करता है, जिसकी कनेक्टिविटी अंतिम डेटा गंतव्य के करीब नेटवर्क से होती है।
  • लिंक स्तर स्थानीय नेटवर्क लिंक के दायरे में नेटवर्किंग विधियों को परिभाषित करती है, जिस पर मेजबान राउटर के बिना संचार करते हैं। इस स्तर में स्थानीय नेटवर्क टोपोलॉजी का वर्णन करने के लिए उपयोग किए जाने वाले प्रोटोकॉल और अगले-पड़ोसी मेजबानों को इंटरनेट स्तर आंकड़ा-आरेख के प्रसारण को प्रभावित करने के लिए आवश्यक इंटरफेस सम्मिलित हैं।

लिंक स्तर

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

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

टीसीपी/आईपी मॉडल में लिंक स्तर के ओएसआई मॉडल के स्तर 2 में संबंधित कार्य हैं।

इंटरनेट स्तर

See also: IP header

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

इंटरनेट लेयर विभिन्न ट्रांसपोर्ट लेयर प्रोटोकॉल के बीच अंतर नहीं करती है। आईपी ​​​​विभिन्न ऊपरी स्तर प्रोटोकॉल के लिए डेटा रखता है। ये प्रोटोकॉल प्रत्येक एक अद्वितीय प्रोटोकॉल नंबर द्वारा पहचाने जाते हैं: उदाहरण के लिए, इंटरनेट नियंत्रण संदेश प्रोटोकॉल (ICMP) और इंटरनेट समूह प्रबंधन प्रोटोकॉल (IGMP) क्रमशः प्रोटोकॉल 1 और 2 हैं।

इंटरनेट प्रोटोकॉल इंटरनेट स्तर का प्रमुख घटक है, और यह नेटवर्क होस्ट की पहचान करने और नेटवर्क पर उनका पता लगाने के लिए दो एड्रेसिंग सिस्टम को परिभाषित करता है। एआरपीएएनईटी और उसके उत्तराधिकारी, इंटरनेट की मूल पता प्रणाली, इंटरनेट प्रोटोकॉल संस्करण 4 (IPv4) है। यह 32-बिट IP पते का उपयोग करता है और इसलिए लगभग चार अरब मेजबानों की पहचान करने में सक्षम है। 1998 में इंटरनेट प्रोटोकॉल संस्करण 6 (IPv6) के मानकीकरण द्वारा इस सीमा को समाप्त कर दिया गया था जो 128-बिट पतों का उपयोग करता है। IPv6 उत्पादन कार्यान्वयन लगभग 2006 में उभरा।

परिवहन स्तर

See also: Transport layer

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

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

क्योंकि IP केवल सर्वोत्तम-प्रयास डिलीवरी प्रदान करता है, कुछ ट्रांसपोर्ट-लेयर प्रोटोकॉल विश्वसनीयता प्रदान करते हैं।

टीसीपी एक कनेक्शन-उन्मुख प्रोटोकॉल है जो विश्वसनीय बाइट स्ट्रीम प्रदान करने में कई विश्वसनीयता मुद्दों को संबोधित करता है:

  • डेटा क्रम में आता है
  • डेटा में न्यूनतम त्रुटि है (यानी, शुद्धता)
  • डुप्लिकेट डेटा खारिज कर दिया गया है
  • खोए हुए या छोड़े गए पैकेट फिर से भेजे जाते हैं
  • यातायात भीड़ नियंत्रण सम्मिलित है

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

उच्च-स्तरीय डेटा लिंक नियंत्रण (HDLC) जैसे विश्वसनीय डेटा-लिंक प्रोटोकॉल पर IP चलाकर भी विश्वसनीयता प्राप्त की जा सकती है।

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

किसी दिए गए नेटवर्क पते पर एप्लिकेशन को उनके टीसीपी या यूडीपी पोर्ट द्वारा अलग किया जाता है। परंपरा के अनुसार, कुछ जाने-माने पोर्ट विशिष्ट अनुप्रयोगों से जुड़े होते हैं।

TCP/IP मॉडल का ट्रांसपोर्ट या होस्ट-टू-होस्ट लेयर मोटे तौर पर OSI मॉडल की चौथी लेयर से मेल खाता है, जिसे ट्रांसपोर्ट लेयर भी कहा जाता है।

क्विक एक वैकल्पिक परिवहन प्रोटोकॉल के रूप में तेजी से उभर रहा है। जबकि यह तकनीकी रूप से यूडीपी पैकेट के माध्यम से ले जाया जाता है, यह टीसीपी के सापेक्ष उन्नत परिवहन कनेक्टिविटी की पेशकश करना चाहता है। HTTP/3 विशेष रूप से QUIC के माध्यम से काम करता है।

आवेदन स्तर

एप्लिकेशन स्तर में उपयोगकर्ता सेवाओं को प्रदान करने या निचले स्तर के प्रोटोकॉल द्वारा स्थापित नेटवर्क कनेक्शन पर एप्लिकेशन डेटा का आदान-प्रदान करने के लिए अधिकांश एप्लिकेशन द्वारा उपयोग किए जाने वाले प्रोटोकॉल सम्मिलित हैं। इसमें कुछ बुनियादी नेटवर्क समर्थन सेवाएं सम्मिलित हो सकती हैं जैसे रूटिंग प्रोटोकॉल और होस्ट कॉन्फ़िगरेशन। एप्लिकेशन लेयर प्रोटोकॉल के उदाहरणों में हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल (HTTP), फाइल ट्रांसफर प्रोटोकॉल (FTP), सिंपल मेल ट्रांसफर प्रोटोकॉल (SMTP) और डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल (DHCP) सम्मिलित हैं।[34] एप्लिकेशन लेयर प्रोटोकॉल के अनुसार कोडित डेटा को ट्रांसपोर्ट लेयर प्रोटोकॉल यूनिट्स (जैसे टीसीपी स्ट्रीम या यूडीपी आंकड़ा-आरेख) में एनकैप्सुलेट किया जाता है, जो वास्तविक डेटा ट्रांसफर को प्रभावित करने के लिए निचली स्तर प्रोटोकॉल का उपयोग करते हैं।

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

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

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

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

साहित्य में क्रमिक विकास और प्रतिनिधित्व

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

निम्न तालिका ऐसे विभिन्न नेटवर्किंग मॉडल दिखाती है। स्तरों की संख्या तीन और सात के बीच भिन्न होती है।

एआरपीएएनईटी Reference Model
(RFC 871) 		Internet Standard
(RFC 1122) 		Internet model
(Cisco Academy[36]) 		TCP/IP 5-layer reference model
(Kozierok,[37] Comer[38]) 		TCP/IP 5-layer reference model
(Tanenbaum[39]) 		TCP/IP protocol suite or Five-layer Internet model
(Forouzan,[40] Kurose[41]) 		TCP/IP model
(Stallings[42]) 		OSI model
(ISO/IEC 7498-1:1994[43])
Three layers Four layers Four layers Four+one layers Five layers Five layers Five layers Seven layers
Application/Process Application Application Application Application Application Application Application
Presentation
Session
Host-to-host Transport Transport Transport Transport Transport Host-to-host or transport Transport
Internet Internetwork Internet Internet Network Internet Network
Network interface Link Network interface Data link (Network interface) Data link Data link Network access Data link
— — — (Hardware) Physical Physical Physical Physical

कुछ नेटवर्किंग मॉडल पाठ्यपुस्तकों से हैं, जो द्वितीयक स्रोत हैं जो आरएफसी 1122 और अन्य आईईटीएफ प्राथमिक स्रोतों के इरादे से संघर्ष कर सकते हैं।[44]

टीसीपी/आईपी और ओएसआई लेयरिंग की तुलना

See also: OSI model § Comparison with TCP/IP model

ओएसआई मॉडल में तीन शीर्ष स्तर, यानी एप्लिकेशन लेयर, प्रेजेंटेशन लेयर और सेशन लेयर, टीसीपी / आईपी मॉडल में अलग-अलग प्रतिष्ठित नहीं हैं, जिसमें केवल ट्रांसपोर्ट लेयर के ऊपर एक एप्लीकेशन लेयर है। जबकि कुछ शुद्ध OSI प्रोटोकॉल अनुप्रयोग, जैसे कि X.400, ने भी उन्हें संयोजित किया, कोई आवश्यकता नहीं है कि एक TCP/IP प्रोटोकॉल स्टैक को परिवहन स्तर के ऊपर अखंड वास्तुकला को लागू करना चाहिए। उदाहरण के लिए, एनएफएस एप्लिकेशन प्रोटोकॉल बाहरी डेटा प्रतिनिधित्व (एक्सडीआर) प्रस्तुति प्रोटोकॉल पर चलता है, जो बदले में रिमोट प्रोसीजर कॉल (आरपीसी) नामक प्रोटोकॉल पर चलता है। RPC विश्वसनीय रिकॉर्ड ट्रांसमिशन प्रदान करता है, इसलिए यह सुरक्षित रूप से सर्वोत्तम प्रयास UDP परिवहन का उपयोग कर सकता है।

अलग-अलग लेखकों ने टीसीपी/आईपी मॉडल की अलग-अलग व्याख्या की है, और असहमत हैं कि क्या लिंक स्तर, या टीसीपी/आईपी मॉडल का कोई पहलू, ओएसआई स्तर 1 (भौतिक स्तर) के मुद्दों को कवर करता है, या क्या टीसीपी/आईपी मानता है कि एक हार्डवेयर स्तर नीचे मौजूद है। लिंक स्तर।

कई लेखकों ने OSI मॉडल की स्तरों 1 और 2 को TCP/IP मॉडल में सम्मिलित करने का प्रयास किया है क्योंकि इन्हें आमतौर पर आधुनिक मानकों (उदाहरण के लिए, IEEE और ITU द्वारा) में संदर्भित किया जाता है। यह अक्सर पाँच स्तरों वाले मॉडल में परिणत होता है, जहाँ लिंक स्तर या नेटवर्क पहुँच स्तर OSI मॉडल की स्तरों 1 और 2 में विभाजित होती है।

आईईटीएफ प्रोटोकॉल विकास प्रयास सख्त लेयरिंग से संबंधित नहीं है। इसके कुछ प्रोटोकॉल OSI मॉडल में साफ-साफ फिट नहीं हो सकते हैं, हालांकि RFC कभी-कभी इसका उल्लेख करते हैं और अक्सर पुराने OSI लेयर नंबरों का उपयोग करते हैं। आईईटीएफ ने बार-बार कहा है[citation needed] कि इंटरनेट प्रोटोकॉल और आर्किटेक्चर विकास ओएसआई-अनुरूप होने का इरादा नहीं है। RFC 3439, इंटरनेट आर्किटेक्चर का जिक्र करते हुए, इसमें एक खंड है जिसका शीर्षक है: "लेयरिंग कंसीडर्ड हार्मफुल"।

उदाहरण के लिए, OSI सूट के सत्र और प्रस्तुति स्तरों को TCP/IP सूट की एप्लिकेशन स्तर में सम्मिलित माना जाता है। सेशन लेयर की कार्यक्षमता HTTP और SMTP जैसे प्रोटोकॉल में पाई जा सकती है और टेलनेट और सेशन इनिशिएशन प्रोटोकॉल (SIP) जैसे प्रोटोकॉल में अधिक स्पष्ट है। टीसीपी और यूडीपी प्रोटोकॉल के पोर्ट नंबरिंग के साथ सेशन-लेयर की कार्यक्षमता भी महसूस की जाती है, जो टीसीपी/आईपी सूट की ट्रांसपोर्ट लेयर में सम्मिलित हैं। डेटा विनिमय में MIME मानक के साथ TCP/IP अनुप्रयोगों में प्रस्तुति स्तर के कार्यों को महसूस किया जाता है।

रूटिंग प्रोटोकॉल के उपचार में एक और अंतर है। OSI रूटिंग प्रोटोकॉल IS-IS नेटवर्क लेयर से संबंधित है, और एक राउटर से दूसरे राउटर में पैकेट डिलीवर करने के लिए CLNS पर निर्भर नहीं है, बल्कि अपने लेयर-3 एनकैप्सुलेशन को परिभाषित करता है। इसके विपरीत, IETF द्वारा परिभाषित OSPF, रूटिंग इन्फोर्मेशन प्रोटोकॉल, BGP और अन्य रूटिंग प्रोटोकॉल IP पर भेजे जाते हैं, और, रूटिंग प्रोटोकॉल पैकेट भेजने और प्राप्त करने के उद्देश्य से, राउटर होस्ट के रूप में कार्य करते हैं। परिणामस्वरूप, RFC 1812 में एप्लिकेशन लेयर में रूटिंग प्रोटोकॉल सम्मिलित हैं। कुछ लेखक, जैसे कि कंप्यूटर नेटवर्क में तनेनबाम, आईपी के समान स्तर में रूटिंग प्रोटोकॉल का वर्णन करते हैं, यह तर्क देते हुए कि रूटिंग प्रोटोकॉल राउटर की अग्रेषण प्रक्रिया द्वारा किए गए निर्णयों को सूचित करते हैं।

IETF प्रोटोकॉल को पुनरावर्ती रूप से एनकैप्सुलेट किया जा सकता है, जैसा कि जेनेरिक रूटिंग एनकैप्सुलेशन (GRE) जैसे टनलिंग प्रोटोकॉल द्वारा प्रदर्शित किया गया है। GRE उसी तंत्र का उपयोग करता है जो OSI नेटवर्क स्तर पर टनलिंग के लिए उपयोग करता है।

कार्यान्वयन

इंटरनेट प्रोटोकॉल सूट किसी विशिष्ट हार्डवेयर या सॉफ़्टवेयर वातावरण को नहीं मानता है। इसके लिए केवल यह आवश्यक है कि हार्डवेयर और एक सॉफ्टवेयर स्तर मौजूद हो जो कंप्यूटर नेटवर्क पर पैकेट भेजने और प्राप्त करने में सक्षम हो। नतीजतन, सूट अनिवार्य रूप से हर कंप्यूटिंग प्लेटफॉर्म पर लागू किया गया है। टीसीपी/आईपी के एक न्यूनतम कार्यान्वयन में निम्नलिखित सम्मिलित हैं: इंटरनेट प्रोटोकॉल (आईपी), एड्रेस रेजोल्यूशन प्रोटोकॉल (एआरपी), इंटरनेट कंट्रोल मैसेज प्रोटोकॉल (आईसीएमपी), संचरण नियंत्रण प्रोटोकॉल (टीसीपी), यूजर डाटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी)। IP, ICMP, TCP, UDP, इंटरनेट प्रोटोकॉल संस्करण 6 के अलावा नेबर डिस्कवरी प्रोटोकॉल (NDP), IPv6 के लिए इंटरनेट कंट्रोल मैसेज प्रोटोकॉल (ICMPv6) और मल्टीकास्ट श्रोता डिस्कवरी (MLD) की आवश्यकता होती है और अक्सर एक एकीकृत IPSec सुरक्षा स्तर के साथ होता है।

यह भी देखें

संदर्भ

  1. ↑ 1.0 1.1 Braden, R., ed. (October 1989). इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें. doi:10.17487/RFC1122. RFC 1122.
  2. ↑ Braden, R., ed. (October 1989). इंटरनेट होस्ट के लिए आवश्यकताएँ - आवेदन और समर्थन. doi:10.17487/RFC1123. RFC 1123.
  3. ↑ Cerf, Vinton G. & Cain, Edward (October 1983). "डीओडी इंटरनेट आर्किटेक्चर मॉडल". Computer Networks. North-Holland. 7 (5): 307–318. doi:10.1016/0376-5075(83)90042-9.
  4. ↑ Abbate, Janet (2000). इंटरनेट का आविष्कार (in English). MIT Press. pp. 123–4. ISBN 978-0-262-51115-5.
  5. ↑ Cerf, V.; Kahn, R. (1974). "पैकेट नेटवर्क इंटरकम्युनिकेशन के लिए एक प्रोटोकॉल" (PDF). IEEE Transactions on Communications. 22 (5): 637–648. doi:10.1109/TCOM.1974.1092259. ISSN 1558-0857. लेखक अंतरराष्ट्रीय नेटवर्क प्रोटोकॉल, विशेष रूप से आर. मेटकाफ, आर. स्कैंटलबरी, डी. वाल्डेन, और एच. ज़िम्मरमैन की शुरुआती चर्चाओं के दौरान उपयोगी टिप्पणियों के लिए कई सहयोगियों को धन्यवाद देना चाहते हैं; डी. डेविस और एल. पॉज़िन जिन्होंने विखंडन और लेखांकन मुद्दों पर रचनात्मक टिप्पणी की; और एस. क्रोकर जिन्होंने संघों के निर्माण और विनाश पर टिप्पणी की थी।</रेफरी><ref name="MevuR">"इंटरनेट का पांचवां आदमी". Economist. 13 December 2013. Retrieved 11 September 2017. 1970 के दशक की शुरुआत में श्री पाउज़िन ने एक अभिनव डेटा नेटवर्क बनाया जो फ़्रांस, इटली और ब्रिटेन में स्थानों को जोड़ता था। इसकी सादगी और दक्षता ने एक ऐसे नेटवर्क का रास्ता दिखाया जो न केवल दर्जनों मशीनों को बल्कि लाखों मशीनों को भी जोड़ सकता है। इसने डॉ. सेर्फ़ और डॉ. क्हान की कल्पना को आकर्षित किया, जिन्होंने प्रोटोकॉल में इसकी डिज़ाइन के पहलुओं को शामिल किया जो अब इंटरनेट को संचालित करता है।
  6. ↑ Cerf, Vinton; Dalal, Yogen; Sunshine, Carl (December 1974). इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल की विशिष्टता. doi:10.17487/RFC0675. RFC 675.
  7. ↑ Cerf, Vinton (March 1977). "इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल टीसीपी (संस्करण 2) की विशिष्टता" (PDF). Retrieved 2022-08-04.
  8. ↑ Internet Hall of Fame
  9. ↑ Panzaris, Georgios (2008). मशीनें और रोमांस: एक सामान्य-उद्देश्य प्लेटफॉर्म के रूप में नेटवर्क्ड कंप्यूटिंग का तकनीकी और वर्णनात्मक निर्माण, 1960-1995. Stanford University. p. 128.
  10. ↑ Pelkey, James L. (2007). "Yogen Dalal". एंटरप्रेन्योरियल कैपिटलिज्म एंड इनोवेशन: ए हिस्ट्री ऑफ कंप्यूटर कम्युनिकेशंस, 1968-1988. Retrieved 8 October 2020.
  11. ↑ Postel, Jon (15 August 1977), 2.3.3.2 Comments on Internet Protocol and TCP, IEN 2
  12. ↑ "टीसीपी/आईपी गाइड - टीसीपी/आईपी अवलोकन और इतिहास". www.tcpipguide.com. Retrieved 2020-02-11.
  13. ↑ 13.0 13.1 by Vinton Cerf, as told to Bernard Aboba (1993). "इंटरनेट कैसे बना". Archived from the original on 26 September 2017. Retrieved 25 September 2017. हमने स्टैनफोर्ड, बीबीएन, और यूनिवर्सिटी कॉलेज लंदन में समवर्ती कार्यान्वयन करना शुरू किया। इसलिए इंटरनेट प्रोटोकॉल विकसित करने का प्रयास शुरू से ही अंतर्राष्ट्रीय था। ... मार्च 82 - नॉर्वे ARPANET को छोड़ देता है और SATNET पर TCP/IP के माध्यम से एक इंटरनेट कनेक्शन बन जाता है। नवम्बर '82 - UCL ने ARPANET को छोड़ दिया और एक इंटरनेट कनेक्शन बन गया।
  14. ↑ Baker, F. (June 1995). आईपी ​​​​संस्करण 4 राउटर के लिए आवश्यकताएँ. doi:10.17487/RFC1812. RFC 1812. {{citation}}: zero width space character in |title= at position 6 (help)
  15. ↑ Crowell, William; Contos, Brian; DeRodeff, Colby (2011). भौतिक और तार्किक सुरक्षा अभिसरण: उद्यम सुरक्षा प्रबंधन द्वारा संचालित. Syngress. p. 99. ISBN 9780080558783.
  16. ↑ Ronda Hauben. "ARPANET से इंटरनेट तक". TCP Digest (UUCP). Retrieved 2007-07-05.
  17. ↑ Martin, Olivier (2012). यूरोपीय अनुसंधान नेटवर्किंग का "छिपा हुआ" प्रागितिहास. Trafford Publishing. ISBN 978-1466938724.
  18. ↑ Kirstein, Peter T. "यूके में ARPANET और इंटरनेट के शुरुआती अनुभव". Department of Computer Science, Systems and Networks Research Group, University College London. Archived from the original on 2022-07-20. Retrieved 13 April 2016.
  19. ↑ "टीसीपी/आईपी इंटरनेट प्रोटोकॉल". Archived from the original on 1 January 2018. Retrieved 2017-12-31.
  20. ↑ Leiner, Barry M.; et al. (1997), Brief History of the Internet (PDF), Internet Society, p. 15
  21. ↑ "वर्कग्रुप 3.11 के लिए विंडोज के साथ वॉलोन्गॉन्ग टीसीपी/आईपी का उपयोग करना". Microsoft Support. Archived from the original on 12 January 2012.
  22. ↑ "CERN में इंटरनेट प्रोटोकॉल का संक्षिप्त इतिहास". Archived from the original on 10 November 2016. Retrieved 12 September 2016.
  23. ↑ Baker, Steven; Gillies, Donald W. "मध्यम आयु में डेस्कटॉप टीसीपी/आईपी". Archived from the original on August 21, 2015. Retrieved September 9, 2016.
  24. ↑ Romkey, John (17 February 2011). "के बारे में". Retrieved 12 September 2016.
  25. ↑ Phil Karn, KA9Q TCP Download Website
  26. ↑ Andrew L. Russell (30 July 2013). "ओएसआई: वह इंटरनेट जो नहीं था". IEEE Spectrum. Vol. 50, no. 8.
  27. ↑ Russell, Andrew L. "रफ कंसेंसस एंड रनिंग कोड' और इंटरनेट-ओएसआई मानक युद्ध" (PDF). IEEE Annals of the History of Computing. Archived from the original (PDF) on 2019-11-17.
  28. ↑ 28.0 28.1 Davies, Howard; Bressan, Beatrice (2010-04-26). ए हिस्ट्री ऑफ़ इंटरनेशनल रिसर्च नेटवर्किंग: द पीपल हू मेड इट हैपन (in English). John Wiley & Sons. ISBN 978-3-527-32710-2.
  29. ↑ Blumenthal, Marjory S.; Clark, David D. (August 2001). "इंटरनेट के डिजाइन पर पुनर्विचार: एंड-टू-एंड तर्क बनाम बहादुर नई दुनिया" (PDF).
  30. ↑ Jon Postel, ed. (September 1981). इंटरनेट प्रोटोकॉल DARPA इंटरनेट प्रोग्राम प्रोटोकॉल विशिष्टता. p. 23. doi:10.17487/RFC0791. RFC 791.
  31. ↑ R. Braden, ed. (October 1989). इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें. p. 13. doi:10.17487/RFC1122. RFC 1122.
  32. ↑ B. Carpenter, ed. (June 1996). इंटरनेट के वास्तु सिद्धांत. doi:10.17487/RFC1958. RFC 1958.
  33. ↑ Hunt, Craig (2002). टीसीपी/आईपी नेटवर्क प्रशासन (3rd ed.). O'Reilly. pp. 9–10. ISBN 9781449390785.
  34. ↑ Stevens, W. Richard (February 1994). टीसीपी / आईपी इलस्ट्रेटेड: प्रोटोकॉल. ISBN 0-201-63346-9.
  35. ↑ "1.1.3 Internet Protocol Suite". इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें. 1989. p. 9. doi:10.17487/RFC1122. RFC 1122.
  36. ↑ Dye, Mark; McDonald, Rick; Rufi, Antoon (29 October 2007). Network Fundamentals, CCNA Exploration Companion Guide. Cisco Press. ISBN 9780132877435. Retrieved 12 September 2016 – via Google Books.
  37. ↑ Kozierok, Charles M. (1 January 2005). The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference. No Starch Press. ISBN 9781593270476. Retrieved 12 September 2016 – via Google Books.
  38. ↑ Comer, Douglas (1 January 2006). Internetworking with TCP/IP: Principles, protocols, and architecture. Prentice Hall. ISBN 0-13-187671-6. Retrieved 12 September 2016 – via Google Books.
  39. ↑ Tanenbaum, Andrew S. (1 January 2003). Computer Networks. Prentice Hall PTR. p. 42. ISBN 0-13-066102-3. Retrieved 12 September 2016 – via Internet Archive. networks.
  40. ↑ Forouzan, Behrouz A.; Fegan, Sophia Chung (1 August 2003). Data Communications and Networking. McGraw-Hill Higher Education. ISBN 9780072923544. Retrieved 12 September 2016 – via Google Books.
  41. ↑ Kurose, James F.; Ross, Keith W. (2008). Computer Networking: A Top-Down Approach. ISBN 978-0-321-49770-3.
  42. ↑ Stallings, William (1 January 2007). Data and Computer Communications. Prentice Hall. ISBN 978-0-13-243310-5. Retrieved 12 September 2016 – via Google Books.
  43. ↑ ISO/IEC 7498-1:1994 Information technology — Open Systems Interconnection — Basic Reference Model: The Basic Model.
  44. ↑ Bush, R.; Meyer, D., eds. (December 2002). कुछ इंटरनेट वास्तुकला दिशानिर्देश और दर्शन. doi:10.17487/RFC3439. RFC 3439.


ग्रन्थसूची


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

  • दरपा
  • यूनाइटेड स्टेट्स रक्षा विभाग
  • ओ एस आई मॉडल
  • इपवच
  • DECnet
  • आईपी ​​पता
  • आईपी ​​​​प्रोटोकॉल नंबरों की सूची
  • गलती पहचानना
  • कनेक्शन अभिविन्यस्त
  • त्रुटि का पता लगाना और सुधार
  • सबसे अच्छा प्रयास वितरण
  • अस्थायी बंदरगाह
  • गहरा पैकेट निरीक्षण
  • अंतरराष्ट्रीय मानकीकरण संगठन

बाहरी संबंध

Wikiversity has learning resources about Internet protocol suite
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=इंटरनेट_प्रोटोकॉल_सूट&oldid=56859’