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

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

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

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

प्रारंभिक शोध
1970 के दशक में डिफेंस एडवांस्ड रिसर्च प्रोजेक्ट्स एजेंसी (DARPA) द्वारा किए गए अनुसंधान और विकास के परिणामस्वरूप इंटरनेट प्रोटोकॉल सूट का परिणाम हुआ। 1969 में अग्रणी ARPANET की शुरुआत करने के बाद, DARPA ने कई अन्य डेटा ट्रांसमिशन तकनीकों पर काम करना शुरू किया। 1972 में, रॉबर्ट ई. क्हान DARPA सूचना प्रसंस्करण प्रौद्योगिकी कार्यालय में शामिल हुए, जहाँ उन्होंने उपग्रह पैकेट नेटवर्क और ग्राउंड-आधारित रेडियो पैकेट नेटवर्क दोनों पर काम किया, और दोनों में संचार करने में सक्षम होने के मूल्य को पहचाना। 1973 के वसंत में, विंटन सेर्फ़, जिन्होंने मौजूदा ARPANET नेटवर्क कंट्रोल प्रोटोकॉल (ARPANET) (NCP) प्रोटोकॉल को विकसित करने में मदद की, ARPANET के लिए अगली प्रोटोकॉल पीढ़ी को डिज़ाइन करने के लक्ष्य के साथ खुले वास्तुकला इंटरकनेक्शन मॉडल पर काम करने के लिए क्हान में शामिल हुए। उन्होंने ARPANET अनुसंधान समुदाय और अंतर्राष्ट्रीय अंतर्राष्ट्रीय नेटवर्किंग कार्य समूह अनुभव प्राप्त किया, जिसकी अध्यक्षता Cerf ने की। 1973 की गर्मियों तक, कहन और सेर्फ़ ने एक मूलभूत सुधार पर काम किया था, जिसमें स्थानीय नेटवर्क प्रोटोकॉल के बीच के अंतर को एक सामान्य इंटरनेटवर्क प्रोटोकॉल का उपयोग करके छिपाया गया था, और मौजूदा ARPANET प्रोटोकॉल के रूप में नेटवर्क विश्वसनीयता के लिए ज़िम्मेदार होने के बजाय, यह समारोह मेजबानों को सौंप दिया गया था। Cerf ने इस डिज़ाइन पर महत्वपूर्ण प्रभावों के साथ CYCLADES नेटवर्क के डिज़ाइनर ह्यूबर्ट ज़िम्मरमैन और लुई पॉज़िन को श्रेय दिया। नया प्रोटोकॉल 1974 में ट्रांसमिशन कंट्रोल प्रोग्राम के रूप में लागू किया गया था। प्रारंभ में, ट्रांसमिशन कंट्रोल प्रोग्राम (इंटरनेट प्रोटोकॉल तब एक अलग प्रोटोकॉल के रूप में मौजूद नहीं था) अपने उपयोगकर्ताओं को केवल एक विश्वसनीय बाइट स्ट्रीम सेवा प्रदान करता था, आंकड़ारेख नहीं। जैसे-जैसे प्रोटोकॉल के साथ अनुभव बढ़ता गया, सहयोगियों ने अलग-अलग प्रोटोकॉल की परतों में कार्यक्षमता के विभाजन की सिफारिश की, जिससे उपयोगकर्ता डेटाग्राम सेवा तक सीधी पहुँच प्राप्त कर सके। अधिवक्ताओं में डैनी कोहेन (कंप्यूटर वैज्ञानिक) शामिल थे, जिन्हें अपने आईपी ​​पर आवाज कार्य के लिए इसकी आवश्यकता थी; दक्षिणी कैलिफोर्निया विश्वविद्यालय के सूचना विज्ञान संस्थान के जोनाथन पोस्टल, जिन्होंने तकनीकी और रणनीतिक दस्तावेज़ श्रृंखला टिप्पणियों के लिए अनुरोध (RFCs) को संपादित किया, जिसने इंटरनेट विकास को प्रलेखित और उत्प्रेरित किया है; और ज़ेरॉक्स PARC में रॉबर्ट मेटकाफ का अनुसंधान समूह। पोस्टल ने कहा, हम लेयरिंग के सिद्धांत का उल्लंघन कर इंटरनेट प्रोटोकॉल के अपने डिजाइन में पेंच फंसा रहे हैं। विभिन्न तंत्रों के एनकैप्सुलेशन का उद्देश्य एक ऐसा वातावरण बनाना था जहां ऊपरी परतें केवल निचली परतों से आवश्यक चीज़ों तक पहुंच सकें। एक अखंड डिजाइन अनम्य होगा और स्केलेबिलिटी के मुद्दों को जन्म देगा। 1978 में लिखित टीसीपी के संस्करण 3 में, ट्रांसमिशन कंट्रोल प्रोग्राम को दो अलग-अलग प्रोटोकॉल में विभाजित किया गया था, कनेक्शन रहित परत के रूप में इंटरनेट प्रोटोकॉल और एक विश्वसनीय कनेक्शन-उन्मुख सेवा के रूप में ट्रांसमिशन कंट्रोल प्रोटोकॉल। नेटवर्क के डिजाइन में यह मान्यता शामिल थी कि इसे केवल अंतिम नोड्स के बीच कुशलतापूर्वक संचारण और यातायात को रूट करने का कार्य प्रदान करना चाहिए और अन्य सभी खुफिया नेटवर्क के किनारे पर अंत नोड्स में स्थित होना चाहिए। इस डिजाइन को एंड-टू-एंड सिद्धांत के रूप में जाना जाता है। इस डिज़ाइन का उपयोग करके, अन्य नेटवर्क को ARPANET से जोड़ना संभव हो गया, जो अन्य स्थानीय विशेषताओं के बावजूद समान सिद्धांत का उपयोग करता था, जिससे कहन की प्रारंभिक इंटरनेटवर्किंग समस्या हल हो गई। एक लोकप्रिय अभिव्यक्ति यह है कि टीसीपी/आईपी, सेर्फ़ और कान के काम का अंतिम उत्पाद, दो टिन के डिब्बे और एक तार पर चल सकता है। वर्षों बाद, एक मजाक के रूप मेंएवियन कैरियर्स पर आईपी प्रोटोकॉल विनिर्देश पर आईपी बनाया गया और सफलतापूर्वक परीक्षण किया गया।

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

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

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

