इंटरनेट प्रोटोकॉल सूट: Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Framework for communication protocols used in IP networking}} {{Use American English|date=October 2020}} {{Use mdy dates|date=October 2020}} {{About|the pr...")
 
No edit summary
Line 1: Line 1:
{{short description|Framework for communication protocols used in IP networking}}
 
{{Use American English|date=October 2020}}
{{Use mdy dates|date=October 2020}}
{{About|the protocols that make up the Internet architecture|the IP network protocol only|Internet Protocol}}
{{About|the protocols that make up the Internet architecture|the IP network protocol only|Internet Protocol}}
{{IPstack}}
{{IPstack}}
[[इंटरनेट]] प्रोटोकॉल सूट, जिसे आमतौर पर टीसीपी/आईपी के रूप में जाना जाता है, कार्यात्मक मानदंडों के अनुसार इंटरनेट और इसी तरह के [[कंप्यूटर नेटवर्क]] में उपयोग किए जाने वाले [[संचार प्रोटोकॉल]] के सेट को व्यवस्थित करने के लिए एक ढांचा है। सुइट में मूलभूत प्रोटोकॉल [[ट्रांसमिशन कंट्रोल प्रोटोकॉल]] (टीसीपी), [[डेटाग्राम प्रोटेकॉलका उपयोग करें]] (यूडीपी) और [[इंटरनेट प्रोटोकॉल]] (आईपी) हैं। इस नेटवर्किंग मॉडल के विकास में, इसके शुरुआती संस्करणों को रक्षा विभाग (डीओडी) मॉडल के रूप में जाना जाता था क्योंकि अनुसंधान और विकास को संयुक्त राज्य अमेरिका के रक्षा विभाग द्वारा डीएआरपीए के माध्यम से वित्त पोषित किया गया था।
'''इंटरनेट प्रोटोकॉल सूट''', जिसे सामान्यतः '''टीसीपी/आईपी''' के रूप में जाना जाता है, कार्यात्मक मानदंडों के अनुसार [[इंटरनेट]] और इसी प्रकार के [[कंप्यूटर नेटवर्क]] में उपयोग किए जाने वाले [[संचार प्रोटोकॉल]] के समूह को व्यवस्थित करने के लिए एक ढाँचा है। सुइट में मूलभूत प्रोटोकॉल [[ट्रांसमिशन कंट्रोल प्रोटोकॉल]] (टीसीपी), [[डेटाग्राम प्रोटेकॉलका उपयोग करें|यूजर डेटाग्राम प्रोटोकॉल]] (यूडीपी) और [[इंटरनेट प्रोटोकॉल]] (आईपी) हैं। इस नेटवर्किंग मॉडल के विकास में, इसके शुरुआती संस्करणों को '''रक्षा विभाग (डीओडी) मॉडल''' के रूप में जाना जाता था क्योंकि अनुसंधान और विकास को संयुक्त राज्य अमेरिका के रक्षा विभाग द्वारा डीएआरपीए के माध्यम से वित्त पोषित किया गया था।


इंटरनेट प्रोटोकॉल सूट [[एंड-टू-एंड सिद्धांत]] प्रदान करता है | एंड-टू-एंड डेटा संचार निर्दिष्ट करता है कि डेटा को कैसे पैकेटीकृत, संबोधित, प्रेषित, [[मार्ग]] और प्राप्त किया जाना चाहिए। यह कार्यक्षमता चार [[अमूर्त परत]]ों में व्यवस्थित है, जो नेटवर्किंग के प्रत्येक प्रोटोकॉल के दायरे के अनुसार सभी संबंधित प्रोटोकॉल को वर्गीकृत करती है।<ref name="rfc1122">{{cite IETF|rfc=1122|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|editor-first=R.|editor-last=Braden|editor-link=Bob Braden|date=October 1989}}</ref><ref name="R9Fra">{{cite IETF|rfc=1123|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - आवेदन और समर्थन|editor-first=R.|editor-last=Braden|editor-link=Bob Braden|date=October 1989}}</ref> किसी विशेष एप्लिकेशन के लिए परतों का कार्यान्वयन एक [[प्रोटोकॉल स्टैक]] बनाता है। निम्नतम से उच्चतम तक, परतें [[लिंक परत]] होती हैं, जिसमें डेटा के लिए संचार विधियाँ होती हैं जो एकल नेटवर्क खंड (लिंक) के भीतर रहती हैं; [[इंटरनेट परत]], स्वतंत्र नेटवर्क के बीच इंटरनेट कार्य प्रदान करती है; [[ट्रांसपोर्ट परत]], होस्ट-टू-होस्ट कम्युनिकेशन को हैंडल करना; और [[अनुप्रयोग परत]], एप्लिकेशन के लिए प्रोसेस-टू-प्रोसेस डेटा एक्सचेंज प्रदान करता है।
इंटरनेट प्रोटोकॉल सूट [[एंड-टू-एंड सिद्धांत|एंड-टू-एंड]] डेटा संचार प्रदान करता है जो निर्दिष्ट करता है कि डेटा को कैसे पैकेट किया जाना चाहिए, संबोधित किया जाना चाहिए, प्रेषित किया जाना चाहिए, [[मार्ग]] किया जाना चाहिए और प्राप्त किया जाना चाहिए। यह कार्यक्षमता चार [[अमूर्त परत|अमूर्त परतों]] में व्यवस्थित है, जो नेटवर्किंग के प्रत्येक प्रोटोकॉल के दायरे के अनुसार सभी संबंधित प्रोटोकॉल को वर्गीकृत करती है।<ref name="rfc1122">{{cite IETF|rfc=1122|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|editor-first=R.|editor-last=Braden|editor-link=Bob Braden|date=October 1989}}</ref><ref name="R9Fra">{{cite IETF|rfc=1123|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - आवेदन और समर्थन|editor-first=R.|editor-last=Braden|editor-link=Bob Braden|date=October 1989}}</ref> किसी विशेष एप्लिकेशन के लिए परतों का कार्यान्वयन एक [[प्रोटोकॉल स्टैक]] बनाता है। निम्नतम से उच्चतम तक, परतें [[लिंक परत]] होती हैं, जिसमें डेटा के लिए संचार विधियाँ होती हैं जो एकल नेटवर्क खंड (लिंक) के भीतर रहती हैं; [[इंटरनेट परत]], स्वतंत्र नेटवर्क के बीच इंटरनेट कार्य प्रदान करती है; [[ट्रांसपोर्ट परत]], होस्ट-टू-होस्ट कम्युनिकेशन को हैंडल करना; और [[अनुप्रयोग परत]], एप्लिकेशन के लिए प्रोसेस-टू-प्रोसेस डेटा एक्सचेंज प्रदान करता है।


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


== इतिहास ==
== इतिहास ==
{{Further|History of the Internet}}
{{Further|History of the Internet}}
=== प्रारंभिक शोध ===
[[File:SRI First Internetworked Connection diagram.jpg|thumb|right|पहले इंटरनेट कनेक्शन का आरेख]]
[[File:SRI Packet Radio Van.jpg|thumb|right|एक [[श्री इंटरनेशनल]] [[पैकेट रेडियो वैन]], जिसका उपयोग पहले तीन-तरफ़ा इंटरनेटवर्किंग ट्रांसमिशन के लिए किया गया था।]]शुरुआत में डीओडी इंटरनेट आर्किटेक्चर मॉडल के रूप में संदर्भित, इंटरनेट प्रोटोकॉल सूट की जड़ें 1960 के दशक के अंत में रक्षा उन्नत अनुसंधान परियोजना एजेंसी (डीएआरपीए) द्वारा प्रायोजित अनुसंधान और विकास में हैं।<ref name="Cerf DoD">{{cite journal|title=डीओडी इंटरनेट आर्किटेक्चर मॉडल|first1=Vinton G.|last1=Cerf|first2=Edward|last2=Cain|name-list-style=amp|journal=Computer Networks|volume=7|issue=5|date=October 1983|publisher=North-Holland|doi=10.1016/0376-5075(83)90042-9|pages=307–318}}</ref> 1969 में अग्रणी [[ARPANET]] की शुरुआत करने के बाद, DARPA ने मोबाइल पैकेट रेडियो सहित कई अन्य डेटा ट्रांसमिशन तकनीकों पर काम शुरू किया। सार्वजनिक और निजी डोमेन में पैकेट उपग्रह सेवा, स्थानीय क्षेत्र नेटवर्क और अन्य डेटा नेटवर्क। 1972 में, रॉबर्ट ई. क्हान DARPA [[सूचना प्रसंस्करण प्रौद्योगिकी कार्यालय]] में शामिल हुए, जहाँ उन्होंने उपग्रह पैकेट नेटवर्क और ग्राउंड-आधारित रेडियो पैकेट नेटवर्क दोनों पर काम किया, और दोनों में संचार करने में सक्षम होने के मूल्य को पहचाना। 1973 के वसंत में, [[विंटन सेर्फ़]], जिन्होंने मौजूदा ARPANET [[नेटवर्क कंट्रोल प्रोटोकॉल (ARPANET)|नेटवर्क कंट्रोल प्रोटोकॉल]] नेटवर्क कंट्रोल प्रोटोकॉल (NCP) प्रोटोकॉल को विकसित करने में मदद की, ARPANET के लिए अगली प्रोटोकॉल पीढ़ी को डिज़ाइन करने के लक्ष्य के साथ [[खुले वास्तुकला|खुले आर्किटेक्चर]] इंटरकनेक्शन मॉडल पर काम करने के लिए कान में शामिल हुए।{{Citation needed|date=January 2020}} उन्होंने ARPANET अनुसंधान समुदाय और [[अंतर्राष्ट्रीय नेटवर्किंग कार्य समूह]] से अनुभव प्राप्त किया, जिसकी अध्यक्षता Cerf ने की थी।<ref name="ZVVpe">{{Cite book|last=Abbate|first=Janet|author-link=Janet Abbate|url=https://books.google.com/books?id=E2BdY6WQo4AC&pg=PA123|title=इंटरनेट का आविष्कार|date=2000|publisher=MIT Press|isbn=978-0-262-51115-5|pages=123–4|language=en}}</ref>
1973 की गर्मियों तक, कहन और सेर्फ़ ने एक मूलभूत सुधार पर काम किया था, जिसमें स्थानीय नेटवर्क प्रोटोकॉल के बीच के अंतर को एक सामान्य [[इंटरनेटवर्क प्रोटोकॉल]] का उपयोग करके छिपाया गया था, और मौजूदा ARPANET प्रोटोकॉल के रूप में नेटवर्क विश्वसनीयता के लिए ज़िम्मेदार होने के बजाय , यह समारोह मेजबानों को सौंप दिया गया था। Cerf ने इस डिज़ाइन पर महत्वपूर्ण प्रभाव डालने के लिए [[CYCLADES]] नेटवर्क के डिज़ाइनर [[ह्यूबर्ट ज़िम्मरमैन]] और [[लुई पॉज़िन|लुईस पॉज़िन]] को श्रेय दिया।<ref name="YSZAX">{{Cite journal|last1=Cerf|first1=V.|last2=Kahn|first2=R.|date=1974|title=पैकेट नेटवर्क इंटरकम्युनिकेशन के लिए एक प्रोटोकॉल|url=https://www.cs.princeton.edu/courses/archive/fall06/cos561/papers/cerf74.pdf|journal=IEEE Transactions on Communications|volume=22|issue=5|pages=637–648|doi=10.1109/TCOM.1974.1092259|issn=1558-0857|quote=लेखक अंतरराष्ट्रीय नेटवर्क प्रोटोकॉल, विशेष रूप से आर. मेटकाफ, आर. स्कैंटलबरी, डी. वाल्डेन, और एच. ज़िम्मरमैन की शुरुआती चर्चाओं के दौरान उपयोगी टिप्पणियों के लिए कई सहयोगियों को धन्यवाद देना चाहते हैं; डी. डेविस और एल. पॉज़िन जिन्होंने विखंडन और लेखांकन मुद्दों पर रचनात्मक टिप्पणी की; और एस. क्रोकर जिन्होंने संघों के निर्माण और विनाश पर टिप्पणी की थी।}}</रेफरी><nowiki><ref name="MevuR"></nowiki>{{cite news|date=13 December 2013|title=इंटरनेट का पांचवां आदमी|work=Economist|url=https://www.economist.com/news/technology-quarterly/21590765-louis-pouzin-helped-create-internet-now-he-campaigning-ensure-its|access-date=11 September 2017|quote=1970 के दशक की शुरुआत में श्री पाउज़िन ने एक अभिनव डेटा नेटवर्क बनाया जो फ़्रांस, इटली और ब्रिटेन में स्थानों को जोड़ता था। इसकी सादगी और दक्षता ने एक ऐसे नेटवर्क का रास्ता दिखाया जो न केवल दर्जनों मशीनों को बल्कि लाखों मशीनों को भी जोड़ सकता है। इसने डॉ. सेर्फ़ और डॉ. क्हान की कल्पना को आकर्षित किया, जिन्होंने प्रोटोकॉल में इसकी डिज़ाइन के पहलुओं को शामिल किया जो अब इंटरनेट को संचालित करता है।}}</ref> नया प्रोटोकॉल 1974 में [[ट्रांसमिशन कंट्रोल प्रोग्राम]] के रूप में लागू किया गया था।<ref name="VhISi">{{cite IETF|first1=Vinton|last1=Cerf|author-link1=Vint Cerf|first2=Yogen|last2=Dalal|author-link2=Yogen Dalal|first3=Carl|last3=Sunshine|date=December 1974|rfc=675|title=इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल की विशिष्टता}}</ref>


प्रारंभ में, ट्रांसमिशन कंट्रोल प्रोग्राम (इंटरनेट प्रोटोकॉल तब एक अलग प्रोटोकॉल के रूप में मौजूद नहीं था) अपने उपयोगकर्ताओं को केवल एक [[विश्वसनीय बाइट स्ट्रीम]] सेवा प्रदान करता था, [[आंकड़ारेख|डेटाग्राम]] नहीं।<ref name="TCP2">{{Cite web|url=https://www.rfc-editor.org/ien/ien5.pdf|title=इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल टीसीपी (संस्करण 2) की विशिष्टता|first=Vinton|last=Cerf|author-link=Vint Cerf|date=March 1977|access-date=2022-08-04}}</ref> जैसे-जैसे प्रोटोकॉल के साथ अनुभव बढ़ता गया, सहयोगियों ने अलग-अलग प्रोटोकॉल की परतों में कार्यक्षमता के विभाजन की सिफारिश की, जिससे उपयोगकर्ता डेटाग्राम सेवा तक सीधी पहुँच प्राप्त कर सके। अधिवक्ताओं में [[डैनी कोहेन (कंप्यूटर वैज्ञानिक)|डैनी कोहेन]] शामिल थे, जिन्हें अपने [[आईपी ​​पर आवाज|पैकेट वॉयस]] कार्य के लिए इसकी आवश्यकता थी; दक्षिणी कैलिफोर्निया विश्वविद्यालय के [[सूचना विज्ञान संस्थान]] के [[जोनाथन पोस्टल]], जिन्होंने [[टिप्पणियों के लिए अनुरोध|रिक्वेस्ट फॉर कमेंट्स]] (RFCs), तकनीकी और रणनीतिक दस्तावेज़ श्रृंखला का संपादन किया, जिसने इंटरनेट विकास को प्रलेखित और उत्प्रेरित किया है;<ref name="i1TtW">Internet Hall of Fame</ref> और [[ज़ेरॉक्स PARC]] में [[रॉबर्ट मेटकाफ]] का अनुसंधान समूह<ref name="BpyJd">{{cite book |last1=Panzaris |first1=Georgios |title=मशीनें और रोमांस: एक सामान्य-उद्देश्य प्लेटफॉर्म के रूप में नेटवर्क्ड कंप्यूटिंग का तकनीकी और वर्णनात्मक निर्माण, 1960-1995|date=2008 |publisher=[[Stanford University]] |page=128 |url=https://books.google.com/books?id=9yMhAQAAIAAJ}}</ref><ref name="2J9cz">{{cite book |last1=Pelkey |first1=James L. |title=एंटरप्रेन्योरियल कैपिटलिज्म एंड इनोवेशन: ए हिस्ट्री ऑफ कंप्यूटर कम्युनिकेशंस, 1968-1988|url=https://historyofcomputercommunications.info |date=2007 |chapter=Yogen Dalal |chapter-url=https://historyofcomputercommunications.info/interviews/yogen-dalal/ |access-date=8 October 2020}}</ref> पोस्टल ने कहा, "हम लेयरिंग के सिद्धांत का उल्लंघन करके इंटरनेट प्रोटोकॉल के अपने डिजाइन में गड़बड़ कर रहे हैं।"<ref name="xgruR">{{citation|url=https://www.rfc-editor.org/ien/ien2.txt|first=Jon|last=Postel|author-link=Jon Postel|title=2.3.3.2 Comments on Internet Protocol and TCP|id=IEN 2|date=15 August 1977}}</ref> एक अखंड डिजाइन अनम्य होगा और स्केलेबिलिटी के मुद्दों को जन्म देगा। 1978 में लिखित टीसीपी के संस्करण 3 में, ट्रांसमिशन कंट्रोल प्रोग्राम को दो अलग-अलग प्रोटोकॉल में विभाजित किया गया था, कनेक्शन रहित परत के रूप में इंटरनेट प्रोटोकॉल और एक विश्वसनीय [[कनेक्शन-उन्मुख सेवा]] के रूप में ट्रांसमिशन कंट्रोल प्रोटोकॉल।<ref name="W7UY2">{{Cite web|url=http://www.tcpipguide.com/free/t_TCPIPOverviewandHistory-2.htm|title=टीसीपी/आईपी गाइड - टीसीपी/आईपी अवलोकन और इतिहास|website=www.tcpipguide.com|access-date=2020-02-11}}</ref>


=== प्रारंभिक शोध ===
नेटवर्क के डिजाइन में यह मान्यता शामिल थी कि इसे केवल अंतिम नोड्स के बीच कुशलतापूर्वक संचारण और यातायात को रूट करने का कार्य प्रदान करना चाहिए और अन्य सभी खुफिया नेटवर्क के किनारे पर अंत नोड्स में स्थित होना चाहिए। इस डिजाइन को एंड-टू-एंड सिद्धांत के रूप में जाना जाता है। इस डिज़ाइन का उपयोग करके, अन्य नेटवर्क को ARPANET से जोड़ना संभव हो गया, जो अन्य स्थानीय विशेषताओं के बावजूद समान सिद्धांत का उपयोग करता था, जिससे कहन की प्रारंभिक इंटरनेटवर्किंग समस्या हल हो गई। एक लोकप्रिय अभिव्यक्ति यह है कि टीसीपी/आईपी, सेर्फ़ और क्हान के काम का अंतिम उत्पाद, "दो टिन के डिब्बे और एक स्ट्रिंग" पर चल सकता है।{{citation needed|reason=I can only find possibly circular references for this phrase.|date=November 2017}} वर्षों बाद, एक मजाक के रूप में[[एवियन कैरियर्स पर आईपी]] प्रोटोकॉल विनिर्देश पर आईपी बनाया गया और सफलतापूर्वक परीक्षण किया गया।
[[File:SRI First Internetworked Connection diagram.jpg|thumb|right|पहले इंटरनेट कनेक्शन का आरेख]]
[[File:SRI Packet Radio Van.jpg|thumb|right|एक [[श्री इंटरनेशनल]] [[पैकेट रेडियो वैन]], जिसका उपयोग पहले तीन-तरफ़ा इंटरनेटवर्किंग ट्रांसमिशन के लिए किया गया था।]]1970 के दशक में डिफेंस एडवांस्ड रिसर्च प्रोजेक्ट्स एजेंसी (DARPA) द्वारा किए गए अनुसंधान और विकास के परिणामस्वरूप इंटरनेट प्रोटोकॉल सूट का परिणाम हुआ।<ref name="Cerf DoD">{{cite journal|title=डीओडी इंटरनेट आर्किटेक्चर मॉडल|first1=Vinton G.|last1=Cerf|first2=Edward|last2=Cain|name-list-style=amp|journal=Computer Networks|volume=7|issue=5|date=October 1983|publisher=North-Holland|doi=10.1016/0376-5075(83)90042-9|pages=307–318}}</ref> 1969 में अग्रणी [[ARPANET]] की शुरुआत करने के बाद, DARPA ने कई अन्य डेटा ट्रांसमिशन तकनीकों पर काम करना शुरू किया। 1972 में, रॉबर्ट ई. क्हान DARPA [[सूचना प्रसंस्करण प्रौद्योगिकी कार्यालय]] में शामिल हुए, जहाँ उन्होंने उपग्रह पैकेट नेटवर्क और ग्राउंड-आधारित रेडियो पैकेट नेटवर्क दोनों पर काम किया, और दोनों में संचार करने में सक्षम होने के मूल्य को पहचाना। 1973 के वसंत में, [[विंटन सेर्फ़]], जिन्होंने मौजूदा ARPANET [[नेटवर्क कंट्रोल प्रोटोकॉल (ARPANET)]] (NCP) प्रोटोकॉल को विकसित करने में मदद की, ARPANET के लिए अगली प्रोटोकॉल पीढ़ी को डिज़ाइन करने के लक्ष्य के साथ [[खुले वास्तुकला]] इंटरकनेक्शन मॉडल पर काम करने के लिए क्हान में शामिल हुए।{{Citation needed|date=January 2020}} उन्होंने ARPANET अनुसंधान समुदाय और अंतर्राष्ट्रीय [[अंतर्राष्ट्रीय नेटवर्किंग कार्य समूह]] अनुभव प्राप्त किया, जिसकी अध्यक्षता Cerf ने की।<ref name="ZVVpe">{{Cite book|last=Abbate|first=Janet|author-link=Janet Abbate|url=https://books.google.com/books?id=E2BdY6WQo4AC&pg=PA123|title=इंटरनेट का आविष्कार|date=2000|publisher=MIT Press|isbn=978-0-262-51115-5|pages=123–4|language=en}}</ref>
1973 की गर्मियों तक, कहन और सेर्फ़ ने एक मूलभूत सुधार पर काम किया था, जिसमें स्थानीय नेटवर्क प्रोटोकॉल के बीच के अंतर को एक सामान्य [[इंटरनेटवर्क प्रोटोकॉल]] का उपयोग करके छिपाया गया था, और मौजूदा ARPANET प्रोटोकॉल के रूप में नेटवर्क विश्वसनीयता के लिए ज़िम्मेदार होने के बजाय , यह समारोह मेजबानों को सौंप दिया गया था। Cerf ने इस डिज़ाइन पर महत्वपूर्ण प्रभावों के साथ [[CYCLADES]] नेटवर्क के डिज़ाइनर [[ह्यूबर्ट ज़िम्मरमैन]] और [[लुई पॉज़िन]] को श्रेय दिया।<ref name="YSZAX">{{Cite journal|last1=Cerf|first1=V.|last2=Kahn|first2=R.|date=1974|title=पैकेट नेटवर्क इंटरकम्युनिकेशन के लिए एक प्रोटोकॉल|url=https://www.cs.princeton.edu/courses/archive/fall06/cos561/papers/cerf74.pdf|journal=IEEE Transactions on Communications|volume=22|issue=5|pages=637–648|doi=10.1109/TCOM.1974.1092259|issn=1558-0857|quote=लेखक अंतरराष्ट्रीय नेटवर्क प्रोटोकॉल, विशेष रूप से आर. मेटकाफ, आर. स्कैंटलबरी, डी. वाल्डेन, और एच. ज़िम्मरमैन की शुरुआती चर्चाओं के दौरान उपयोगी टिप्पणियों के लिए कई सहयोगियों को धन्यवाद देना चाहते हैं; डी. डेविस और एल. पॉज़िन जिन्होंने विखंडन और लेखांकन मुद्दों पर रचनात्मक टिप्पणी की; और एस. क्रोकर जिन्होंने संघों के निर्माण और विनाश पर टिप्पणी की थी।}}</रेफरी><ref name="MevuR">{{cite news|date=13 December 2013|title=इंटरनेट का पांचवां आदमी|work=Economist|url=https://www.economist.com/news/technology-quarterly/21590765-louis-pouzin-helped-create-internet-now-he-campaigning-ensure-its|access-date=11 September 2017|quote=1970 के दशक की शुरुआत में श्री पाउज़िन ने एक अभिनव डेटा नेटवर्क बनाया जो फ़्रांस, इटली और ब्रिटेन में स्थानों को जोड़ता था। इसकी सादगी और दक्षता ने एक ऐसे नेटवर्क का रास्ता दिखाया जो न केवल दर्जनों मशीनों को बल्कि लाखों मशीनों को भी जोड़ सकता है। इसने डॉ. सेर्फ़ और डॉ. क्हान की कल्पना को आकर्षित किया, जिन्होंने प्रोटोकॉल में इसकी डिज़ाइन के पहलुओं को शामिल किया जो अब इंटरनेट को संचालित करता है।}}</ref> नया प्रोटोकॉल 1974 में [[ट्रांसमिशन कंट्रोल प्रोग्राम]] के रूप में लागू किया गया था।<ref name="VhISi">{{cite IETF|first1=Vinton|last1=Cerf|author-link1=Vint Cerf|first2=Yogen|last2=Dalal|author-link2=Yogen Dalal|first3=Carl|last3=Sunshine|date=December 1974|rfc=675|title=इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल की विशिष्टता}}</ref>
प्रारंभ में, ट्रांसमिशन कंट्रोल प्रोग्राम (इंटरनेट प्रोटोकॉल तब एक अलग प्रोटोकॉल के रूप में मौजूद नहीं था) अपने उपयोगकर्ताओं को केवल एक [[विश्वसनीय बाइट स्ट्रीम]] सेवा प्रदान करता था, [[आंकड़ारेख]] नहीं।<ref name="TCP2">{{Cite web|url=https://www.rfc-editor.org/ien/ien5.pdf|title=इंटरनेट ट्रांसमिशन कंट्रोल प्रोटोकॉल टीसीपी (संस्करण 2) की विशिष्टता|first=Vinton|last=Cerf|author-link=Vint Cerf|date=March 1977|access-date=2022-08-04}}</ref> जैसे-जैसे प्रोटोकॉल के साथ अनुभव बढ़ता गया, सहयोगियों ने अलग-अलग प्रोटोकॉल की परतों में कार्यक्षमता के विभाजन की सिफारिश की, जिससे उपयोगकर्ता डेटाग्राम सेवा तक सीधी पहुँच प्राप्त कर सके। अधिवक्ताओं में [[डैनी कोहेन (कंप्यूटर वैज्ञानिक)]] शामिल थे, जिन्हें अपने [[आईपी ​​पर आवाज]] कार्य के लिए इसकी आवश्यकता थी; दक्षिणी कैलिफोर्निया विश्वविद्यालय के [[सूचना विज्ञान संस्थान]] के [[जोनाथन पोस्टल]], जिन्होंने तकनीकी और रणनीतिक दस्तावेज़ श्रृंखला [[टिप्पणियों के लिए अनुरोध]] (RFCs) को संपादित किया, जिसने इंटरनेट विकास को प्रलेखित और उत्प्रेरित किया है;<ref name="i1TtW">Internet Hall of Fame</ref> और [[ज़ेरॉक्स PARC]] में [[रॉबर्ट मेटकाफ]] का अनुसंधान समूह।<ref name="BpyJd">{{cite book |last1=Panzaris |first1=Georgios |title=मशीनें और रोमांस: एक सामान्य-उद्देश्य प्लेटफॉर्म के रूप में नेटवर्क्ड कंप्यूटिंग का तकनीकी और वर्णनात्मक निर्माण, 1960-1995|date=2008 |publisher=[[Stanford University]] |page=128 |url=https://books.google.com/books?id=9yMhAQAAIAAJ}}</ref><ref name="2J9cz">{{cite book |last1=Pelkey |first1=James L. |title=एंटरप्रेन्योरियल कैपिटलिज्म एंड इनोवेशन: ए हिस्ट्री ऑफ कंप्यूटर कम्युनिकेशंस, 1968-1988|url=https://historyofcomputercommunications.info |date=2007 |chapter=Yogen Dalal |chapter-url=https://historyofcomputercommunications.info/interviews/yogen-dalal/ |access-date=8 October 2020}}</ref> पोस्टल ने कहा, हम लेयरिंग के सिद्धांत का उल्लंघन कर इंटरनेट प्रोटोकॉल के अपने डिजाइन में पेंच फंसा रहे हैं।<ref name="xgruR">{{citation|url=https://www.rfc-editor.org/ien/ien2.txt|first=Jon|last=Postel|author-link=Jon Postel|title=2.3.3.2 Comments on Internet Protocol and TCP|id=IEN 2|date=15 August 1977}}</ref> विभिन्न तंत्रों के एनकैप्सुलेशन का उद्देश्य एक ऐसा वातावरण बनाना था जहां ऊपरी परतें केवल निचली परतों से आवश्यक चीज़ों तक पहुंच सकें। एक अखंड डिजाइन अनम्य होगा और स्केलेबिलिटी के मुद्दों को जन्म देगा। 1978 में लिखित टीसीपी के संस्करण 3 में, ट्रांसमिशन कंट्रोल प्रोग्राम को दो अलग-अलग प्रोटोकॉल में विभाजित किया गया था, कनेक्शन रहित परत के रूप में इंटरनेट प्रोटोकॉल और एक विश्वसनीय [[कनेक्शन-उन्मुख सेवा]] के रूप में ट्रांसमिशन कंट्रोल प्रोटोकॉल।<ref name="W7UY2">{{Cite web|url=http://www.tcpipguide.com/free/t_TCPIPOverviewandHistory-2.htm|title=टीसीपी/आईपी गाइड - टीसीपी/आईपी अवलोकन और इतिहास|website=www.tcpipguide.com|access-date=2020-02-11}}</ref>
नेटवर्क के डिजाइन में यह मान्यता शामिल थी कि इसे केवल अंतिम नोड्स के बीच कुशलतापूर्वक संचारण और यातायात को रूट करने का कार्य प्रदान करना चाहिए और अन्य सभी खुफिया नेटवर्क के किनारे पर अंत नोड्स में स्थित होना चाहिए। इस डिजाइन को एंड-टू-एंड सिद्धांत के रूप में जाना जाता है। इस डिज़ाइन का उपयोग करके, अन्य नेटवर्क को ARPANET से जोड़ना संभव हो गया, जो अन्य स्थानीय विशेषताओं के बावजूद समान सिद्धांत का उपयोग करता था, जिससे कहन की प्रारंभिक इंटरनेटवर्किंग समस्या हल हो गई। एक लोकप्रिय अभिव्यक्ति यह है कि टीसीपी/आईपी, सेर्फ़ और कान के काम का अंतिम उत्पाद, दो टिन के डिब्बे और एक तार पर चल सकता है।{{citation needed|reason=I can only find possibly circular references for this phrase.|date=November 2017}} वर्षों बाद, एक मजाक के रूप में[[एवियन कैरियर्स पर आईपी]] प्रोटोकॉल विनिर्देश पर आईपी बनाया गया और सफलतापूर्वक परीक्षण किया गया।


कई हार्डवेयर प्लेटफॉर्म पर प्रोटोकॉल के परिचालन संस्करण विकसित करने के लिए DARPA ने [[BBN Technologies]], [[स्टैनफोर्ड विश्वविद्यालय]] और [[यूनिवर्सिटी कॉलेज लंदन]] के साथ अनुबंध किया।<ref name="IjTdeF">{{cite web|title=इंटरनेट कैसे बना|url=http://elk.informatik.hs-augsburg.de/tmp/cdrom-oss/CerfHowInternetCame2B.html|author1=by Vinton Cerf, as told to Bernard Aboba|date=1993|url-status=dead|archive-url=https://web.archive.org/web/20170926042220/http://elk.informatik.hs-augsburg.de/tmp/cdrom-oss/CerfHowInternetCame2B.html|archive-date=26 September 2017|access-date=25 September 2017|quote=हमने स्टैनफोर्ड, बीबीएन, और यूनिवर्सिटी कॉलेज लंदन में समवर्ती कार्यान्वयन करना शुरू किया। इसलिए इंटरनेट प्रोटोकॉल विकसित करने का प्रयास शुरू से ही अंतर्राष्ट्रीय था। ... मार्च 82 - नॉर्वे ARPANET को छोड़ देता है और SATNET पर TCP/IP के माध्यम से एक इंटरनेट कनेक्शन बन जाता है। नवम्बर '82 - UCL ने ARPANET को छोड़ दिया और एक इंटरनेट कनेक्शन बन गया।}}</ref> प्रोटोकॉल के विकास के दौरान पैकेट रूटिंग परत की संस्करण संख्या संस्करण 1 से संस्करण 4 तक आगे बढ़ी, जिसके बाद वाले को 1983 में ARPANET में स्थापित किया गया था। इंटरनेट, इसके वर्तमान उत्तराधिकारी, [[इंटरनेट प्रोटोकॉल संस्करण 6]] (IPv6) के साथ।
DARPA ने कई हार्डवेयर प्लेटफॉर्म पर प्रोटोकॉल के परिचालन संस्करण विकसित करने के लिए [[BBN Technologies]], [[स्टैनफोर्ड विश्वविद्यालय]] और [[यूनिवर्सिटी कॉलेज लंदन]] के साथ अनुबंध किया।<ref name="IjTdeF">{{cite web|title=इंटरनेट कैसे बना|url=http://elk.informatik.hs-augsburg.de/tmp/cdrom-oss/CerfHowInternetCame2B.html|author1=by Vinton Cerf, as told to Bernard Aboba|date=1993|url-status=dead|archive-url=https://web.archive.org/web/20170926042220/http://elk.informatik.hs-augsburg.de/tmp/cdrom-oss/CerfHowInternetCame2B.html|archive-date=26 September 2017|access-date=25 September 2017|quote=हमने स्टैनफोर्ड, बीबीएन, और यूनिवर्सिटी कॉलेज लंदन में समवर्ती कार्यान्वयन करना शुरू किया। इसलिए इंटरनेट प्रोटोकॉल विकसित करने का प्रयास शुरू से ही अंतर्राष्ट्रीय था। ... मार्च 82 - नॉर्वे ARPANET को छोड़ देता है और SATNET पर TCP/IP के माध्यम से एक इंटरनेट कनेक्शन बन जाता है। नवम्बर '82 - UCL ने ARPANET को छोड़ दिया और एक इंटरनेट कनेक्शन बन गया।}}</ref> प्रोटोकॉल के विकास के दौरान पैकेट रूटिंग परत की संस्करण संख्या संस्करण 1 से संस्करण 4 तक आगे बढ़ी, जिसके बाद वाले को 1983 में ARPANET में स्थापित किया गया था। इसे प्रोटोकॉल के रूप में [[इंटरनेट प्रोटोकॉल संस्करण 6]] (IPv4) के रूप में जाना जाता है जो अभी भी है इंटरनेट में उपयोग में, इसके वर्तमान उत्तराधिकारी, इंटरनेट प्रोटोकॉल संस्करण 6 (आईपीवी 6) के साथ।


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


<!-- This needs to find a better place-->
[[राउटर (कंप्यूटिंग)|राउटर]] नामक एक कंप्यूटर प्रत्येक नेटवर्क के लिए एक इंटरफ़ेस प्रदान करता है। यह उनके बीच [[नेटवर्क पैकेट]] को आगे और पीछे भेजता है।<ref name="94kJy">{{cite IETF|rfc=1812|title=आईपी ​​​​संस्करण 4 राउटर के लिए आवश्यकताएँ|first= F.|last=Baker|date=June 1995}}</ref> मूल रूप से एक राउटर को गेटवे कहा जाता था, लेकिन अन्य प्रकार के [[गेटवे (दूरसंचार)|गेटवे]] के साथ भ्रम की स्थिति से बचने के लिए इस शब्द को बदल दिया गया था।<ref name="DXqFd">{{cite book |last1=Crowell |first1=William |last2=Contos |first2=Brian |last3=DeRodeff |first3=Colby |title=भौतिक और तार्किक सुरक्षा अभिसरण: उद्यम सुरक्षा प्रबंधन द्वारा संचालित|date=2011 |publisher=Syngress |isbn=9780080558783 |page=99}}</ref>
[[राउटर (कंप्यूटिंग)]] नामक एक कंप्यूटर को प्रत्येक नेटवर्क के लिए एक इंटरफेस प्रदान किया जाता है। यह उनके बीच [[नेटवर्क पैकेट]] को आगे और पीछे भेजता है।<ref name="94kJy">{{cite IETF|rfc=1812|title=आईपी ​​​​संस्करण 4 राउटर के लिए आवश्यकताएँ|first= F.|last=Baker|date=June 1995}}</ref> मूल रूप से एक राउटर को गेटवे कहा जाता था, लेकिन अन्य प्रकार के [[गेटवे (दूरसंचार)]] के साथ भ्रम से बचने के लिए इस शब्द को बदल दिया गया था।<ref name="DXqFd">{{cite book |last1=Crowell |first1=William |last2=Contos |first2=Brian |last3=DeRodeff |first3=Colby |title=भौतिक और तार्किक सुरक्षा अभिसरण: उद्यम सुरक्षा प्रबंधन द्वारा संचालित|date=2011 |publisher=Syngress |isbn=9780080558783 |page=99}}</ref>
=== दत्तक ग्रहण ===
मार्च 1982 में, अमेरिकी रक्षा विभाग ने टीसीपी/आईपी को सभी सैन्य कंप्यूटर नेटवर्किंग के लिए मानक घोषित किया।<ref name="EMuq6">{{cite web | url = http://www.columbia.edu/~rh120/other/tcpdigest_paper.txt | title = ARPANET से इंटरनेट तक| author = Ronda Hauben | publisher = TCP Digest (UUCP) | access-date = 2007-07-05}}</ref> उसी वर्ष, यूनिवर्सिटी कॉलेज लंदन में [[NORSAR]] और पीटर कर्स्टन के अनुसंधान समूह ने प्रोटोकॉल को अपनाया।<ref name="IjTdeF" /><ref name="M9Rhk">{{cite book|url=https://books.google.com/books?id=eTRYAAAAQBAJ&pg=PT17|title=यूरोपीय अनुसंधान नेटवर्किंग का "छिपा हुआ" प्रागितिहास|last1=Martin|first1=Olivier|date=2012|publisher=Trafford Publishing|isbn=978-1466938724}}</ref><ref name="rlBZ4">{{cite web|url=http://nrg.cs.ucl.ac.uk/internet-history.html|title=यूके में ARPANET और इंटरनेट के शुरुआती अनुभव|last1=Kirstein|first1=Peter T.|publisher=Department of Computer Science, Systems and Networks Research Group, University College London|access-date=13 April 2016|archive-url=https://web.archive.org/web/20220720104424/https://nrg.cs.ucl.ac.uk/internet-history.html|archive-date=2022-07-20|url-status=dead}}</ref> एनसीपी से टीसीपी/आईपी में अरपानेट का स्थानांतरण आधिकारिक तौर पर 1 जनवरी, 1983 को [[झंडा दिवस (सॉफ्टवेयर)|ध्वज दिवस]] पर पूरा हुआ, जब नए प्रोटोकॉल स्थायी रूप से सक्रिय हो गए थे।<ref name="LuqX7">{{cite web|url=https://www.livinginternet.com/i/ii_tcpip.htm|title=टीसीपी/आईपी इंटरनेट प्रोटोकॉल|access-date=2017-12-31|archive-url=https://web.archive.org/web/20180101082256/https://www.livinginternet.com/i/ii_tcpip.htm|archive-date=1 January 2018}}</ref>


1985 में, इंटरनेट एडवाइजरी बोर्ड (बाद में [[इंटरनेट आर्किटेक्चर बोर्ड]]) ने कंप्यूटर उद्योग के लिए तीन दिवसीय टीसीपी/आईपी कार्यशाला आयोजित की, जिसमें 250 विक्रेता प्रतिनिधियों ने भाग लिया, प्रोटोकॉल को बढ़ावा दिया और इसके व्यावसायिक उपयोग में वृद्धि की। 1985 में, पहला [[इंटरॉप]] सम्मेलन टीसीपी/आईपी को व्यापक रूप से अपनाने के द्वारा नेटवर्क इंटरऑपरेबिलिटी पर केंद्रित था। सम्मेलन की स्थापना एक शुरुआती इंटरनेट कार्यकर्ता डैन लिंच ने की थी। शुरू से ही, आईबीएम और डीईसी जैसे बड़े निगमों ने बैठक में भाग लिया।<ref name="HPAsn">{{citation |url=https://www.internetsociety.org/wp-content/uploads/2017/09/ISOC-History-of-the-Internet_1997.pdf |title=Brief History of the Internet |date=1997 |first=Barry M. |last=Leiner |display-authors=et al. |publisher=[[Internet Society]] |page=15}}</ref>


=== दत्तक ग्रहण ===
आईबीएम, एटीएंडटी और डीईसी टीसीपी/आईपी को अपनाने वाले पहले बड़े निगम थे, यह प्रतिस्पर्धी [[मालिकाना प्रोटोकॉल]] होने के बावजूद था। आईबीएम में, 1984 से, बैरी एपेलमैन [[बैरी एप्पलमैन|बैरी एपेलमैन]] के समूह ने टीसीपी/आईपी विकास किया। उन्होंने [[एमवीएस]], [[वीएम (ऑपरेटिंग सिस्टम)|वीएम]], और ओएस/2 सहित विभिन्न आईबीएम प्रणालियों के लिए TCP/IP उत्पादों की एक धारा प्राप्त करने के लिए कॉर्पोरेट राजनीति को नेविगेट किया। उसी समय, कई छोटी कंपनियों, जैसे कि [[एफ़टीपी सॉफ्टवेयर]] और [[वोलोंगोंग समूह]] ने डॉस और [[माइक्रोसॉफ़्ट विंडोज़]] के लिए टीसीपी/आईपी स्टैक की पेशकश शुरू की।<ref name="TtEPm">{{cite web| url = http://support.microsoft.com/kb/108007| title = वर्कग्रुप 3.11 के लिए विंडोज के साथ वॉलोन्गॉन्ग टीसीपी/आईपी का उपयोग करना| website=Microsoft Support| archive-url=https://web.archive.org/web/20120112105314/http://support.microsoft.com/kb/108007| archive-date = 12 January 2012| url-status=dead}}</ref> पहला वीएम/सीएमएस टीसीपी/आईपी स्टैक विस्कॉन्सिन विश्वविद्यालय से आया था।<ref name="BZHnU">{{cite web|url=http://www.weblab.isti.cnr.it/education/ssfs/lezioni/slides/archives/cern.htm|title=CERN में इंटरनेट प्रोटोकॉल का संक्षिप्त इतिहास|access-date=12 September 2016|archive-url=https://web.archive.org/web/20161110200124/http://www.weblab.isti.cnr.it/education/ssfs/lezioni/slides/archives/cern.htm|archive-date=10 November 2016|url-status=dead}}</ref>
मार्च 1982 में, अमेरिकी रक्षा विभाग ने टीसीपी/आईपी को सभी सैन्य कंप्यूटर नेटवर्किंग के लिए मानक घोषित किया।<ref name="EMuq6">{{cite web | url = http://www.columbia.edu/~rh120/other/tcpdigest_paper.txt | title = ARPANET से इंटरनेट तक| author = Ronda Hauben | publisher = TCP Digest (UUCP) | access-date = 2007-07-05}}</ref> उसी वर्ष, यूनिवर्सिटी कॉलेज लंदन में [[NORSAR]] और पीटर टी. कर्स्टन के अनुसंधान समूह ने प्रोटोकॉल को अपनाया।<ref name="IjTdeF" /><ref name="M9Rhk">{{cite book|url=https://books.google.com/books?id=eTRYAAAAQBAJ&pg=PT17|title=यूरोपीय अनुसंधान नेटवर्किंग का "छिपा हुआ" प्रागितिहास|last1=Martin|first1=Olivier|date=2012|publisher=Trafford Publishing|isbn=978-1466938724}}</ref><ref name="rlBZ4">{{cite web|url=http://nrg.cs.ucl.ac.uk/internet-history.html|title=यूके में ARPANET और इंटरनेट के शुरुआती अनुभव|last1=Kirstein|first1=Peter T.|publisher=Department of Computer Science, Systems and Networks Research Group, University College London|access-date=13 April 2016|archive-url=https://web.archive.org/web/20220720104424/https://nrg.cs.ucl.ac.uk/internet-history.html|archive-date=2022-07-20|url-status=dead}}</ref> 1 जनवरी, 1983 को [[झंडा दिवस (सॉफ्टवेयर)]] पर ARPANET का TCP/IP में माइग्रेशन आधिकारिक तौर पर पूरा हो गया था, जब नए प्रोटोकॉल स्थायी रूप से सक्रिय हो गए थे।<ref name="LuqX7">{{cite web|url=https://www.livinginternet.com/i/ii_tcpip.htm|title=टीसीपी/आईपी इंटरनेट प्रोटोकॉल|access-date=2017-12-31|archive-url=https://web.archive.org/web/20180101082256/https://www.livinginternet.com/i/ii_tcpip.htm|archive-date=1 January 2018}}</ref>
1985 में, इंटरनेट एडवाइजरी बोर्ड (बाद में [[इंटरनेट आर्किटेक्चर बोर्ड]]) ने कंप्यूटर उद्योग के लिए तीन दिवसीय टीसीपी/आईपी कार्यशाला आयोजित की, जिसमें 250 विक्रेता प्रतिनिधियों ने भाग लिया, प्रोटोकॉल को बढ़ावा दिया और इसके व्यावसायिक उपयोग में वृद्धि की। 1985 में, पहला [[इंटरॉप]] सम्मेलन टीसीपी/आईपी को व्यापक रूप से अपनाने के द्वारा नेटवर्क इंटरऑपरेबिलिटी पर केंद्रित था। सम्मेलन की स्थापना एक शुरुआती इंटरनेट कार्यकर्ता डैन लिंच ने की थी। शुरुआत से, बड़े निगम, जैसे IBM और DEC, ने बैठक में भाग लिया।<ref name="HPAsn">{{citation |url=https://www.internetsociety.org/wp-content/uploads/2017/09/ISOC-History-of-the-Internet_1997.pdf |title=Brief History of the Internet |date=1997 |first=Barry M. |last=Leiner |display-authors=et al. |publisher=[[Internet Society]] |page=15}}</ref>
आईबीएम, एटीएंडटी और डीईसी टीसीपी/आईपी को अपनाने वाले पहले बड़े निगम थे, यह प्रतिस्पर्धी [[मालिकाना प्रोटोकॉल]] होने के बावजूद था। आईबीएम में, 1984 [[से]], [[बैरी एप्पलमैन]] के समूह ने टीसीपी/आईपी विकास किया। उन्होंने [[एमवीएस]], [[वीएम (ऑपरेटिंग सिस्टम)]] और ओएस/2 सहित विभिन्न आईबीएम सिस्टम के लिए टीसीपी/आईपी उत्पादों की एक धारा प्राप्त करने के लिए कॉर्पोरेट राजनीति को नेविगेट किया। उसी समय, कई छोटी कंपनियों, जैसे कि [[एफ़टीपी सॉफ्टवेयर]] और [[वोलोंगोंग समूह]] ने डॉस और [[माइक्रोसॉफ़्ट विंडोज़]] के लिए टीसीपी/आईपी स्टैक की पेशकश शुरू की।<ref name="TtEPm">{{cite web| url = http://support.microsoft.com/kb/108007| title = वर्कग्रुप 3.11 के लिए विंडोज के साथ वॉलोन्गॉन्ग टीसीपी/आईपी का उपयोग करना| website=Microsoft Support| archive-url=https://web.archive.org/web/20120112105314/http://support.microsoft.com/kb/108007| archive-date = 12 January 2012| url-status=dead}}</ref> पहला वीएम/सीएमएस टीसीपी/आईपी स्टैक विस्कॉन्सिन विश्वविद्यालय से आया था।<ref name="BZHnU">{{cite web|url=http://www.weblab.isti.cnr.it/education/ssfs/lezioni/slides/archives/cern.htm|title=CERN में इंटरनेट प्रोटोकॉल का संक्षिप्त इतिहास|access-date=12 September 2016|archive-url=https://web.archive.org/web/20161110200124/http://www.weblab.isti.cnr.it/education/ssfs/lezioni/slides/archives/cern.htm|archive-date=10 November 2016|url-status=dead}}</ref>
कुछ शुरुआती टीसीपी/आईपी स्टैक कुछ प्रोग्रामरों द्वारा अकेले ही लिखे गए थे। जे एलिन्स्की और {{interlanguage link|Oleg Vishnepolsky|ru|Вышнепольский, Олег}} आईबीएम रिसर्च ने क्रमशः वीएम/सीएमएस और ओएस/2 के लिए टीसीपी/आईपी स्टैक लिखे।{{citation needed|reason=previously cited [[Barry Appelman]] as a reference for this and it is indeed stated there but without citation and we can't use ourselves as a reliable source.|date=July 2018}} 1984 में एमआईटी में डोनाल्ड गिल्लीज ने एक एनटीसीपी मल्टी-कनेक्शन टीसीपी लिखा था जो 1983-4 में एमआईटी में जॉन रोमकी द्वारा बनाए गए आईपी/पैकेटड्राइवर परत के ऊपर चलता है। Romkey ने 1986 में इस TCP का लाभ उठाया जब FTP सॉफ़्टवेयर की स्थापना हुई थी।<ref name="j7VeG">{{cite web |title= मध्यम आयु में डेस्कटॉप टीसीपी/आईपी|last1= Baker |first1= Steven |last2= Gillies |first2= Donald W |url= http://www.ece.ubc.ca/~gillies/9802net.html |access-date= September 9, 2016 |archive-date= August 21, 2015 |archive-url= https://web.archive.org/web/20150821010509/http://www.ece.ubc.ca/~gillies/9802net.html |url-status= dead }}</ref><ref name="vss61">{{cite web|url=http://www.romkey.com/about/|title=के बारे में|last=Romkey|first=John|date=17 February 2011|access-date=12 September 2016}}</ref> 1985 में शुरू करते हुए, फिल कर्ण ने हैम रेडियो सिस्टम (KA9Q TCP) के लिए एक बहु-कनेक्शन TCP एप्लिकेशन बनाया।<ref name="vCamZ">Phil Karn, ''KA9Q TCP Download Website''</ref>
जून 1989 में टीसीपी/आईपी के प्रसार को और बढ़ावा मिला, जब कैलिफोर्निया विश्वविद्यालय, बर्कले ने [[बीएसडी यूनिक्स]] के लिए विकसित टीसीपी/आईपी कोड को सार्वजनिक डोमेन में रखने पर सहमति व्यक्त की। IBM सहित विभिन्न कॉर्पोरेट विक्रेताओं ने इस कोड को वाणिज्यिक TCP/IP सॉफ़्टवेयर रिलीज़ में शामिल किया। माइक्रोसॉफ्ट ने विंडोज 95 में एक देशी टीसीपी/आईपी स्टैक जारी किया। इस घटना ने माइक्रोसॉफ्ट-आधारित नेटवर्क पर अन्य प्रोटोकॉल पर टीसीपी/आईपी के प्रभुत्व को मजबूत करने में मदद की, जिसमें आईबीएम के [[सिस्टम नेटवर्क आर्किटेक्चर]] (एसएनए) और [[डिजिटल उपकरण निगम]] के डीईसीनेट जैसे अन्य प्लेटफॉर्म शामिल थे। [[खुले प्रणालियों का अंतर्संबंध]] (OSI), और [[ज़ेरॉक्स नेटवर्क सिस्टम्स]] (XNS)।


बहरहाल, 1980 के दशक के अंत और 1990 के दशक की शुरुआत में, इंजीनियर, संगठन और राष्ट्र [[प्रोटोकॉल युद्ध]] थे, OSI मॉडल या इंटरनेट प्रोटोकॉल सूट, जिसके परिणामस्वरूप सबसे अच्छा और सबसे मजबूत कंप्यूटर नेटवर्क होगा।<ref name="I2M49">{{cite magazine|author=Andrew L. Russell|date=30 July 2013|title=ओएसआई: वह इंटरनेट जो नहीं था|url=https://spectrum.ieee.org/computing/networks/osi-the-internet-that-wasnt|magazine=[[IEEE Spectrum]]|volume=50|issue=8}}</ref><ref name="vfIkT">{{Cite web|url=https://www2.cs.duke.edu/courses/common/compsci092/papers/govern/consensus.pdf|title=रफ कंसेंसस एंड रनिंग कोड' और इंटरनेट-ओएसआई मानक युद्ध|last=Russell|first=Andrew L.|publisher=IEEE Annals of the History of Computing|url-status=dead|archive-url=https://web.archive.org/web/20191117080112/https://www2.cs.duke.edu/courses/common/compsci092/papers/govern/consensus.pdf|archive-date=2019-11-17}}</ref><ref name="IuDfGrr">{{Cite book|last1=Davies|first1=Howard|url=https://books.google.com/books?id=DN-t8MpZ0-wC&q=%22protocol+wars%22&pg=PA106|title=ए हिस्ट्री ऑफ़ इंटरनेशनल रिसर्च नेटवर्किंग: द पीपल हू मेड इट हैपन|last2=Bressan|first2=Beatrice|date=2010-04-26|publisher=John Wiley & Sons|isbn=978-3-527-32710-2|language=en}}</ref>
कुछ शुरुआती टीसीपी/आईपी स्टैक कुछ प्रोग्रामरों द्वारा अकेले ही लिखे गए थे। IBM रिसर्च के Jay Elinsky और {{interlanguage link|Oleg Vishnepolsky|ru|Вышнепольский, Олег}} ने क्रमशः VM/CMS और OS/2 के लिए TCP/IP स्टैक्स लिखे।{{citation needed|reason=previously cited [[Barry Appelman]] as a reference for this and it is indeed stated there but without citation and we can't use ourselves as a reliable source.|date=July 2018}} 1984 में MIT में डोनाल्ड गिलीज़ ने एक ntcp मल्टी-कनेक्शन TCP लिखा जो IP/ के ऊपर चलता है। 1983-4 में MIT में जॉन रोमकी द्वारा पैकेटड्राइवर परत का रखरखाव। रोमकी ने 1986 में इस टीसीपी का लाभ उठाया जब एफ़टीपी सॉफ्टवेयर की स्थापना हुई थी।<ref name="j7VeG">{{cite web |title= मध्यम आयु में डेस्कटॉप टीसीपी/आईपी|last1= Baker |first1= Steven |last2= Gillies |first2= Donald W |url= http://www.ece.ubc.ca/~gillies/9802net.html |access-date= September 9, 2016 |archive-date= August 21, 2015 |archive-url= https://web.archive.org/web/20150821010509/http://www.ece.ubc.ca/~gillies/9802net.html |url-status= dead }}</ref><ref name="vss61">{{cite web|url=http://www.romkey.com/about/|title=के बारे में|last=Romkey|first=John|date=17 February 2011|access-date=12 September 2016}}</ref> 1985 में शुरू करते हुए, फिल कर्ण ने हैम रेडियो सिस्टम (KA9Q TCP) के लिए एक मल्टी-कनेक्शन TCP एप्लिकेशन बनाया।<ref name="vCamZ">Phil Karn, ''KA9Q TCP Download Website''</ref>


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


बहरहाल, 1980 के दशक के अंत और 1990 के दशक की शुरुआत में, इंजीनियर, संगठन और राष्ट्र [[प्रोटोकॉल युद्ध]] थे, OSI मॉडल या इंटरनेट प्रोटोकॉल सूट, जिसके परिणामस्वरूप सबसे अच्छा और सबसे मजबूत कंप्यूटर नेटवर्क होगा।<ref name="I2M49">{{cite magazine|author=Andrew L. Russell|date=30 July 2013|title=ओएसआई: वह इंटरनेट जो नहीं था|url=https://spectrum.ieee.org/computing/networks/osi-the-internet-that-wasnt|magazine=[[IEEE Spectrum]]|volume=50|issue=8}}</ref><ref name="vfIkT">{{Cite web|url=https://www2.cs.duke.edu/courses/common/compsci092/papers/govern/consensus.pdf|title=रफ कंसेंसस एंड रनिंग कोड' और इंटरनेट-ओएसआई मानक युद्ध|last=Russell|first=Andrew L.|publisher=IEEE Annals of the History of Computing|url-status=dead|archive-url=https://web.archive.org/web/20191117080112/https://www2.cs.duke.edu/courses/common/compsci092/papers/govern/consensus.pdf|archive-date=2019-11-17}}</ref><ref name="IuDfGrr">{{Cite book|last1=Davies|first1=Howard|url=https://books.google.com/books?id=DN-t8MpZ0-wC&q=%22protocol+wars%22&pg=PA106|title=ए हिस्ट्री ऑफ़ इंटरनेशनल रिसर्च नेटवर्किंग: द पीपल हू मेड इट हैपन|last2=Bressan|first2=Beatrice|date=2010-04-26|publisher=John Wiley & Sons|isbn=978-3-527-32710-2|language=en}}</ref>
=== औपचारिक विनिर्देश और मानक ===
=== औपचारिक विनिर्देश और मानक ===
इंटरनेट प्रोटोकॉल सूट और इसके घटक प्रोटोकॉल में अंतर्निहित तकनीकी मानकों को इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) को सौंप दिया गया है।
इंटरनेट प्रोटोकॉल सूट और इसके घटक प्रोटोकॉल में अंतर्निहित तकनीकी मानकों को इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) को सौंप दिया गया है।


इंटरनेट प्रोटोकॉल सूट की विशिष्ट वास्तुकला प्रोटोकॉल के लिए ऑपरेटिंग स्कोप में इसका व्यापक विभाजन है जो इसकी मुख्य कार्यक्षमता का गठन करता है। सुइट का परिभाषित विनिर्देश RFC 1122 है, जो मोटे तौर पर चार अमूर्त परतों को रेखांकित करता है।<ref name="rfc1122" />ये समय की कसौटी पर खरे उतरे हैं, क्योंकि आईईटीएफ ने कभी भी इस संरचना को संशोधित नहीं किया है। नेटवर्किंग के ऐसे मॉडल के रूप में, इंटरनेट प्रोटोकॉल सूट OSI मॉडल से पहले का है, जो सामान्य नेटवर्किंग सिस्टम के लिए एक अधिक व्यापक संदर्भ ढांचा है।<ref name="IuDfGrr" />
इंटरनेट प्रोटोकॉल सूट की विशेषता वास्तुकला प्रोटोकॉल के लिए ऑपरेटिंग स्कोप में इसका व्यापक विभाजन है जो इसकी मुख्य कार्यक्षमता का गठन करता है। सूट की परिभाषित विशिष्टता RFC 1122 है, जो मोटे तौर पर चार अमूर्त परतों की रूपरेखा तैयार करती है।<ref name="rfc1122" /> ये समय की कसौटी पर खरे उतरे हैं, क्योंकि आईईटीएफ ने कभी भी इस संरचना को संशोधित नहीं किया है। नेटवर्किंग के इस तरह के एक मॉडल के रूप में, इंटरनेट प्रोटोकॉल सूट OSI मॉडल से पहले का है, जो सामान्य नेटवर्किंग सिस्टम के लिए एक अधिक व्यापक संदर्भ ढांचा है।<ref name="IuDfGrr" />
 
 
== मुख्य वास्तु सिद्धांत ==
== मुख्य वास्तु सिद्धांत ==
{{see also|Communication protocol#Software layering}}
{{see also|Communication protocol#Software layering}}


[[Image:IP stack connections.svg|thumb|350px|दो मेजबान (ए और बी) के एक साधारण नेटवर्क टोपोलॉजी में अवधारणात्मक डेटा प्रवाह उनके संबंधित राउटर के बीच एक लिंक से जुड़ा हुआ है। प्रत्येक होस्ट पर एप्लिकेशन पढ़ने और लिखने के संचालन को निष्पादित करता है जैसे कि प्रक्रियाएं किसी प्रकार के डेटा पाइप द्वारा सीधे एक दूसरे से जुड़ी हुई थीं। इस पाइप की स्थापना के बाद, संचार के अधिकांश विवरण प्रत्येक प्रक्रिया से छिपे हुए हैं, क्योंकि संचार के अंतर्निहित सिद्धांत निचली प्रोटोकॉल परतों में लागू होते हैं। सादृश्य में, ट्रांसपोर्ट लेयर पर संचार होस्ट-टू-होस्ट के रूप में प्रकट होता है, एप्लिकेशन डेटा संरचनाओं और कनेक्टिंग राउटर के ज्ञान के बिना, जबकि इंटरनेटवर्किंग लेयर पर, प्रत्येक राउटर पर अलग-अलग नेटवर्क सीमाओं का पता लगाया जाता है।]]
[[Image:IP stack connections.svg|thumb|350px|दो मेजबान (ए और बी) के एक साधारण नेटवर्क टोपोलॉजी में अवधारणात्मक डेटा प्रवाह उनके संबंधित राउटर के बीच एक लिंक से जुड़ा हुआ है। प्रत्येक होस्ट पर एप्लिकेशन पढ़ने और लिखने के संचालन को निष्पादित करता है जैसे कि प्रक्रियाएं किसी प्रकार के डेटा पाइप द्वारा सीधे एक दूसरे से जुड़ी हुई थीं। इस पाइप की स्थापना के बाद, संचार के अधिकांश विवरण प्रत्येक प्रक्रिया से छिपे हुए हैं, क्योंकि संचार के अंतर्निहित सिद्धांत निचली प्रोटोकॉल परतों में लागू होते हैं। सादृश्य में, ट्रांसपोर्ट लेयर पर संचार होस्ट-टू-होस्ट के रूप में प्रकट होता है, एप्लिकेशन डेटा संरचनाओं और कनेक्टिंग राउटर के ज्ञान के बिना, जबकि इंटरनेटवर्किंग लेयर पर, प्रत्येक राउटर पर अलग-अलग नेटवर्क सीमाओं का पता लगाया जाता है।]]
[[Image:UDP encapsulation.svg|thumb|350px|RFC 1122 में वर्णित परतों के माध्यम से अवरोही अनुप्रयोग डेटा का एनकैप्सुलेशन]]एंड-टू-एंड सिद्धांत समय के साथ विकसित हुआ है। इसकी मूल अभिव्यक्ति ने किनारों पर राज्य और समग्र बुद्धि के रखरखाव को रखा, और किनारों को जोड़ने वाले इंटरनेट को ग्रहण किया और गति और सादगी पर ध्यान केंद्रित किया। फायरवॉल, नेटवर्क एड्रेस ट्रांसलेटर, वेब कंटेंट कैश और इस तरह की वास्तविक दुनिया की जरूरतों ने इस सिद्धांत में बदलाव को मजबूर कर दिया है।<ref name="pTfJe">{{cite web|url=https://www.csd.uoc.gr/~hy558/papers/Rethinking_2001.pdf|title=इंटरनेट के डिजाइन पर पुनर्विचार: एंड-टू-एंड तर्क बनाम बहादुर नई दुनिया|first1=Marjory S.|last1=Blumenthal|first2=David D.|last2=Clark|author-link2=David D. Clark|date=August 2001}}</ref>
[[Image:UDP encapsulation.svg|thumb|350px|RFC 1122 में वर्णित परतों के माध्यम से अवरोही अनुप्रयोग डेटा का एनकैप्सुलेशन]]एंड-टू-एंड सिद्धांत समय के साथ विकसित हुआ है। इसकी मूल अभिव्यक्ति ने किनारों पर राज्य और समग्र बुद्धि के रखरखाव को रखा, और किनारों को जोड़ने वाले इंटरनेट को ग्रहण किया और गति और सादगी पर ध्यान केंद्रित किया। फायरवॉल्स, नेटवर्क एड्रेस ट्रांसलेटर्स, वेब कंटेंट कैश और इसी तरह की वास्तविक दुनिया की जरूरतों ने इस सिद्धांत में बदलाव को मजबूर कर दिया है।<ref name="pTfJe">{{cite web|url=https://www.csd.uoc.gr/~hy558/papers/Rethinking_2001.pdf|title=इंटरनेट के डिजाइन पर पुनर्विचार: एंड-टू-एंड तर्क बनाम बहादुर नई दुनिया|first1=Marjory S.|last1=Blumenthal|first2=David D.|last2=Clark|author-link2=David D. Clark|date=August 2001}}</ref>
[[मजबूती सिद्धांत]] कहता है: सामान्य तौर पर, एक कार्यान्वयन अपने भेजने के व्यवहार में रूढ़िवादी होना चाहिए, और इसके प्राप्त करने वाले व्यवहार में उदार होना चाहिए। यही है, इसे अच्छी तरह से बनाए गए डेटाग्राम भेजने के लिए सावधान रहना चाहिए, लेकिन किसी भी डेटाग्राम को स्वीकार करना चाहिए जिसे वह व्याख्या कर सके (उदाहरण के लिए, तकनीकी त्रुटियों पर आपत्ति न करें जहां अर्थ अभी भी स्पष्ट है)।<ref name="5NG3s">{{cite IETF |rfc=791 |page=23 |title=इंटरनेट प्रोटोकॉल DARPA इंटरनेट प्रोग्राम प्रोटोकॉल विशिष्टता|date=September 1981 |editor=Jon Postel}}</ref> सिद्धांत का दूसरा भाग लगभग उतना ही महत्वपूर्ण है: अन्य मेजबानों के सॉफ़्टवेयर में ऐसी कमियाँ हो सकती हैं जो कानूनी लेकिन अस्पष्ट प्रोटोकॉल सुविधाओं का फायदा उठाने में नासमझी पैदा करती हैं।<ref name="yP8kP">{{cite IETF |rfc=1122 |page=13 |title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|date=October 1989 |editor=R. Braden |editor-link=Bob Braden}}</ref>
[[मजबूती सिद्धांत]] कहता है: "सामान्य तौर पर, एक कार्यान्वयन अपने भेजने के व्यवहार में रूढ़िवादी होना चाहिए, और इसके प्राप्त करने वाले व्यवहार में उदार होना चाहिए। यानी, इसे अच्छी तरह से गठित डेटाग्राम भेजने के लिए सावधान रहना चाहिए, लेकिन किसी भी डेटाग्राम को स्वीकार करना चाहिए जिसे वह व्याख्या कर सके ( उदाहरण के लिए, तकनीकी त्रुटियों पर आपत्ति न करें जहां अर्थ अभी भी स्पष्ट है)। "<ref name="5NG3s">{{cite IETF |rfc=791 |page=23 |title=इंटरनेट प्रोटोकॉल DARPA इंटरनेट प्रोग्राम प्रोटोकॉल विशिष्टता|date=September 1981 |editor=Jon Postel}}</ref> "सिद्धांत का दूसरा भाग लगभग उतना ही महत्वपूर्ण है: अन्य मेजबानों के सॉफ़्टवेयर में ऐसी कमियाँ हो सकती हैं जो कानूनी लेकिन अस्पष्ट प्रोटोकॉल सुविधाओं का फायदा उठाने में नासमझी पैदा करती हैं।"<ref name="yP8kP">{{cite IETF |rfc=1122 |page=13 |title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|date=October 1989 |editor=R. Braden |editor-link=Bob Braden}}</ref>
[[एनकैप्सुलेशन (नेटवर्किंग)]] का उपयोग प्रोटोकॉल और सेवाओं का सार प्रदान करने के लिए किया जाता है। एनकैप्सुलेशन आमतौर पर प्रोटोकॉल सूट के विभाजन के साथ सामान्य कार्यक्षमता की परतों में संरेखित होता है। सामान्य तौर पर, एक एप्लिकेशन (मॉडल का उच्चतम स्तर) अपने डेटा को परतों के नीचे भेजने के लिए प्रोटोकॉल के एक सेट का उपयोग करता है। डेटा को प्रत्येक स्तर पर आगे एनकैप्सुलेट किया जाता है।


एक प्रारंभिक वास्तु दस्तावेज, {{IETF RFC|1122}}, लेयरिंग पर वास्तुशिल्प सिद्धांतों पर जोर देती है।<ref name="Vzdxl">{{cite IETF |rfc=1958 |title=इंटरनेट के वास्तु सिद्धांत|editor=B. Carpenter |date=June 1996}}</ref> RFC 1122, जिसका शीर्षक होस्ट रिक्वायरमेंट्स है, को लेयर्स से संबंधित पैराग्राफ में संरचित किया गया है, लेकिन दस्तावेज़ कई अन्य वास्तु सिद्धांतों को संदर्भित करता है और लेयरिंग पर जोर नहीं देता है। यह एक चार-परत मॉडल को शिथिल रूप से परिभाषित करता है, जिसमें परतों के नाम हैं, न कि संख्याएँ, इस प्रकार हैं:
[[एनकैप्सुलेशन (नेटवर्किंग)|एनकैप्सुलेशन]] का उपयोग प्रोटोकॉल और सेवाओं का सार प्रदान करने के लिए किया जाता है। एनकैप्सुलेशन आमतौर पर प्रोटोकॉल सूट के विभाजन के साथ सामान्य कार्यक्षमता की परतों में संरेखित होता है। सामान्य तौर पर, एक एप्लिकेशन (मॉडल का उच्चतम स्तर) अपने डेटा को परतों के नीचे भेजने के लिए प्रोटोकॉल के एक सेट का उपयोग करता है। डेटा को प्रत्येक स्तर पर आगे एनकैप्सुलेट किया जाता है।
* एप्लिकेशन परत वह दायरा है जिसके भीतर एप्लिकेशन, या [[प्रक्रिया (कंप्यूटिंग)]], उपयोगकर्ता डेटा बनाते हैं और इस डेटा को दूसरे या उसी होस्ट पर अन्य एप्लिकेशन के साथ संचार करते हैं। एप्लिकेशन अंतर्निहित निचली परतों द्वारा प्रदान की जाने वाली सेवाओं का उपयोग करते हैं, विशेष रूप से परिवहन परत जो अन्य प्रक्रियाओं को [[विश्वसनीयता (कंप्यूटर नेटवर्किंग)]] पाइप प्रदान करती है। संचार भागीदारों को एप्लिकेशन आर्किटेक्चर, जैसे क्लाइंट-सर्वर मॉडल और [[पीयर टू पीयर]] नेटवर्किंग की विशेषता है। यह वह परत है जिसमें SMTP, FTP, SSH, HTTP जैसे सभी एप्लिकेशन प्रोटोकॉल संचालित होते हैं। प्रक्रियाओं को बंदरगाहों के माध्यम से संबोधित किया जाता है जो अनिवार्य रूप से [[सेवा (सिस्टम आर्किटेक्चर)]] का प्रतिनिधित्व करते हैं।
 
* ट्रांसपोर्ट लेयर राउटर द्वारा अलग किए गए स्थानीय नेटवर्क या रिमोट नेटवर्क पर होस्ट-टू-होस्ट संचार करता है।<ref name="AoJD3">{{cite book |last=Hunt |first=Craig |date=2002 |title=टीसीपी/आईपी नेटवर्क प्रशासन|edition=3rd |publisher=O'Reilly |pages=9–10 |isbn=9781449390785}}</ref> यह अनुप्रयोगों की संचार आवश्यकताओं के लिए एक चैनल प्रदान करता है। UDP बुनियादी ट्रांसपोर्ट लेयर प्रोटोकॉल है, जो एक अविश्वसनीय [[कनेक्शन रहित संचार]] डेटाग्राम सेवा प्रदान करता है। ट्रांसमिशन कंट्रोल प्रोटोकॉल डेटा के प्रवाह-नियंत्रण, कनेक्शन स्थापना और विश्वसनीय संचरण प्रदान करता है।
एक प्रारंभिक वास्तुशिल्प दस्तावेज, {{IETF RFC|1122}}, लेयरिंग पर वास्तुकला के सिद्धांतों पर जोर देता है।<ref name="Vzdxl">{{cite IETF |rfc=1958 |title=इंटरनेट के वास्तु सिद्धांत|editor=B. Carpenter |date=June 1996}}</ref> RFC 1122, जिसका शीर्षक होस्ट रिक्वायरमेंट्स है, को लेयर्स से संबंधित पैराग्राफ में संरचित किया गया है, लेकिन दस्तावेज़ कई अन्य वास्तु सिद्धांतों को संदर्भित करता है और लेयरिंग पर जोर नहीं देता है। यह एक चार-परत मॉडल को शिथिल रूप से परिभाषित करता है, जिसमें परतों के नाम हैं, न कि संख्याएँ, इस प्रकार हैं:
* इंटरनेट परत नेटवर्क सीमाओं के पार डेटाग्राम का आदान-प्रदान करती है। यह एक समान नेटवर्किंग इंटरफ़ेस प्रदान करता है जो अंतर्निहित नेटवर्क कनेक्शन के वास्तविक टोपोलॉजी (लेआउट) को छुपाता है। इसलिए यह परत भी है जो इंटरनेटवर्किंग स्थापित करती है। दरअसल, यह इंटरनेट को परिभाषित और स्थापित करता है। यह परत टीसीपी/आईपी प्रोटोकॉल सूट के लिए उपयोग की जाने वाली एड्रेसिंग और रूटिंग संरचनाओं को परिभाषित करती है। इस दायरे में प्राथमिक प्रोटोकॉल इंटरनेट प्रोटोकॉल है, जो आईपी पतों को परिभाषित करता है। रूटिंग में इसका कार्य डेटाग्राम को अगले होस्ट तक पहुंचाना है, जो आईपी राउटर के रूप में कार्य करता है, जिसकी कनेक्टिविटी अंतिम डेटा गंतव्य के करीब नेटवर्क से होती है।
*एप्लिकेशन परत वह दायरा है जिसके भीतर एप्लिकेशन, या [[प्रक्रिया (कंप्यूटिंग)|प्रक्रियाएं]], उपयोगकर्ता डेटा बनाती हैं और इस डेटा को किसी अन्य या समान होस्ट पर अन्य एप्लिकेशन के साथ संचार करती हैं। एप्लिकेशन अंतर्निहित निचली परतों द्वारा प्रदान की जाने वाली सेवाओं का उपयोग करते हैं, विशेष रूप से परिवहन परत जो अन्य प्रक्रियाओं को [[विश्वसनीयता (कंप्यूटर नेटवर्किंग)|विश्वसनीयता]] या अविश्वसनीय पाइप प्रदान करती है। संचार भागीदारों को एप्लिकेशन आर्किटेक्चर, जैसे क्लाइंट-सर्वर मॉडल और [[पीयर टू पीयर]] नेटवर्किंग की विशेषता है। यह वह परत है जिसमें SMTP, FTP, SSH, HTTP जैसे सभी एप्लिकेशन प्रोटोकॉल संचालित होते हैं। प्रक्रियाओं को बंदरगाहों के माध्यम से संबोधित किया जाता है जो अनिवार्य रूप से [[सेवा (सिस्टम आर्किटेक्चर)|सेवाओं]] का प्रतिनिधित्व करते हैं।
* लिंक परत स्थानीय नेटवर्क लिंक के दायरे में नेटवर्किंग विधियों को परिभाषित करती है, जिस पर मेजबान बिना राउटर के संचार करते हैं। इस परत में स्थानीय नेटवर्क टोपोलॉजी का वर्णन करने के लिए उपयोग किए जाने वाले प्रोटोकॉल और अगले-पड़ोसी मेजबानों को इंटरनेट परत डेटाग्राम के प्रसारण को प्रभावित करने के लिए आवश्यक इंटरफेस शामिल हैं।
*परिवहन परत या तो स्थानीय नेटवर्क या राउटर द्वारा अलग किए गए दूरस्थ नेटवर्क पर होस्ट-टू-होस्ट संचार करती है।<ref name="AoJD3">{{cite book |last=Hunt |first=Craig |date=2002 |title=टीसीपी/आईपी नेटवर्क प्रशासन|edition=3rd |publisher=O'Reilly |pages=9–10 |isbn=9781449390785}}</ref> यह अनुप्रयोगों की संचार आवश्यकताओं के लिए एक चैनल प्रदान करता है। UDP बुनियादी ट्रांसपोर्ट लेयर प्रोटोकॉल है, जो एक अविश्वसनीय [[कनेक्शन रहित संचार|कनेक्शन रहित डेटाग्राम]] सेवा प्रदान करता है। ट्रांसमिशन कंट्रोल प्रोटोकॉल डेटा के प्रवाह-नियंत्रण, कनेक्शन स्थापना और विश्वसनीय संचरण प्रदान करता है।
*इंटरनेट परत नेटवर्क सीमाओं के पार डेटाग्राम का आदान-प्रदान करती है। यह एक समान नेटवर्किंग इंटरफ़ेस प्रदान करता है जो अंतर्निहित नेटवर्क कनेक्शन के वास्तविक टोपोलॉजी (लेआउट) को छुपाता है। इसलिए यह परत भी है जो इंटरनेटवर्किंग स्थापित करती है। दरअसल, यह इंटरनेट को परिभाषित और स्थापित करता है। यह परत टीसीपी/आईपी प्रोटोकॉल सूट के लिए उपयोग की जाने वाली एड्रेसिंग और रूटिंग संरचनाओं को परिभाषित करती है। इस दायरे में प्राथमिक प्रोटोकॉल इंटरनेट प्रोटोकॉल है, जो आईपी पतों को परिभाषित करता है। रूटिंग में इसका कार्य डेटाग्राम को अगले होस्ट तक पहुंचाना है, जो आईपी राउटर के रूप में कार्य करता है, जिसकी कनेक्टिविटी अंतिम डेटा गंतव्य के करीब नेटवर्क से होती है।
* लिंक परत स्थानीय नेटवर्क लिंक के दायरे में नेटवर्किंग विधियों को परिभाषित करती है, जिस पर मेजबान राउटर के बिना संचार करते हैं। इस परत में स्थानीय नेटवर्क टोपोलॉजी का वर्णन करने के लिए उपयोग किए जाने वाले प्रोटोकॉल और अगले-पड़ोसी मेजबानों को इंटरनेट परत डेटाग्राम के प्रसारण को प्रभावित करने के लिए आवश्यक इंटरफेस शामिल हैं।


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


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


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


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


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


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


क्योंकि IP केवल सर्वोत्तम-प्रयास डिलीवरी प्रदान करता है, कुछ ट्रांसपोर्ट-लेयर प्रोटोकॉल विश्वसनीयता प्रदान करते हैं।
क्योंकि IP केवल सर्वोत्तम-प्रयास डिलीवरी प्रदान करता है, कुछ ट्रांसपोर्ट-लेयर प्रोटोकॉल विश्वसनीयता प्रदान करते हैं।
Line 90: Line 86:
*यातायात भीड़ नियंत्रण शामिल है
*यातायात भीड़ नियंत्रण शामिल है


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


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


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


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


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


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


== आवेदन परत ==
== आवेदन परत ==
एप्लिकेशन परत में उपयोगकर्ता सेवाओं को प्रदान करने या निचले स्तर के प्रोटोकॉल द्वारा स्थापित नेटवर्क कनेक्शन पर एप्लिकेशन डेटा का आदान-प्रदान करने के लिए अधिकांश एप्लिकेशन द्वारा उपयोग किए जाने वाले प्रोटोकॉल शामिल हैं। इसमें कुछ बुनियादी नेटवर्क समर्थन सेवाएं शामिल हो सकती हैं जैसे [[रूटिंग प्रोटोकॉल]] और होस्ट कॉन्फ़िगरेशन। एप्लिकेशन लेयर प्रोटोकॉल के उदाहरणों में [[हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल]] (HTTP), [[फाइल ट्रांसफर प्रोटोकॉल]] (FTP), [[सरल डाक स्थानांतरण प्रोटोकॉल]] (SMTP) और [[डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल]] (DHCP) शामिल हैं।<ref name="RxqD0">{{cite book|url=http://www.kohala.com/start/tcpipiv1.html|title=टीसीपी / आईपी इलस्ट्रेटेड: प्रोटोकॉल|isbn=0-201-63346-9|first=W. Richard|last=Stevens|author-link=W. Richard Stevens|date=February 1994}}</ref> एप्लिकेशन लेयर प्रोटोकॉल के अनुसार कोडित डेटा ट्रांसपोर्ट लेयर प्रोटोकॉल यूनिट्स (जैसे टीसीपी स्ट्रीम या यूडीपी डेटाग्राम) में इनकैप्सुलेशन (नेटवर्किंग) हैं, जो वास्तविक डेटा ट्रांसफर को प्रभावित करने के लिए [[निचली परत प्रोटोकॉल]] का उपयोग करते हैं।
एप्लिकेशन परत में उपयोगकर्ता सेवाओं को प्रदान करने या निचले स्तर के प्रोटोकॉल द्वारा स्थापित नेटवर्क कनेक्शन पर एप्लिकेशन डेटा का आदान-प्रदान करने के लिए अधिकांश एप्लिकेशन द्वारा उपयोग किए जाने वाले प्रोटोकॉल शामिल हैं। इसमें कुछ बुनियादी नेटवर्क समर्थन सेवाएं शामिल हो सकती हैं जैसे [[रूटिंग प्रोटोकॉल]] और होस्ट कॉन्फ़िगरेशन। एप्लिकेशन लेयर प्रोटोकॉल के उदाहरणों में [[हाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल]] (HTTP), [[फाइल ट्रांसफर प्रोटोकॉल]] (FTP), [[सरल डाक स्थानांतरण प्रोटोकॉल|सिंपल मेल ट्रांसफर प्रोटोकॉल]] (SMTP) और [[डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल]] (DHCP) शामिल हैं।<ref name="RxqD0">{{cite book|url=http://www.kohala.com/start/tcpipiv1.html|title=टीसीपी / आईपी इलस्ट्रेटेड: प्रोटोकॉल|isbn=0-201-63346-9|first=W. Richard|last=Stevens|author-link=W. Richard Stevens|date=February 1994}}</ref> एप्लिकेशन लेयर प्रोटोकॉल के अनुसार कोडित डेटा को ट्रांसपोर्ट लेयर प्रोटोकॉल यूनिट्स (जैसे टीसीपी स्ट्रीम या यूडीपी डेटाग्राम) में एनकैप्सुलेट किया जाता है, जो वास्तविक डेटा ट्रांसफर को प्रभावित करने के लिए [[निचली परत प्रोटोकॉल]] का उपयोग करते हैं।


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


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


एप्लिकेशन स्तर पर, टीसीपी/आईपी मॉडल उपयोगकर्ता प्रोटोकॉल और समर्थन प्रोटोकॉल के बीच अंतर करता है।<ref name="TDFAW">{{cite IETF|rfc=1122|page=9|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|sectionname=1.1.3 Internet Protocol Suite|date=1989}}</ref> समर्थन प्रोटोकॉल नेटवर्क इंफ्रास्ट्रक्चर की एक प्रणाली को सेवाएं प्रदान करते हैं। उपयोगकर्ता प्रोटोकॉल का उपयोग वास्तविक उपयोगकर्ता अनुप्रयोगों के लिए किया जाता है। उदाहरण के लिए, FTP एक यूजर प्रोटोकॉल है और DNS एक सपोर्ट प्रोटोकॉल है।
अनुप्रयोग स्तर पर, टीसीपी/आईपी मॉडल उपयोगकर्ता प्रोटोकॉल और समर्थन प्रोटोकॉल के बीच अंतर करता है।<ref name="TDFAW">{{cite IETF|rfc=1122|page=9|title=इंटरनेट होस्ट के लिए आवश्यकताएँ - संचार परतें|sectionname=1.1.3 Internet Protocol Suite|date=1989}}</ref> समर्थन प्रोटोकॉल नेटवर्क इंफ्रास्ट्रक्चर की एक प्रणाली को सेवाएं प्रदान करते हैं। उपयोगकर्ता प्रोटोकॉल का उपयोग वास्तविक उपयोगकर्ता अनुप्रयोगों के लिए किया जाता है। उदाहरण के लिए, FTP एक यूजर प्रोटोकॉल है और DNS एक सपोर्ट प्रोटोकॉल है।


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


== साहित्य में क्रमिक विकास और प्रतिनिधित्व ==
== साहित्य में क्रमिक विकास और प्रतिनिधित्व ==
Line 193: Line 189:
|}
|}
कुछ नेटवर्किंग मॉडल पाठ्यपुस्तकों से हैं, जो द्वितीयक स्रोत हैं जो आरएफसी 1122 और अन्य [[आईईटीएफ]] प्राथमिक स्रोतों के इरादे से संघर्ष कर सकते हैं।<ref name="NYbrd">{{cite IETF|rfc=3439|title=कुछ इंटरनेट वास्तुकला दिशानिर्देश और दर्शन|editor-first1=R.|editor-last1=Bush|editor-first2=D.|editor-last2=Meyer|date=December 2002}}</ref>
कुछ नेटवर्किंग मॉडल पाठ्यपुस्तकों से हैं, जो द्वितीयक स्रोत हैं जो आरएफसी 1122 और अन्य [[आईईटीएफ]] प्राथमिक स्रोतों के इरादे से संघर्ष कर सकते हैं।<ref name="NYbrd">{{cite IETF|rfc=3439|title=कुछ इंटरनेट वास्तुकला दिशानिर्देश और दर्शन|editor-first1=R.|editor-last1=Bush|editor-first2=D.|editor-last2=Meyer|date=December 2002}}</ref>
== टीसीपी/आईपी और ओएसआई लेयरिंग की तुलना ==
== टीसीपी/आईपी और ओएसआई लेयरिंग की तुलना ==
{{See also|OSI model#Comparison with TCP/IP model}}
{{See also|OSI model#Comparison with TCP/IP model}}
ओएसआई मॉडल में तीन शीर्ष परतें, यानी एप्लिकेशन लेयर, प्रेजेंटेशन लेयर और सेशन लेयर, टीसीपी / आईपी मॉडल में अलग-अलग प्रतिष्ठित नहीं हैं, जिसमें केवल ट्रांसपोर्ट लेयर के ऊपर एक एप्लीकेशन लेयर है। जबकि कुछ शुद्ध OSI प्रोटोकॉल अनुप्रयोग, जैसे कि X.400, ने भी उन्हें संयोजित किया, कोई आवश्यकता नहीं है कि एक TCP/IP प्रोटोकॉल स्टैक को परि[[वह]]न परत के ऊपर अखंड वास्तुकला को लागू करना चाहिए। उदाहरण के लिए, एनएफएस एप्लिकेशन प्रोटोकॉल [[बाहरी डेटा प्रतिनिधित्व]] (एक्सडीआर) प्रस्तुति प्रोटोकॉल पर चलता है, जो बदले में [[दुरस्तह प्रकिया कॉल]] (आरपीसी) नामक प्रोटोकॉल पर चलता है। RPC विश्वसनीय रिकॉर्ड ट्रांसमिशन प्रदान करता है, इसलिए यह सुरक्षित रूप से सर्वोत्तम प्रयास UDP परिवहन का उपयोग कर सकता है।
ओएसआई मॉडल में तीन शीर्ष परतें, यानी एप्लिकेशन लेयर, प्रेजेंटेशन लेयर और सेशन लेयर, टीसीपी / आईपी मॉडल में अलग-अलग प्रतिष्ठित नहीं हैं, जिसमें केवल ट्रांसपोर्ट लेयर के ऊपर एक एप्लीकेशन लेयर है। जबकि कुछ शुद्ध OSI प्रोटोकॉल अनुप्रयोग, जैसे कि X.400, ने भी उन्हें संयोजित किया, कोई आवश्यकता नहीं है कि एक TCP/IP प्रोटोकॉल स्टैक को परिवहन परत के ऊपर अखंड वास्तुकला को लागू करना चाहिए। उदाहरण के लिए, एनएफएस एप्लिकेशन प्रोटोकॉल [[बाहरी डेटा प्रतिनिधित्व]] (एक्सडीआर) प्रस्तुति प्रोटोकॉल पर चलता है, जो बदले में रिमोट प्रोसीजर कॉल (आरपीसी) नामक प्रोटोकॉल पर चलता है। RPC विश्वसनीय रिकॉर्ड ट्रांसमिशन प्रदान करता है, इसलिए यह सुरक्षित रूप से सर्वोत्तम प्रयास UDP परिवहन का उपयोग कर सकता है।


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


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


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


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


IETF प्रोटोकॉल को पुनरावर्ती रूप से एनकैप्सुलेट किया जा सकता है, जैसा कि [[जेनेरिक रूटिंग एनकैप्सुलेशन]] (GRE) जैसे टनलिंग प्रोटोकॉल द्वारा प्रदर्शित किया गया है। GRE उसी तंत्र का उपयोग करता है जो OSI नेटवर्क परत पर टनलिंग के लिए उपयोग करता है।
IETF प्रोटोकॉल को पुनरावर्ती रूप से एनकैप्सुलेट किया जा सकता है, जैसा कि [[जेनेरिक रूटिंग एनकैप्सुलेशन]] (GRE) जैसे टनलिंग प्रोटोकॉल द्वारा प्रदर्शित किया गया है। GRE उसी तंत्र का उपयोग करता है जो OSI नेटवर्क परत पर टनलिंग के लिए उपयोग करता है।
Line 213: Line 207:
== कार्यान्वयन ==
== कार्यान्वयन ==
{{unreferenced section|date=March 2014}}
{{unreferenced section|date=March 2014}}
इंटरनेट प्रोटोकॉल सूट किसी विशिष्ट हार्डवेयर या सॉफ़्टवेयर वातावरण को नहीं मानता है। इसके लिए केवल यह आवश्यक है कि हार्डवेयर और एक सॉफ्टवेयर परत मौजूद हो जो कंप्यूटर नेटवर्क पर पैकेट भेजने और प्राप्त करने में सक्षम हो। नतीजतन, सूट अनिवार्य रूप से हर कंप्यूटिंग प्लेटफॉर्म पर लागू किया गया है। टीसीपी/आईपी के एक न्यूनतम कार्यान्वयन में निम्नलिखित शामिल हैं: इंटरनेट प्रोटोकॉल (आईपी), [[संकल्प आदर्श पत्र पता]] (एआरपी), इंटरनेट कंट्रोल मैसेज प्रोटोकॉल (आईसीएमपी), ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी), यूजर डाटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी)। IP, ICMP, TCP, UDP, इंटरनेट प्रोटोकॉल संस्करण 6 के अलावा [[नेबर डिस्कवरी प्रोटोकॉल]] (NDP), [[IPv6 के लिए इंटरनेट कंट्रोल मैसेज प्रोटोकॉल]] और [[मल्टीकास्ट श्रोता डिस्कवरी]] (MLD) की आवश्यकता होती है और अक्सर एक एकीकृत [[IPSec]] सुरक्षा परत के साथ होता है।
इंटरनेट प्रोटोकॉल सूट किसी विशिष्ट हार्डवेयर या सॉफ़्टवेयर वातावरण को नहीं मानता है। इसके लिए केवल यह आवश्यक है कि हार्डवेयर और एक सॉफ्टवेयर परत मौजूद हो जो कंप्यूटर नेटवर्क पर पैकेट भेजने और प्राप्त करने में सक्षम हो। नतीजतन, सूट अनिवार्य रूप से हर कंप्यूटिंग प्लेटफॉर्म पर लागू किया गया है। टीसीपी/आईपी के एक न्यूनतम कार्यान्वयन में निम्नलिखित शामिल हैं: इंटरनेट प्रोटोकॉल (आईपी), [[संकल्प आदर्श पत्र पता|एड्रेस रेजोल्यूशन प्रोटोकॉल]] (एआरपी), इंटरनेट कंट्रोल मैसेज प्रोटोकॉल (आईसीएमपी), ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी), यूजर डाटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट ग्रुप मैनेजमेंट प्रोटोकॉल (आईजीएमपी)। IP, ICMP, TCP, UDP, इंटरनेट प्रोटोकॉल संस्करण 6 के अलावा [[नेबर डिस्कवरी प्रोटोकॉल]] (NDP), [[IPv6 के लिए इंटरनेट कंट्रोल मैसेज प्रोटोकॉल]] (ICMPv6) और [[मल्टीकास्ट श्रोता डिस्कवरी]] (MLD) की आवश्यकता होती है और अक्सर एक एकीकृत [[IPSec]] सुरक्षा परत के साथ होता है।


== यह भी देखें ==
== यह भी देखें ==

Revision as of 16:38, 26 December 2022

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

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

इतिहास

Further information: History of the Internet

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

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

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

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

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

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

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

इंटरनेट प्रोटोकॉल इंटरनेट परत का प्रमुख घटक है, और यह नेटवर्क होस्ट की पहचान करने और नेटवर्क पर उनका पता लगाने के लिए दो एड्रेसिंग सिस्टम को परिभाषित करता है। ARPANET और उसके उत्तराधिकारी, इंटरनेट की मूल पता प्रणाली, इंटरनेट प्रोटोकॉल संस्करण 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 से प्रभावित अनुप्रयोगों के लिए कभी-कभी एप्लिकेशन पेलोड पर विचार करना भी आवश्यक होता है।

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

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

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

Arpanet 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=56858’