दत्तक ग्रहण
मार्च 1982 में, अमेरिकी रक्षा विभाग ने टीसीपी/आईपी को सभी सैन्य कंप्यूटर नेटवर्किंग के लिए मानक घोषित किया। उसी वर्ष, यूनिवर्सिटी कॉलेज लंदन में NORSAR और पीटर टी. कर्स्टन के अनुसंधान समूह ने प्रोटोकॉल को अपनाया। 1 जनवरी, 1983 को झंडा दिवस (सॉफ्टवेयर) पर ARPANET का TCP/IP में माइग्रेशन आधिकारिक तौर पर पूरा हो गया था, जब नए प्रोटोकॉल स्थायी रूप से सक्रिय हो गए थे। 1985 में, इंटरनेट एडवाइजरी बोर्ड (बाद में इंटरनेट आर्किटेक्चर बोर्ड) ने कंप्यूटर उद्योग के लिए तीन दिवसीय टीसीपी/आईपी कार्यशाला आयोजित की, जिसमें 250 विक्रेता प्रतिनिधियों ने भाग लिया, प्रोटोकॉल को बढ़ावा दिया और इसके व्यावसायिक उपयोग में वृद्धि की। 1985 में, पहला इंटरॉप सम्मेलन टीसीपी/आईपी को व्यापक रूप से अपनाने के द्वारा नेटवर्क इंटरऑपरेबिलिटी पर केंद्रित था। सम्मेलन की स्थापना एक शुरुआती इंटरनेट कार्यकर्ता डैन लिंच ने की थी। शुरुआत से, बड़े निगम, जैसे IBM और DEC, ने बैठक में भाग लिया। आईबीएम, एटीएंडटी और डीईसी टीसीपी/आईपी को अपनाने वाले पहले बड़े निगम थे, यह प्रतिस्पर्धी मालिकाना प्रोटोकॉल होने के बावजूद था। आईबीएम में, 1984 से, बैरी एप्पलमैन के समूह ने टीसीपी/आईपी विकास किया। उन्होंने एमवीएस, वीएम (ऑपरेटिंग सिस्टम) और ओएस/2 सहित विभिन्न आईबीएम सिस्टम के लिए टीसीपी/आईपी उत्पादों की एक धारा प्राप्त करने के लिए कॉर्पोरेट राजनीति को नेविगेट किया। उसी समय, कई छोटी कंपनियों, जैसे कि एफ़टीपी सॉफ्टवेयर और वोलोंगोंग समूह ने डॉस और माइक्रोसॉफ़्ट विंडोज़ के लिए टीसीपी/आईपी स्टैक की पेशकश शुरू की। पहला वीएम/सीएमएस टीसीपी/आईपी स्टैक विस्कॉन्सिन विश्वविद्यालय से आया था। कुछ शुरुआती टीसीपी/आईपी स्टैक कुछ प्रोग्रामरों द्वारा अकेले ही लिखे गए थे। जे एलिन्स्की और आईबीएम रिसर्च ने क्रमशः वीएम/सीएमएस और ओएस/2 के लिए टीसीपी/आईपी स्टैक लिखे। 1984 में एमआईटी में डोनाल्ड गिल्लीज ने एक एनटीसीपी मल्टी-कनेक्शन टीसीपी लिखा था जो 1983-4 में एमआईटी में जॉन रोमकी द्वारा बनाए गए आईपी/पैकेटड्राइवर परत के ऊपर चलता है। Romkey ने 1986 में इस TCP का लाभ उठाया जब FTP सॉफ़्टवेयर की स्थापना हुई थी।  1985 में शुरू करते हुए, फिल कर्ण ने हैम रेडियो सिस्टम (KA9Q TCP) के लिए एक बहु-कनेक्शन TCP एप्लिकेशन बनाया। जून 1989 में टीसीपी/आईपी के प्रसार को और बढ़ावा मिला, जब कैलिफोर्निया विश्वविद्यालय, बर्कले ने बीएसडी यूनिक्स के लिए विकसित टीसीपी/आईपी कोड को सार्वजनिक डोमेन में रखने पर सहमति व्यक्त की। IBM सहित विभिन्न कॉर्पोरेट विक्रेताओं ने इस कोड को वाणिज्यिक TCP/IP सॉफ़्टवेयर रिलीज़ में शामिल किया। माइक्रोसॉफ्ट ने विंडोज 95 में एक देशी टीसीपी/आईपी स्टैक जारी किया। इस घटना ने माइक्रोसॉफ्ट-आधारित नेटवर्क पर अन्य प्रोटोकॉल पर टीसीपी/आईपी के प्रभुत्व को मजबूत करने में मदद की, जिसमें आईबीएम के सिस्टम नेटवर्क आर्किटेक्चर (एसएनए) और डिजिटल उपकरण निगम के डीईसीनेट जैसे अन्य प्लेटफॉर्म शामिल थे। खुले प्रणालियों का अंतर्संबंध (OSI), और ज़ेरॉक्स नेटवर्क सिस्टम्स (XNS)।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

टीसीपी एक कनेक्शन-उन्मुख प्रोटोकॉल है जो विश्वसनीय बाइट स्ट्रीम प्रदान करने में कई विश्वसनीयता मुद्दों को संबोधित करता है:
 * डेटा क्रम में आता है
 * डेटा में न्यूनतम त्रुटि है (यानी, शुद्धता)
 * डुप्लिकेट डेटा खारिज कर दिया गया है
 * खोए हुए या छोड़े गए पैकेट फिर से भेजे जाते हैं
 * यातायात भीड़ नियंत्रण शामिल है

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

यह भी देखें

 * बीबीएन रिपोर्ट 1822, एक प्रारंभिक स्तरित नेटवर्क मॉडल
 * फास्ट स्थानीय इंटरनेट प्रोटोकॉल
 * स्वचालन प्रोटोकॉल की सूची
 * सूचना प्रौद्योगिकी आद्याक्षरों की सूची
 * आईपी प्रोटोकॉल नंबरों की सूची
 * नेटवर्क प्रोटोकॉल की सूची
 * टीसीपी और यूडीपी पोर्ट नंबरों की सूची

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

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

बाहरी संबंध

 * Internet History – Pages on Robert Kahn, Vinton Cerf, and TCP/IP (reviewed by Cerf and Kahn).
 * A TCP/IP Tutorial – from the Internet Engineering Task Force (January 1991)
 * The Ultimate Guide to TCP/IP
 * The TCP/IP Guide – A comprehensive look at the protocols and the procedure and processes involved