View source for संचार प्रोटोकॉल

{{short description|System for exchanging messages between computing systems}}
[[संचार]] प्रोटोकॉल नियमों की वह प्रणाली है जो [[संचार प्रणाली]] की दो या दो से अधिक संस्थाओं को [[भौतिक मात्रा]] के किसी भी प्रकार की भिन्नता के माध्यम से सूचना प्रसारित करने की अनुमति देता है। प्रोटोकॉल नियमों, [[वाक्य - विन्यास]], [[शब्दार्थ (कंप्यूटर विज्ञान)]] और संचार के [[तादात्म्य]] और संभावित त्रुटि का पता लगाने और सुधार को परिभाषित करता है। प्रोटोकॉल [[संगणक धातु सामग्री]], [[सॉफ़्टवेयर]] या दोनों के संयोजन द्वारा कार्यान्वित किए जा सकते हैं।<ref>{{Cite patent|title=वायरलेस संचार प्रोटोकॉल|country=US|number=7529565|pubdate=2009-05-05|assign1=[[Starkey Hearing Technologies|Starkey Laboratories Inc.]]|assign2=[[Oticon|Oticon AS]]|inventor1-last=Hilpisch|inventor1-first=Robert E.|inventor2-last=Duchscher|inventor2-first=Rob|inventor3-last=Seel|inventor3-first=Mark|inventor4-last=Hansen|inventor4-first=Peter Soren Kirk}}</ref>

संचार प्रणालियाँ विभिन्न संदेशों के आदान-प्रदान के लिए अच्छी तरह से परिभाषित स्वरूपों का उपयोग करती हैं। प्रत्येक संदेश का एक सटीक अर्थ होता है जिसका उद्देश्य उस विशेष स्थिति के लिए पूर्व-निर्धारित संभावित प्रतिक्रियाओं की एक श्रृंखला से प्रतिक्रिया प्राप्त करना होता है। निर्दिष्ट व्यवहार साधारणतयः इस बात से स्वतंत्र होता है कि इसे कैसे लागू किया जाना है। संचार प्रोटोकॉल में सम्मलित पार्टियों द्वारा सहमति होनी चाहिए।<ref>{{citation |url=https://www.britannica.com/EBchecked/topic/410357/protocol |title=Protocol |publisher=[[Encyclopædia Britannica]] |access-date=24 September 2012}}</ref> एक समझौते पर पहुंचने के लिए, किसी प्रोटोकॉल को एक [[तकनीकी मानक]] के रूप में विकसित किया जा सकता है। एक [[प्रोग्रामिंग भाषा]] संगणनाओं के लिए उसी का वर्णन करती है, इसलिए प्रोटोकॉल और प्रोग्रामिंग भाषाओं के बीच एक करीबी सादृश्य है: प्रोटोकॉल संचार के लिए हैं जो प्रोग्रामिंग भाषाएँ संगणनाओं के लिए हैं।<ref name="AnalogyII">Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, "They (protocols) are to communication what programming languages are to computation"</ref> एक वैकल्पिक फॉर्मूलेशन बताता है कि प्रोटोकॉल संचार के लिए हैं जो [[कलन विधि]] गणना के लिए हैं।<ref name="AnalogyI">Comer 2000, Sect. 1.3 - Internet Services, p. 3, "Protocols are to communication what algorithms are to computation"</ref>
एकाधिक प्रोटोकॉल अधिकांशतः एक संचार के विभिन्न पहलुओं का वर्णन करते हैं। एक साथ काम करने के लिए डिज़ाइन किए गए प्रोटोकॉल के समूह को प्रोटोकॉल सूट के रूप में जाना जाता है; सॉफ्टवेयर में लागू होने पर वे किसी प्रोटोकॉल [[प्रोटोकॉल स्टैक|स्टैक]] होते हैं।

इंटरनेट संचार प्रोटोकॉल [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ) द्वारा प्रकाशित किए जाते हैं। [[IEEE|आईईईई]] (इलेक्ट्रिकल और इलेक्ट्रॉनिक्स इंजीनियर्स संस्थान) वायर्ड और वायरलेस नेटवर्किंग को संभालता है और मानकीकरण के लिए अंतर्राष्ट्रीय संगठन (आईएसओ) अन्य प्रकारों को संभालता है। [[ITU-T|आईटीयू-टी]] [[लोगों द्वारा टेलीफोन नेटवर्क काटा गया]] (PSTN) के लिए [[दूरसंचार]] प्रोटोकॉल और प्रारूपों को संभालता है। पीएसटीएन और इंटरनेट [[तकनीकी अभिसरण]] के रूप में, मानकों को भी अभिसरण की ओर ले जाया जा रहा है।

== संचार प्रणाली ==

=== इतिहास ===
डेटा-कम्यूटेशन संदर्भ में शब्द प्रोटोकॉल के पहले उपयोगों में से एक अप्रैल 1967 में [[रोजर स्कैंटलबरी]] और कीथ बार्टलेट द्वारा लिखित [[एनपीएल डेटा संचार नेटवर्क]] में ए प्रोटोकॉल फॉर यूज नामक ज्ञापन में होता है।<ref>{{Cite book|last=Naughton|first=John|url=https://books.google.com/books?id=bbonCgAAQBAJ&pg=PT290|title=भविष्य का एक संक्षिप्त इतिहास|date=24 September 2015|publisher=Orion|isbn=978-1-4746-0277-8|language=en}}</ref><ref>{{Cite journal|last=Cambell-Kelly|first=Martin|date=1987|title=राष्ट्रीय भौतिक प्रयोगशाला में डेटा संचार (1965-1975)|url=https://archive.org/details/DataCommunicationsAtTheNationalPhysicalLaboratory|journal=Annals of the History of Computing|language=en|volume=9|issue=3/4|pages=221–247|doi=10.1109/MAHC.1987.10023|s2cid=8172150}}</ref>
[[ARPANET|आर्पानेट]] पर, 1969 में होस्ट-टू-होस्ट संचार के लिए शुरुआती बिंदु [[बीबीएन रिपोर्ट 1822]] थी, जिसने एक आईएमपी को संदेशों के प्रसारण को परिभाषित किया।<ref>{{cite report|url=http://www.bitsavers.org/pdf/bbn/imp/BBN1822_Jan1976.pdf|title=इंटरफ़ेस संदेश प्रोसेसर: होस्ट और IMP के इंटरकनेक्शन के लिए विनिर्देश|id=Report No. 1822|publisher=[[Bolt Beranek and Newman]] (BBN)}}</ref> आर्पानेट के लिए [[नेटवर्क कंट्रोल प्रोटोकॉल (ARPANET)|नेटवर्क कंट्रोल प्रोटोकॉल (आर्पानेट)]] (एनसीपी) पहली बार 1970 में लागू किया गया था।<ref>{{Cite book|url=https://books.google.com/books?id=dRRDDwAAQBAJ&pg=PA319|title=UGC -NET/JRF/SET PTP और गाइड टीचिंग एंड रिसर्च एप्टीट्यूड: UGC -NET By HD|last=BOOKS|first=HIGH DEFINITION|publisher=High Definition Books|language=en}}</ref> एनसीपी इंटरफ़ेस ने [[अनुप्रयोग प्रक्रिया सामग्री]] को उच्च-स्तरीय संचार प्रोटोकॉल लागू करके आर्पानेट से कनेक्ट करने की अनुमति दी, जो प्रोटोकॉल लेयरिंग अवधारणा का एक प्रारंभिक उदाहरण है।<ref name="LINCP">{{cite web|url=https://livinginternet.com/i/ii_ncp.htm|title=एनसीपी - नेटवर्क नियंत्रण कार्यक्रम|website=Living Internet}}</ref>

1970 के दशक की शुरुआत में रॉबर्ट ई. क्हान और [[विंट सर्फ़]]़ द्वारा नेटवर्किंग अनुसंधान ने [[ट्रांसमिशन कंट्रोल प्रोग्राम]] (टीसीपी) के निर्माण का नेतृत्व किया।<ref>{{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> इसका {{IETF RFC|675}} विनिर्देश सर्फ द्वारा [[योगेन दलाल]] और कार्ल सनशाइन के साथ दिसंबर 1974 में लिखा गया था, जो इस समय भी एक अखंड डिजाइन है।

[[अंतर्राष्ट्रीय नेटवर्किंग कार्य समूह]] ने एक संपर्क रहित [[आंकड़ारेख]] मानक पर सहमति व्यक्त की, जिसे 1975 में आईटीयू-टी को प्रस्तुत किया गया था, लेकिन आईटीयू या आर्पानेट द्वारा अपनाया नहीं गया था।<ref name=":0">{{Cite journal|last=McKenzie|first=Alexander|date=2011|title=INWG और इंटरनेट की अवधारणा: एक प्रत्यक्षदर्शी खाता|journal=IEEE Annals of the History of Computing|volume=33|issue=1|pages=66–71|doi=10.1109/MAHC.2011.9|s2cid=206443072|issn=1934-1547}}</ref> अंतर्राष्ट्रीय अनुसंधान, विशेष रूप से रेमी डेस्प्रेस के कार्य ने 1976 में आईटीयू-टी द्वारा [[वर्चुअल सर्किट]] पर आधारित X.25 मानक के विकास में योगदान दिया।<ref>{{Cite journal|last=Schwartz|first=Mischa|date=2010|title=X.25 वर्चुअल सर्किट - फ्रांस में ट्रांसपैक - प्री-इंटरनेट डेटा नेटवर्किंग [संचार का इतिहास]|journal=IEEE Communications Magazine|volume=48|issue=11|pages=40–46|doi=10.1109/MCOM.2010.5621965|s2cid=23639680|issn=1558-1896}}</ref><ref>{{Cite journal|last=Rybczynski|first=Tony|date=2009|title=पैकेट स्विचिंग का व्यावसायीकरण (1975-1985): एक कनाडाई परिप्रेक्ष्य [संचार का इतिहास]|journal=IEEE Communications Magazine|volume=47|issue=12|pages=26–31|doi=10.1109/MCOM.2009.5350364|s2cid=23243636|issn=1558-1896}}</ref> कंप्यूटर निर्माताओं ने आईबीएम के [[सिस्टम नेटवर्क आर्किटेक्चर]] (SNA), डिजिटल इक्विपमेंट कॉर्पोरेशन के [[DECnet|डेकनेट]] और जिराक्स नेटवर्क सिस्टम जैसे [[मालिकाना प्रोटोकॉल]] विकसित किए।<ref>{{Cite book|url=https://books.google.com/books?id=y-tFrTTweRIC&pg=PA337|title=यूरोपीय अनुसंधान नेटवर्किंग का "छिपा हुआ" प्रागितिहास|publisher=Trafford Publishing|isbn=978-1-4669-3935-6|pages=354|language=en}}</ref>
टीसीपी सॉफ्टवेयर को प्रारूपर प्रोटोकॉल स्टैक के रूप में फिर से डिजाइन किया गया था। मूल रूप से आईपी/टीसीपी के रूप में संदर्भित, यह 1982 में [[SATNET|सैटनेट]] पर और जनवरी 1983 में आर्पानेट पर स्थापित किया गया था। 1989 तक एक पूर्ण प्रोटोकॉल सूट का विकास, जैसा कि में उल्लिखित है {{IETF RFC|1122}} तथा {{IETF RFC|1123}}, उभरते [[इंटरनेट]] के मुख्य घटक के रूप में एक व्यापक प्रोटोकॉल सूट के रूप में टीसीपी/आईपी के विकास की नींव रखी।<ref name="LITCPIP">{{cite web|url=https://livinginternet.com/i/ii_tcpip.htm|title=टीसीपी/आईपी इंटरनेट प्रोटोकॉल|website=Living Internet}}</ref>

1984 में प्रकाशित ओएसआई मॉडल के लिए संचार मानकों के लिए एक संदर्भ मॉडल पर अंतर्राष्ट्रीय कार्य। 1980 के दशक के अंत और 1990 के दशक की शुरुआत में, इंजीनियर, संगठन और राष्ट्र [[प्रोटोकॉल युद्ध]] बन गए, ओएसआई मॉडल या इंटरनेट प्रोटोकॉल सूट का परिणाम सबसे अच्छे और सबसे मजबूत कंप्यूटर नेटवर्क में होगा।<ref name="ieee2017032">{{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>{{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}}</ref><ref>{{Cite web|date=2006|title=मानक युद्ध|url=https://courses.cs.washington.edu/courses/csep590a/06au/projects/standards-wars.pdf}}</ref>
=== अवधारणा ===
एक नेटवर्क या अन्य मीडिया के माध्यम से उपकरणों के बीच सूचनाओं का आदान-प्रदान उन नियमों और परंपराओं द्वारा नियंत्रित होता है जिन्हें संचार प्रोटोकॉल विनिर्देशों में निर्धारित किया जा सकता है। संचार की प्रकृति, वास्तविक डेटा का आदान-प्रदान और किसी भी [[राज्य (कंप्यूटर विज्ञान)|स्थिति (कंप्यूटर विज्ञान)]] पर निर्भर व्यवहार, इन विशिष्टताओं द्वारा परिभाषित किया गया है। डिजिटल कंप्यूटिंग सिस्टम में, नियमों को एल्गोरिदम और [[डेटा संरचना]]ओं द्वारा व्यक्त किया जा सकता है। प्रोटोकॉल संचार के लिए हैं जो एल्गोरिदम या प्रोग्रामिंग भाषाएँ संगणनाओं के लिए हैं।<ref name="AnalogyII"/><ref name="AnalogyI"/>

ऑपरेटिंग सिस्टम में साधारणतयः सहयोगी प्रक्रियाओं का एक सेट होता है जो एक दूसरे के साथ संवाद करने के लिए साझा किए गए डेटा में हेरफेर करता है। यह संचार सुविचारित प्रोटोकॉल द्वारा नियंत्रित होता है, जिसे प्रक्रिया कोड में ही सम्मलित किया जा सकता है।<ref name="Ben-Ari p.18">Ben-Ari 1982, chapter 2 - The concurrent programming abstraction, p. 18-19, states the same.</ref><ref name="Ben-Ari p.27">Ben-Ari 1982, Section 2.7 - Summary, p. 27, summarizes the concurrent programming abstraction.</ref> इसके विपरीत, क्योंकि कोई साझा स्मृति नहीं है, संचार प्रणालियों को एक साझा [[संचरण माध्यम]] का उपयोग करके एक दूसरे के साथ संवाद करना पड़ता है। ट्रांसमिशन आवश्यक रूप से विश्वसनीय नहीं है, और अलग-अलग सिस्टम विभिन्न हार्डवेयर या ऑपरेटिंग सिस्टम का उपयोग कर सकते हैं।

नेटवर्किंग प्रोटोकॉल को लागू करने के लिए, प्रोटोकॉल सॉफ्टवेयर प्रारूप को मशीन के ऑपरेटिंग सिस्टम पर कार्यान्वित ढांचे के साथ इंटरफेस किया जाता है। यह ढांचा ऑपरेटिंग सिस्टम की नेटवर्किंग कार्यक्षमता को लागू करता है।<ref name="Marsden p.64"/>जब प्रोटोकॉल एल्गोरिदम को एक पोर्टेबल प्रोग्रामिंग भाषा में व्यक्त किया जाता है, तो प्रोटोकॉल सॉफ़्टवेयर को [[ऑपरेटिंग सिस्टम]] स्वतंत्र बनाया जा सकता है। सबसे प्रसिद्ध फ्रेमवर्क टीसीपी/आईपी मॉडल और ओएसआई मॉडल हैं।

जिस समय इंटरनेट का विकास हुआ था, [[अमूर्त परत|अमूर्त लेयर]] कंपाइलर और ऑपरेटिंग सिस्टम डिज़ाइन दोनों के लिए एक सफल डिज़ाइन दृष्टिकोण सिद्ध हुआ था और प्रोग्रामिंग भाषाओं और संचार प्रोटोकॉल के बीच समानता को देखते हुए, मूल रूप से मोनोलिथिक नेटवर्किंग प्रोग्राम को सहयोग करने वाले प्रोटोकॉल में विघटित कर दिया गया था।<ref>Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, explains this by drawing analogies between computer communication and programming languages.</ref> इसने स्तरित प्रोटोकॉल की अवधारणा को जन्म दिया जो आजकल प्रोटोकॉल डिजाइन का आधार बनता है।<ref name="Sect p. 192">Sect. 11.10 - The Disadvantage Of Layering, p. 192, states: layering forms the basis for protocol design.</ref>

ट्रांसमिशन को संभालने के लिए सिस्टम साधारणतयः किसी प्रोटोकॉल का उपयोग नहीं करते हैं। इसके अतिरिक्त वे सहयोग करने वाले प्रोटोकॉल के एक सेट का उपयोग करते हैं, जिसे कभी-कभी [[प्रोटोकॉल सुइट]] कहा जाता है।<ref name="Sect p. 177">Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, states the same.</ref> कुछ सबसे प्रसिद्ध प्रोटोकॉल सुइट्स हैं टीसीपी/आईपी, IPX/SPX, X.25, AX.25 और [[AppleTalk]]।

समूहों में कार्यक्षमता के आधार पर प्रोटोकॉल की व्यवस्था की जा सकती है, उदाहरण के लिए, [[परिवहन प्रोटोकॉल]] का एक समूह है। कार्यक्षमताओं को लेयरों पर मैप किया जाता है, उदाहरण के लिए: एप्लिकेशन-, ट्रांसपोर्ट-, इंटरनेट- और नेटवर्क इंटरफ़ेस-फ़ंक्शंस से संबंधित समस्याओं की एक अलग श्रेणी को हल करने वाली प्रत्येक लेयर।<ref name="Sect p. 178">Comer 2000, Sect. 11.3 - The Conceptual Layers Of Protocol Software, p. 178, "Each layer takes responsibility for handling one part of the problem."</ref> किसी संदेश को प्रसारित करने के लिए प्रत्येक लेयर से किसी प्रोटोकॉल का चयन करना होता है। प्रत्येक लेयर के लिए किसी प्रोटोकॉल चयनकर्ता के साथ संदेश का विस्तार करके अगले प्रोटोकॉल का चयन पूरा किया जाता है।<ref>Comer 2000, Sect. 11.11 - The Basic Idea Behind Multiplexing And Demultiplexing, p. 192, states the same.</ref>
== प्रकार ==
दो प्रकार के संचार प्रोटोकॉल हैं, जो उनके द्वारा की जा रही सामग्री के प्रतिनिधित्व पर आधारित हैं: पाठ-आधारित और बाइनरी।<ref>{{Cite web |title=डेटा संचार - एक सिंहावलोकन {{!}} ScienceDirect विषय|url=https://www.sciencedirect.com/topics/computer-science/data-communication |access-date=31 May 2022 |website=www.sciencedirect.com}}</ref>
=== पाठ आधारित ===
एक पाठ-आधारित प्रोटोकॉल या सादा पाठ प्रोटोकॉल [[मानव-पठनीय माध्यम]] में अपनी सामग्री का प्रतिनिधित्व करता है। मानव-पठनीय प्रारूप, अधिकांशतः सादे पाठ में।

तत्काल मानव पठनीयता बाइनरी प्रोटोकॉल के विपरीत है, जिसमें कंप्यूटर वातावरण में उपयोग के लिए निहित लाभ हैं (जैसे कि यांत्रिक [[पदच्छेद]] और [[दोषरहित संपीड़न]] में आसानी)।

नेटवर्क एप्लिकेशन में डेटा को एनकैप्सुलेट करने के विभिन्न तरीके हैं। इंटरनेट प्रोटोकॉल के साथ एक विधि बहुत आम है एक पाठ उन्मुख प्रतिनिधित्व है जो अनुरोधों और प्रतिक्रियाओं को [[ASCII|आसकी]] पाठ की पंक्तियों के रूप में प्रसारित करता है, एक न्यूलाइन वर्ण (और साधारणतयः कैरिज रिटर्न कैरेक्टर) द्वारा समाप्त किया जाता है। अपने आदेशों के लिए सादे, मानव-पठनीय पाठ का उपयोग करने वाले प्रोटोकॉल के उदाहरण एफटीपी ([[फाइल ट्रांसफर प्रोटोकॉल]]), एसएमटीपी ([[सरल डाक स्थानांतरण प्रोटोकॉल]]) और [[फिंगर प्रोटोकॉल]] हैं।<ref>{{cite web|last=Kirch|first=Olaf|date=16 January 2002|title=पाठ आधारित प्रोटोकॉल|url=http://www.lst.de/~okir/blackhats/node76.html|url-status=dead|archive-url=https://web.archive.org/web/20100530140215/http://www.lst.de/~okir/blackhats/node76.html|archive-date=30 May 2010|access-date=21 October 2014}}</ref>

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

स्पष्ट होने के लिए, सभी डिजिटल संचार मौलिक रूप से द्विआधारी हैं। यहां वर्णित पाठ आधारित प्रोटोकॉल केवल बाइनरी सामग्री का उपयोग करते हैं, जिसे टेक्स्ट एडिटर (या ऐसे अन्य सॉफ़्टवेयर) द्वारा मानवीय रूप से पठनीय बनाया जाता है।

=== बाइनरी ===
एक बाइनरी प्रोटोकॉल एक टेक्स्ट-आधारित प्रोटोकॉल के विपरीत एक [[बाइट]] के सभी मूल्यों का उपयोग करता है, जो केवल आसकी एन्कोडिंग में मानव-पठनीय वर्णों के अनुरूप मानों का उपयोग करता है। बाइनरी प्रोटोकॉल का उद्देश्य मानव के अतिरिक्त मशीन द्वारा पढ़ा जाना है। बाइनरी प्रोटोकॉल में संक्षिप्तता का लाभ होता है, जो संचरण और व्याख्या की गति में अनुवाद करता है।<ref>{{cite web|last=Kirch|first=Olaf|date=16 January 2002|title=बाइनरी प्रतिनिधित्व प्रोटोकॉल|url=http://www.lst.de/~okir/blackhats/node77.html|url-status=dead|archive-url=https://web.archive.org/web/20100530225453/http://www.lst.de/~okir/blackhats/node77.html|archive-date=5 March 2006|access-date=4 May 2006}}</ref>
[[ईबीएक्सएमएल]], एचटीटीपी/2, एचटीटीपी/3 और [[उद्यम वितरित वस्तु कम्प्यूटिंग]] जैसे आधुनिक मानकों का वर्णन करने वाले मानक दस्तावेजों में बाइनरी का उपयोग किया गया है।<ref>{{cite web|last=Kirch|first=Olaf|date=16 January 2002|title=बाइनरी प्रतिनिधित्व प्रोटोकॉल|url=http://www.omg.org/technology/documents/formal/edoc.htm|url-status=dead|archive-url=https://web.archive.org/web/20060305095832/http://www.omg.org/technology/documents/formal/edoc.htm|archive-date=5 March 2006|access-date=4 May 2006}}</ref> यूएमएल में एक इंटरफ़ेस<ref>{{cite web|author=|date=|title=यूएमएल वेब साइट में आपका स्वागत है!|url=https://www.uml.org/|website=Uml.org|accessdate=15 January 2017}}</ref> एक बाइनरी प्रोटोकॉल भी माना जा सकता है।

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

संचार स्थापित करने के लिए संचार प्रणालियों पर संदेश भेजे और प्राप्त किए जाते हैं। इसलिए प्रोटोकॉल को ट्रांसमिशन को नियंत्रित करने वाले नियमों को निर्दिष्ट करना चाहिए। सामान्यतः, निम्नलिखित में से अधिकांश को संबोधित किया जाना चाहिए:<ref>Marsden 1986, Chapter 3 - Fundamental protocol concepts and problem areas, p. 26-42, explains much of the following.</ref>

==== डेटा विनिमय के लिए डेटा प्रारूप ====
:डिजिटल संदेश बिटस्ट्रिंग्स का आदान-प्रदान किया जाता है। बिटस्ट्रिंग्स को क्षेत्रों में विभाजित किया गया है और प्रत्येक क्षेत्र में प्रोटोकॉल से संबंधित जानकारी होती है। वैचारिक रूप से बिटस्ट्रिंग को दो भागों में बांटा गया है जिसे हेडर और पेलोड कहा जाता है। वास्तविक संदेश पेलोड में ले जाया जाता है। हेडर क्षेत्र में प्रोटोकॉल के संचालन के लिए प्रासंगिकता वाले फ़ील्ड सम्मलित हैं। [[अधिकतम संचरण इकाई]] (MTU) से अधिक लंबे बिटस्ट्रिंग्स को उपयुक्त आकार के टुकड़ों में विभाजित किया गया है।<ref>Comer 2000, Sect. 7.7.4 - Datagram Size, Network MTU, and Fragmentation, p. 104, Explains fragmentation and the effect on the header of the fragments.</ref>

==== डेटा विनिमय के लिए पता प्रारूप ====
: पते का उपयोग प्रेषक और इच्छित प्राप्तकर्ता दोनों की पहचान करने के लिए किया जाता है। पते बिटस्ट्रिंग के हेडर क्षेत्र में ले जाए जाते हैं, जिससे रिसीवर को यह निर्धारित करने की अनुमति मिलती है कि क्या बिटस्ट्रिंग रुचि के हैं और उन्हें संसाधित किया जाना चाहिए या उन्हें अनदेखा किया जाना चाहिए। एक प्रेषक और एक रिसीवर के बीच एक पता जोड़ी (प्रेषक का पता, रिसीवर का पता) का उपयोग करके पहचाना जा सकता है। साधारणतयः, कुछ एड्रेस वैल्यू के विशेष अर्थ होते हैं। नेटवर्क पर सभी स्टेशनों का पता लगाने के लिए एक सभी-1 पते का अर्थ लिया जा सकता है, इसलिए इस पते पर भेजने से स्थानीय नेटवर्क पर प्रसारण होगा। एड्रेस वैल्यू के अर्थ का वर्णन करने वाले नियमों को सामूहिक रूप से एड्रेसिंग स्कीम कहा जाता है।<ref>Comer 2000, Chapter 4 - Classful Internet Addresses, p. 64-67;71.</ref>

==== मानचित्रण एड्रेस ====
:कभी-कभी प्रोटोकॉल को एक योजना के पतों को दूसरी योजना के पतों पर मैप करने की आवश्यकता होती है। उदाहरण के लिए, एप्लिकेशन द्वारा निर्दिष्ट तार्किक आईपी के पते को ईथरनेट मैक के पते में अनुवाद करने के लिए। इसे एड्रेस मैपिंग कहा जाता है।<ref>Marsden 1986, Section 14.3 - Layering concepts and general definitions, p. 187, explains address mapping.</ref>

==== रूटिंग ====
: जब सिस्टम सीधे जुड़े नहीं होते हैं, तो इच्छित रिसीवर(रों) के मार्ग के साथ मध्यस्थ सिस्टम को प्रेषक की ओर से संदेशों को अग्रेषित करने की आवश्यकता होती है। इंटरनेट पर, नेटवर्क राउटर का उपयोग करके जुड़े हुए हैं। राउटर के माध्यम से नेटवर्क के इंटरसंपर्क को [[इंटरनेटवर्किंग]] कहा जाता है।

==== संचरण त्रुटियों का पता लगाना ====
:ऐरर डिटेक्शन उन नेटवर्क्स पर जरूरी है जहां डेटा करप्शन संभव है। एक सामान्य दृष्टिकोण में, डेटा क्षेत्र का एक सीआरसी पैकेट के अंत में जोड़ा जाता है, जिससे रिसीवर के लिए भ्रष्टाचार के कारण अंतर का पता लगाना संभव हो जाता है। रिसीवर सीआरसी अंतर पर पैकेट को खारिज कर देता है और किसी तरह से पुन: प्रसारण की व्यवस्था करता है।<ref>Marsden 1986, Section 3.2 - Detection and transmission errors, p. 27, explains the advantages of backward error correction.</ref>

==== स्वीकारोक्ति ====
: [[कनेक्शन-उन्मुख संचार|संपर्क-उन्मुख संचार]] के लिए पैकेटों के सही स्वागत की पावती आवश्यक है। पावती रिसीवर से वापस उनके संबंधित प्रेषकों को भेजी जाती हैं।<ref>Marsden 1986, Section 3.3 - Acknowledgement, p. 28-33, explains the advantages of positive only acknowledgment and mentions datagram protocols as exceptions.</ref>

==== सूचना का नुकसान - समयबाह्य और पुनर्प्रयास ====
:पैकेट नेटवर्क पर खो सकते हैं या पारगमन में देरी हो सकती है। इससे निपटने के लिए, कुछ प्रोटोकॉल के अनुसार, एक प्रेषक एक निश्चित समय के भीतर रिसीवर से सही रिसेप्शन की पावती की उम्मीद कर सकता है। इस प्रकार, [[टाइमआउट (कंप्यूटिंग)]] पर, प्रेषक को सूचना को पुनः प्रेषित करने की आवश्यकता हो सकती है।{{efn|Failure to receive an acknowledgment indicates that either the original transmission or the acknowledgment was lost. The sender has no means to distinguish these cases and therefore, to ensure all data is received, must make the conservative assumption that the original transmission was lost.}} स्थायी रूप से टूटे हुए लिंक के स्थिति में, पुनर्संचरण का कोई प्रभाव नहीं पड़ता है, इसलिए पुनर्संचारण की संख्या सीमित है। पुनर्प्रयास की सीमा से अधिक होने को त्रुटि माना जाता है।<ref>Marsden 1986, Section 3.4 - Loss of information - timeouts and retries, p. 33-34.</ref>

==== सूचना प्रवाह की दिशा ====
: दिशा को संबोधित करने की आवश्यकता है यदि प्रसारण एक समय में केवल एक दिशा में आधे-द्वैध लिंक पर या एक प्रेषक से एक [[साझा माध्यम]] के रूप में हो सकता है। इसे [[मीडिया अभिगम नियंत्रण]] के रूप में जाना जाता है। टकराव (दूरसंचार) या [[विवाद (दूरसंचार)]] के स्थिति को समायोजित करने की व्यवस्था की जानी चाहिए, जहां दो पक्ष क्रमशः एक साथ संचारित होते हैं या संचारित करना चाहते हैं।<ref>Marsden 1986, Section 3.5 - Direction of information flow, p. 34-35, explains master/slave and the negotiations to gain control.</ref>

==== अनुक्रम नियंत्रण ====
: यदि लंबे बिटस्ट्रिंग्स को टुकड़ों में विभाजित किया जाता है और फिर अलग-अलग नेटवर्क पर भेजा जाता है, तो टुकड़े खो सकते हैं या विलंबित हो सकते हैं या कुछ प्रकार के नेटवर्क पर अपने गंतव्य के लिए अलग-अलग मार्ग अपना सकते हैं। परिणाम स्वरुप, टुकड़े अनुक्रम से बाहर आ सकते हैं। पुन: प्रसारण के परिणामस्वरूप डुप्लिकेट टुकड़े हो सकते हैं। प्रेषक पर अनुक्रम जानकारी के साथ टुकड़ों को चिह्नित करके, रिसीवर निर्धारित कर सकता है कि क्या खो गया था या डुप्लिकेट किया गया था, आवश्यक पुन: प्रसारण के लिए पूछें और मूल संदेश को फिर से एकत्रित करें।<ref>Marsden 1986, Section 3.6 - Sequence control, p. 35-36, explains how packets get lost and how sequencing solves this.</ref>
;प्रवाह नियंत्रण
: प्रवाह नियंत्रण की आवश्यकता तब होती है जब प्रेषक रिसीवर की तुलना में तेजी से प्रसारित करता है या मध्यवर्ती नेटवर्क उपकरण प्रसारण को संसाधित कर सकता है। रिसीवर से प्रेषक को संदेश द्वारा प्रवाह नियंत्रण लागू किया जा सकता है।<ref>Marsden 1986, Section 3.7 - Flow control, p. 36-38.</ref>

==== श्रेणी बद्ध ====
: संचार प्रक्रियाओं या स्थिति मशीनों में कतारें (या बफ़र्स), साधारणतयः एफआईएफओ कतारें होती हैं, जो भेजे गए संदेशों में संदेशों से निपटने के लिए होती हैं, और कभी-कभी अलग-अलग प्राथमिकता के साथ कई कतारें हो सकती हैं।

== प्रोटोकॉल डिजाइन ==
सामान्य नेटवर्क प्रोटोकॉल डिज़ाइन सिद्धांतों का एक सेट बनाने के लिए [[प्रणाली अभियांत्रिकी]] सिद्धांतों को लागू किया गया है। जटिल प्रोटोकॉल के डिजाइन में अधिकांशतः सरल, सहयोगी प्रोटोकॉल में अपघटन सम्मलित होता है। सहयोग करने वाले प्रोटोकॉल के ऐसे सेट को कभी-कभी प्रोटोकॉल परिवार या प्रोटोकॉल सूट कहा जाता है,<ref name="Sect p. 177"/>एक वैचारिक ढांचे के भीतर।

संचार प्रणालियाँ समवर्ती रूप से कार्य करती हैं। [[समवर्ती प्रोग्रामिंग]] का एक महत्वपूर्ण पहलू उचित क्रम में संचार के संदेशों को प्राप्त करने और प्रसारित करने के लिए सॉफ्टवेयर का सिंक्रनाइज़ेशन है। समवर्ती प्रोग्रामिंग परंपरागत रूप से ऑपरेटिंग सिस्टम सिद्धांत ग्रंथों में एक विषय रहा है।<ref>Ben-Ari 1982, in his preface, p. xiii.</ref> औपचारिक सत्यापन अनिवार्य प्रतीत होता है क्योंकि समवर्ती कार्यक्रम छिपे हुए और परिष्कृत बगों के लिए कुख्यात हैं।<ref>Ben-Ari 1982, in his preface, p. xiv.</ref> संगामिति और संचार के अध्ययन के लिए एक गणितीय दृष्टिकोण को अनुक्रमिक प्रक्रियाओं (सीएसपी) को संप्रेषित करने के रूप में संदर्भित किया जाता है।<ref>Hoare 1985, Chapter 4 - Communication, p. 133, deals with communication.</ref> संगामिति को [[मीली मशीन]] और [[मूर मशीन|मूर मशीनों]] जैसे परिमित स्थिति मशीनों का उपयोग करके भी तैयार किया जा सकता है। मीएली और मूरे मशीनें डिजिटल इलेक्ट्रॉनिक्स सिस्टम में डिज़ाइन टूल के रूप में उपयोग में हैं, जो सामान्य रूप से दूरसंचार या इलेक्ट्रॉनिक उपकरणों में उपयोग किए जाने वाले हार्डवेयर के रूप में सामने आती हैं।<ref>{{citation |author=S. Srinivasan |publisher=NPTEL courses |title=Digital Circuits and Systems |url=http://nptel.iitm.ac.in/video.php?courseId=1005&p=3 |url-status=dead |archive-url=https://web.archive.org/web/20091227210642/http://nptel.iitm.ac.in/video.php?courseId=1005&p=3 |archive-date=27 December 2009 }}</ref>{{better source needed|date=September 2018}}

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

=== लेयरिंग ===
[[File:Internet layering.svg|thumb|alt=Figure 2. इंटरनेट लेयरिंग योजना के संबंध में प्रोटोकॉल। चित्र 2. टीसीपी/आईपी मॉडल या इंटरनेट लेयरिंग योजना और कुछ सामान्य प्रोटोकॉल से इसका संबंध।]]आधुनिक प्रोटोकॉल डिजाइन में, प्रोटोकॉल स्टैक बनाने के लिए प्रोटोकॉल को स्तरित किया जाता है। लेयरिंग एक डिज़ाइन सिद्धांत है जो प्रोटोकॉल डिज़ाइन कार्य को छोटे चरणों में विभाजित करता है, जिनमें से प्रत्येक एक विशिष्ट भाग को पूरा करता है, प्रोटोकॉल के अन्य भागों के साथ केवल कुछ ही अच्छी तरह से परिभाषित तरीकों से बातचीत करता है। लेयरिंग प्रत्येक डिज़ाइन को अपेक्षाकृत सरल रखते हुए, स्थितियों के संयोजन विस्फोट के बिना प्रोटोकॉल के हिस्सों को डिज़ाइन और परीक्षण करने की अनुमति देता है।

इंटरनेट पर उपयोग किए जाने वाले संचार प्रोटोकॉल विविध और जटिल सेटिंग्स में कार्य करने के लिए डिज़ाइन किए गए हैं। इंटरनेट प्रोटोकॉल सादगी और प्रारूपरिटी के लिए डिज़ाइन किए गए हैं और [[इंटरनेट प्रोटोकॉल सूट]] में परिभाषित कार्यात्मक लेयरों के मोटे पदानुक्रम में फिट होते हैं।<ref name="Comer decomposition"/>पहले दो सहयोगी प्रोटोकॉल, [[ट्रांसमिशन कंट्रोल प्रोटोकॉल]] (टीसीपी) और [[इंटरनेट प्रोटोकॉल]] (आईपी) इस स्तरित संचार सूट में मूल ट्रांसमिशन कंट्रोल प्रोग्राम, एक मोनोलिथिक संचार प्रोटोकॉल के अपघटन से उत्पन्न हुए।

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

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

==== प्रोटोकॉल लेयरिंग ====
[[File:Message flows.svg|thumb|alt=Figure 3. प्रोटोकॉल सूट का उपयोग करके संदेश प्रवाहित होता है। चित्र 3. प्रोटोकॉल सूट का उपयोग करके संदेश प्रवाहित होता है। ब्लैक लूप्स वास्तविक मैसेजिंग लूप दिखाते हैं, रेड लूप निचली परतों द्वारा सक्षम परतों के बीच प्रभावी संचार होते हैं।]]प्रोटोकॉल लेयरिंग प्रोटोकॉल डिज़ाइन का आधार बनाती है।<ref name="Sect p. 192"/>यह एकल, जटिल प्रोटोकॉल को सरल, सहयोग करने वाले प्रोटोकॉल में अपघटन की अनुमति देता है।<ref name="Comer decomposition">Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, introduces the decomposition in layers.</ref> प्रोटोकॉल लेयरें प्रत्येक संचार समस्याओं की एक अलग श्रेणी को हल करती हैं। लेयरें मिलकर एक लेयरिंग स्कीम या मॉडल बनाती हैं।

संगणना एल्गोरिदम और डेटा से निपटती है; संचार में प्रोटोकॉल और संदेश सम्मलित होते हैं; तो डेटा प्रवाह आरेख का एनालॉग किसी प्रकार का संदेश प्रवाह आरेख है।<ref name="AnalogyI"/>प्रोटोकॉल लेयरिंग और प्रोटोकॉल सुइट्स की कल्पना करने के लिए, संदेश का आरेख दो प्रणालियों, ए और बी के बीच प्रवाहित होता है, चित्र 3 में दिखाया गया है। सिस्टम, ए और बी, दोनों एक ही प्रोटोकॉल सूट का उपयोग करते हैं। लंबवत प्रवाह (और प्रोटोकॉल) सिस्टम में हैं और क्षैतिज संदेश प्रवाह (और प्रोटोकॉल) सिस्टम के बीच हैं। संदेश प्रवाह नियमों और प्रोटोकॉल द्वारा निर्दिष्ट डेटा स्वरूपों द्वारा नियंत्रित होते हैं। नीली रेखाएँ (क्षैतिज) प्रोटोकॉल लेयरों की सीमाओं को चिह्नित करती हैं।

==== सॉफ्टवेयर लेयरिंग ====
[[File:Protocol and Software layering.svg|thumb |चित्रा 5: प्रोटोकॉल और सॉफ्टवेयर लेयरिंग। प्रोटोकॉल को लागू करने वाले सॉफ़्टवेयर प्रारूप को क्यूब्स द्वारा दर्शाया गया है। प्रारूप के बीच सूचना प्रवाह को तीरों द्वारा दर्शाया गया है। (शीर्ष दो क्षैतिज) लाल तीर आभासी हैं। नीली रेखाएँ लेयर की सीमाओं को चिह्नित करती हैं।]]सॉफ्टवेयर सपोर्टिंग प्रोटोकॉल में एक स्तरित संगठन होता है और प्रोटोकॉल लेयरिंग के साथ इसका संबंध चित्र 5 में दिखाया गया है।

सिस्टम ए पर एक संदेश भेजने के लिए, शीर्ष-लेयर सॉफ्टवेयर प्रारूप सीधे इसके नीचे प्रारूप के साथ परस्पर संपर्क करता है और संदेश को एनकैप्सुलेट करने के लिए सौंप देता है। निचला प्रारूप हेडर डेटा को उस प्रोटोकॉल के अनुसार भरता है जो इसे लागू करता है और नीचे के प्रारूप के साथ परस्पर संपर्क करता है जो संचार चैनल पर सिस्टम बी के निचले प्रारूप को संदेश भेजता है। प्राप्त सिस्टम बी पर रिवर्स होता है, इसलिए अंततः संदेश अपने मूल रूप में सिस्टम बी के शीर्ष प्रारूप में वितरित हो जाता है।<ref>Comer 2000, Sect. 11.3 - The Conceptual Layers Of Protocol Software, p. 179, the first two paragraphs describe the sending of a message through successive layers.</ref>

प्रोग्राम अनुवाद उप-समस्याओं में बांटा गया है। परिणामस्वरूप, अनुवाद सॉफ़्टवेयर भी स्तरित होता है, जिससे सॉफ़्टवेयर लेयरों को स्वतंत्र रूप से डिज़ाइन किया जा सकता है। टीसीपी/आईपी लेयरिंग में एक ही दृष्टिकोण देखा जा सकता है।<ref name="Comer p. 178">Comer 2000, Sect. 11.2 - The need for multiple protocols, p. 178, explains similarities protocol software and compiler, assembler, linker, loader.</ref>

एप्लिकेशन लेयर के नीचे के प्रारूप को साधारणतयः ऑपरेटिंग सिस्टम का भाग माना जाता है। इन प्रारूप के बीच डेटा पास करना किसी एप्लिकेशन प्रोग्राम और ट्रांसपोर्ट लेयर के बीच डेटा पास करने की तुलना में बहुत कम खर्चीला है। एप्लिकेशन लेयर और ट्रांसपोर्ट लेयर के बीच की सीमा को ऑपरेटिंग सिस्टम सीमा कहा जाता है।<ref>Comer 2000, Sect. 11.9.1 - Operating System Boundary, p. 192, describes the operating system boundary.</ref>
==== कठोर लेयरिंग ====
एक स्तरित मॉडल का सख्ती से पालन करना, सख्त लेयरिंग के रूप में जाना जाने वाला एक अभ्यास, हमेशा नेटवर्किंग के लिए सबसे अच्छा तरीका नहीं होता है।<ref>IETF 1989, Sect 1.3.1 - Organization, p. 15, 2nd paragraph: many design choices involve creative "breaking" of strict layering.</ref> सख्त लेयरिंग का कार्यान्वयन के प्रदर्शन पर नकारात्मक प्रभाव पड़ सकता है।<ref>Comer 2000, Sect. 11.10 - The Disadvantage Of Layering, p. 192, explains why "strict layering can be extremely inefficient" giving examples of optimizations.</ref>
जबकि कंप्यूटर नेटवर्किंग के क्षेत्र में प्रोटोकॉल लेयरिंग का उपयोग आज सर्वव्यापी है, इसकी ऐतिहासिक रूप से कई शोधकर्ताओं द्वारा आलोचना की गई है<ref>{{cite journal| last = Wakeman| first = I| date = Jan 1992| title = लेयरिंग को हानिकारक माना जाता है| journal = IEEE Network| pages =20–24}}</ref> इस तरह से प्रोटोकॉल स्टैक को सार करने के कारण एक उच्च लेयर निचली लेयर की कार्यक्षमता को डुप्लिकेट कर सकती है, एक प्रमुख उदाहरण प्रति-लिंक आधार और एंड-टू-एंड आधार दोनों पर त्रुटि पुनर्प्राप्ति है।<ref>{{cite book |last1=Kurose |first1=James | last2=Ross | first2=Keith |year= 2005 | title=कंप्यूटर नेटवर्किंग: एक टॉप-डाउन दृष्टिकोण|publisher=Pearson}}</ref>
=== डिजाइन पैटर्न ===
संचार प्रोटोकॉल के डिजाइन और कार्यान्वयन में सामान्य रूप से आवर्ती समस्याओं को [[सॉफ्टवेयर डिजाइन पैटर्न]] द्वारा संबोधित किया जा सकता है।<ref>{{cite web|first1=Jorge Edison|last1=Lascano|first2=Stephen|last2=Clyde|first3=Ali|last3=Raza|title=संचार-प्रोटोकॉल डिजाइन पैटर्न (CommDP) - COMMDP|url=http://commdp.serv.usu.edu/wiki/index.php/Communication-protocol_Design_Patterns_(CommDP)|archive-url=https://web.archive.org/web/20170318090654/http://commdp.serv.usu.edu/wiki/index.php/Communication-protocol_Design_Patterns_(CommDP)|archive-date=18 March 2017|access-date=17 March 2017|url-status=dead}}</ref><ref>{{cite conference|first1=J. E.|last1=Lascano|first2=S.|last2=Clyde|title=अनुप्रयोग-स्तरीय संचार प्रोटोकॉल के लिए एक पैटर्न भाषा|conference=ICSEA 2016, The Eleventh International Conference on Software Engineering Advances|date=2016|pages=22–30}}</ref><ref>{{cite book|first=R.|last=Daigneau|title=सेवा डिज़ाइन पैटर्न: SOAP/WSDL और रेस्टफुल वेब सेवाओं के लिए मौलिक डिज़ाइन समाधान|edition=1|location=Upper Saddle River, NJ|publisher=Addison-Wesley Professional|date=2011}}</ref><ref>{{cite book|first=M.|last=Fowler|author-link=Martin Fowler (software engineer)|title=एंटरप्राइज़ एप्लिकेशन आर्किटेक्चर के पैटर्न|edition=1|location=Boston|publisher=Addison-Wesley Professional|date=2002|isbn=0-321-12742-0}}</ref><ref>[1]F. Buschmann, K. Henney, and D. C. Schmidt, Pattern-Oriented Software Architecture Volume 4: A Pattern Language for Distributed Computing, Volume 4 edition. Chichester England; New York: Wiley, 2007.</ref>
=== औपचारिक विनिर्देश ===
संचार सिंटैक्स का वर्णन करने के लोकप्रिय औपचारिक तरीके [[सार सिंटेक्स नोटेशन वन]] (मानकीकरण मानक के लिए एक अंतर्राष्ट्रीय संगठन) और संवर्धित बैकस-नौर फॉर्म (एक [[आईईटीएफ]] मानक) हैं।

प्रोटोकॉल के संभावित इंटरैक्शन का औपचारिक रूप से वर्णन करने के लिए परिमित-स्थिति मशीन मॉडल का उपयोग किया जाता है।<ref>{{Cite journal | last1 = Bochmann | first1 = G. | title = संचार प्रोटोकॉल का परिमित राज्य विवरण| doi = 10.1016/0376-5075(78)90015-6 | journal = Computer Networks | volume = 2 | issue = 4–5 | pages = 361–372| year = 1978 }}</ref><ref>Comer 2000, Glossary of Internetworking Terms and Abbreviations, p. 704, term protocol.</ref> और परिमित-स्थिति मशीनों का संचार करना<ref>{{cite journal|doi=10.1145/322374.322380|title=परिमित-राज्य मशीनों के संचार पर|journal=Journal of the ACM|volume=30|issue=2|pages=323|year=1983|last1=Brand|first1=Daniel|last2=Zafiropulo|first2=Pitro|s2cid=11607967}}</ref>
== प्रोटोकॉल विकास ==
संचार होने के लिए, प्रोटोकॉल का चयन करना होगा। नियमों को एल्गोरिदम और डेटा संरचनाओं द्वारा व्यक्त किया जा सकता है। पोर्टेबल प्रोग्रामिंग भाषा में एल्गोरिदम को व्यक्त करके हार्डवेयर और ऑपरेटिंग सिस्टम स्वतंत्रता को बढ़ाया जाता है। विनिर्देश की स्रोत स्वतंत्रता व्यापक अंतःक्रियाशीलता प्रदान करती है।

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

=== प्रोटोकॉल मानकों की आवश्यकता ===
[[आईबीएम]] द्वारा आविष्कृत [[बाइनरी सिंक्रोनस कम्युनिकेशंस]] (BSC) प्रोटोकॉल का क्या हुआ, इसे देखकर प्रोटोकॉल मानकों की आवश्यकता को दिखाया जा सकता है। BSC एक प्रारंभिक लिंक-स्तरीय प्रोटोकॉल है जिसका उपयोग दो अलग-अलग नोड्स को जोड़ने के लिए किया जाता है। यह मूल रूप से मल्टीनोड नेटवर्क में उपयोग करने का इरादा नहीं था, लेकिन ऐसा करने से प्रोटोकॉल की कई कमियों का पता चला। मानकीकरण के अभाव में, निर्माताओं और संगठनों ने अपने नेटवर्क पर असंगत संस्करण बनाते हुए, प्रोटोकॉल को बढ़ाने के लिए स्वतंत्र महसूस किया। कुछ स्थितियों में, यह जानबूझकर उपयोगकर्ताओं को अन्य निर्माताओं के उपकरण का उपयोग करने से हतोत्साहित करने के लिए किया गया था। मूल द्वि-सिंक प्रोटोकॉल के 50 से अधिक संस्करण हैं। कोई यह मान सकता है, कि एक मानक ने कम से कम कुछ ऐसा होने से रोका होगा।<ref name="Marsden p.64">Marsden 1986, Section 6.1 - Why are standards necessary?, p. 64-65, uses BSC as an example to show the need for both standard protocols and a standard framework.</ref>

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

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

अंतर्राष्ट्रीय मानक संगठनों को स्थानीय संगठनों की तुलना में राष्ट्रीय या व्यावसायिक स्व-हित पर विचार करने के लिए अधिक निष्पक्ष माना जाता है। मानक संगठन भविष्य के मानकों के लिए अनुसंधान और विकास भी करते हैं। व्यवहार में, जिन मानक संगठनों का उल्लेख किया गया है, वे एक-दूसरे के साथ घनिष्ठ सहयोग करते हैं।<ref>Marsden 1986, Section 6.3 - Advantages of standardization, p. 66-67, states the same.</ref>

किसी प्रोटोकॉल के विकास में कई मानक निकाय सम्मलित हो सकते हैं। यदि वे असंगठित हैं, तो परिणाम एकाधिक, प्रोटोकॉल की असंगत परिभाषाएं, या संदेशों की एकाधिक, असंगत व्याख्याएं हो सकती हैं; एक परिभाषा में महत्वपूर्ण अपरिवर्तनीय (उदाहरण के लिए, स्थिर [[रूटिंग लूप्स]] को रोकने के लिए [[जीने के लिए समय]] मान मोनोटोन घट रहे हैं) दूसरे में सम्मान नहीं किया जा सकता है।{{sfn|Bryant|Morrow|2009|p=4}}
=== मानकीकरण प्रक्रिया ===
आईएसओ में, मानकीकरण प्रक्रिया वह उप-समिति कार्यसमूह की कमीशनिंग के साथ शुरू होती है। कार्यसमूह चर्चा और टिप्पणियों को भड़काने के लिए इच्छुक पार्टियों (अन्य मानक निकायों सहित) को काम के मसौदे और चर्चा दस्तावेज जारी करता है। यह बहुत सारे प्रश्न, बहुत अधिक चर्चा और साधारणतयः कुछ असहमति उत्पन्न करेगा। इन टिप्पणियों को ध्यान में रखा जाता है और कार्यकारी समूह द्वारा एक प्रारूप प्रस्ताव तैयार किया जाता है। प्रतिक्रिया, संशोधन और सहमति के बाद प्रस्ताव एक प्रारूप अंतरराष्ट्रीय मानक और अंततः अंतरराष्ट्रीय मानक की स्थिति तक पहुँच जाता है। कमियों को दूर करने और विषय पर बदलते विचारों को दर्शाने के लिए अंतरराष्ट्रीय मानकों को समय-समय पर फिर से जारी किया जाता है।<ref>Marsden 1986, Section 6.4 - Some problems with standardisation, p. 67, follows HDLC to illustrate the process.</ref>
=== ओएसआई मानकीकरण ===
इंटरनेट के पूर्ववर्ती आर्पानेट से एक सबक सीखा गया था कि प्रोटोकॉल को संचालित करने के लिए एक रूपरेखा की आवश्यकता होती है। इसलिए संरचित प्रोटोकॉल (जैसे स्तरित प्रोटोकॉल) और उनके मानकीकरण के लिए उपयुक्त एक सामान्य-उद्देश्य, फ्यूचर-प्रूफ फ्रेमवर्क विकसित करना महत्वपूर्ण है। यह प्रोटोकॉल मानकों को अतिव्यापी कार्यक्षमता से रोकेगा और विभिन्न स्तरों (लेयरों) पर प्रोटोकॉल की जिम्मेदारियों की स्पष्ट परिभाषा की अनुमति देगा।<ref>Marsden 1986, Section 6.1 - Why are standards necessary?, p. 65, explains lessons learned from ARPANET.</ref> इसने [[ओपन सिस्टम इंटरकनेक्शन मॉडल|ओपन सिस्टम इंटरसंपर्क मॉडल]] (ओएसआई मॉडल) को जन्म दिया, जिसका उपयोग विभिन्न लेयर विनिर्देशों के अनुरूप मानक प्रोटोकॉल और सेवाओं के डिजाइन के लिए एक रूपरेखा के रूप में किया जाता है।<ref>Marsden 1986, Section 14.1 - Introduction, p. 181, introduces OSI.</ref>

ओएसआई मॉडल में, संचार प्रणालियों को एक बुनियादी संचरण तंत्र प्रदान करने वाले एक अंतर्निहित भौतिक माध्यम से जुड़ा हुआ माना जाता है। इसके ऊपर की लेयरें क्रमांकित हैं। प्रत्येक लेयर अपने ठीक नीचे की लेयर की सेवाओं का उपयोग करके अपने ऊपर की लेयर को सेवा प्रदान करती है। शीर्ष लेयर आवेदन प्रक्रिया को सेवाएं प्रदान करती है। लेयरें एक इंटरफ़ेस के माध्यम से एक दूसरे के साथ संवाद करती हैं, जिसे सर्विस एक्सेस पॉइंट कहा जाता है। प्रत्येक सिस्टम में संबंधित लेयरों को पीयर एंटिटी कहा जाता है। संवाद करने के लिए, किसी दिए गए स्तर पर दो पीयर संस्थाएं उस लेयर के लिए विशिष्ट प्रोटोकॉल का उपयोग करती हैं जिसे नीचे की लेयर की सेवाओं का उपयोग करके कार्यान्वित किया जाता है।<ref>Marsden 1986, Section 14.3 - Layering concepts and general definitions, p. 183-185, explains terminology.</ref> प्रत्येक लेयर के लिए, दो प्रकार के मानक होते हैं: प्रोटोकॉल मानक यह परिभाषित करते हैं कि किसी दी गई लेयर पर सहकर्मी संस्थाएँ कैसे संचार करती हैं, और सेवा मानक यह परिभाषित करते हैं कि दी गई लेयर अपने ऊपर की लेयर के साथ कैसे संचार करती है।

ओएसआई मॉडल में, लेयरें और उनकी कार्यक्षमता (उच्चतम से निम्नतम लेयर तक) हैं:
* [[अनुप्रयोग परत|अनुप्रयोग लेयर]] आवेदन प्रक्रियाओं के लिए निम्नलिखित सेवाएं प्रदान कर सकती है: इच्छित संचार भागीदारों की पहचान, संवाद करने के लिए आवश्यक प्राधिकरण की स्थापना, भागीदारों की उपलब्धता और प्रमाणीकरण का निर्धारण, संचार के लिए गोपनीयता तंत्र पर सहमति, जिम्मेदारी पर सहमति त्रुटि पुनर्प्राप्ति और डेटा अखंडता सुनिश्चित करने के लिए प्रक्रियाएं, सहयोगी अनुप्रयोग प्रक्रियाओं के बीच सिंक्रनाइज़ेशन, सिंटैक्स पर किसी भी बाधा की पहचान (जैसे वर्ण सेट और डेटा संरचनाएं), लागत का निर्धारण और सेवा की स्वीकार्य गुणवत्ता, संवाद अनुशासन का चयन, आवश्यक लॉगऑन और लॉगऑफ़ सहित प्रक्रियाएं।<ref>Marsden 1986, Section 14.4 - The application layer, p. 188, explains this.</ref>
* [[प्रस्तुति अंश]] एप्लिकेशन लेयर को निम्नलिखित सेवाएं प्रदान कर सकती है: एक सत्र की स्थापना के लिए एक अनुरोध, डेटा ट्रांसफर, एप्लिकेशन लेयर्स के बीच उपयोग किए जाने वाले सिंटैक्स की बातचीत, कोई भी आवश्यक सिंटैक्स ट्रांसफ़ॉर्मेशन, फ़ॉर्मेटिंग और विशेष प्रयोजन ट्रांसफ़ॉर्मेशन (जैसे। , डेटा संपीड़न और डेटा एन्क्रिप्शन)।<ref>Marsden 1986, Section 14.5 - The presentation layer, p. 189, explains this.</ref>
* [[सत्र परत|सत्र लेयर]] प्रस्तुति लेयर को निम्नलिखित सेवाएं प्रदान कर सकती है: सत्र संपर्क की स्थापना और रिलीज, सामान्य और शीघ्र डेटा विनिमय, एक क्वारंटाइन सेवा जो भेजने वाली प्रस्तुति इकाई को प्राप्त सत्र इकाई को अपनी प्रस्तुति इकाई को डेटा जारी नहीं करने का निर्देश देने की अनुमति देती है अनुमति के बिना, इंटरैक्शन प्रबंधन जिससे कि प्रस्तुति इकाइयां नियंत्रित कर सकें कि किसकी बारी कुछ नियंत्रण कार्यों को करने की है, एक सत्र संपर्क का पुन: सिंक्रनाइज़ेशन, प्रस्तुति इकाई को अप्राप्य अपवादों की रिपोर्टिंग।<ref>Marsden 1986, Section 14.6 - The session layer, p. 190, explains this.</ref>
* परिवहन लेयर सेवा की चयनित गुणवत्ता के अनुसार लागत प्रभावी तरीके से विश्वसनीय और पारदर्शी डेटा स्थानांतरण प्रदान करती है। यह एक नेटवर्क संपर्क पर कई [[ट्रांसपोर्ट परत|ट्रांसपोर्ट लेयर]]ों के मल्टीप्लेक्सिंग का समर्थन कर सकता है या एक ट्रांसपोर्ट संपर्क को कई नेटवर्क संपर्कों में विभाजित कर सकता है।<ref>Marsden 1986, Section 14.7 - The transport layer, p. 191, explains this.</ref>
* [[नेटवर्क परत|नेटवर्क लेयर]] परिवहन सहकर्मी संस्थाओं के बीच नेटवर्क पथों की स्थापना, रखरखाव और रिलीज करती है। जब रिले की आवश्यकता होती है, तो इस लेयर द्वारा रूटिंग और रिले फ़ंक्शन प्रदान किए जाते हैं। संपर्क की स्थापना के समय नेटवर्क और परिवहन संस्थाओं के बीच सेवा की गुणवत्ता पर बातचीत की जाती है। यह लेयर [[नेटवर्क संकुलन]] कंट्रोल के लिए भी जिम्मेदार है।<ref>Marsden 1986, Section 14.8 - The network layer, p. 192, explains this.</ref>
* डेटा लिंक लेयर डेटा लिंक संपर्क की स्थापना, रखरखाव और रिलीज करती है। भौतिक लेयर में होने वाली त्रुटियों का पता लगाया जाता है और उन्हें ठीक किया जा सकता है। त्रुटियों की सूचना नेटवर्क लेयर को दी जाती है। इस लेयर द्वारा डेटा लिंक इकाइयों (प्रवाह नियंत्रण सहित) का आदान-प्रदान परिभाषित किया गया है।<ref>Marsden 1986, Section 14.9 - The data link layer, p. 194, explains this.</ref>
* भौतिक लेयर भौतिक संपर्क की विद्युत विशेषताओं, उपयोग की जाने वाली संचरण विधियों और भौतिक संपर्कों की स्थापना, रखरखाव और समाशोधन जैसे विवरणों का वर्णन करती है।<ref>Marsden 1986, Section 14.10 - The physical layer, p. 195, explains this.</ref>
#साफ्टवेयर लेयरिंग टीसीपी/आईपी लेयरिंग स्कीम के विपरीत, जो संपर्क रहित नेटवर्क मानता है, आरएम/ओएसआई ने एक संपर्क-उन्मुख नेटवर्क माना।<ref>{{cite document|url=https://www.iso.org/standard/14252.html|title=आईएसओ 7498:1984 - सूचना प्रसंस्करण प्रणाली - ओपन सिस्टम इंटरकनेक्शन - मूल संदर्भ मॉडल|page=5|quote=ओपन सिस्टम्स इंटरकनेक्शन का यह मूल संदर्भ मॉडल इस धारणा पर आधारित है कि डेटा के हस्तांतरण के लिए एक कनेक्शन आवश्यक है।}}</ref> संपर्क-उन्मुख नेटवर्क विस्तृत क्षेत्र नेटवर्क के लिए अधिक उपयुक्त हैं और संपर्क रहित नेटवर्क स्थानीय क्षेत्र नेटवर्क के लिए अधिक उपयुक्त हैं। संपर्क-उन्मुख संचार के लिए कुछ प्रकार के सत्र और (आभासी) सर्किट की आवश्यकता होती है, इसलिए (टीसीपी/आईपी मॉडल में कमी) सत्र लेयर। आईएसओ के घटक सदस्य ज्यादातर व्यापक क्षेत्र नेटवर्क से संबंधित थे, इसलिए संपर्क-उन्मुख नेटवर्क और संपर्क रहित नेटवर्क पर केंद्रित आरएम/ओएसआई का विकास पहली बार आरएम/ओएसआई के परिशिष्ट में उल्लिखित किया गया था।<ref>{{cite document|url=https://www.iso.org/standard/14253.html|title=ISO 7498:1984/ADD 1:1987 - सूचना प्रसंस्करण प्रणाली - ओपन सिस्टम इंटरकनेक्शन - मूल संदर्भ मॉडल - परिशिष्ट 1}}</ref><ref>Marsden 1986, Section 14.11 - Connectionless mode and RM/OSI, p. 195, mentions this.</ref> और बाद में आरएम/ओएसआई के अपडेट में सम्मलित किया गया।<ref>{{cite document|url=https://standards.iso.org/ittf/PubliclyAvailableStandards/s020269_ISO_IEC_7498-1_1994(E).zip|title=ISO/IEC 7498-1:1994 - सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - मूल संदर्भ मॉडल: मूल मॉडल}}</ref>
उन दिनों,{{when|reason=RFC 791 for IP came out in 1981, the RM/OSI was updated to handle connectionless in 1987, and ISO 8473, CLNP, dates back to 1988.|date=March 2022}} आईईटीएफ को इसका और इस तथ्य का सामना करना पड़ा कि इंटरनेट को ऐसे प्रोटोकॉल की आवश्यकता थी जो बस वहां नहीं थे।{{cn|date=March 2022}} परिणाम स्वरुप, आईईटीएफ ने किसी न किसी सहज सहमति और चल रहे कोड के आधार पर अपनी मानकीकरण प्रक्रिया विकसित की।<ref>Comer 2000, Section 1.9 - Internet Protocols And Standardization, p. 12, explains why the IETF did not use existing protocols.</ref> मानकीकरण प्रक्रिया द्वारा वर्णित है {{IETF RFC|2026}}.

आजकल, आईईटीएफ इंटरनेट पर उपयोग किए जाने वाले प्रोटोकॉल के लिए एक मानक संगठन बन गया है। आरएम/ओएसआई ने संपर्क रहित सेवाओं को सम्मलित करने के लिए अपने मॉडल का विस्तार किया है और इस वजह से टीसीपी और आईपी दोनों को अंतरराष्ट्रीय मानकों में विकसित किया जा सकता है।{{cn|date=March 2022}}
== ऑसिफिकेशन ==
{{main|प्रोटोकॉल ओसिफिकेशन}}
[[प्रोटोकॉल ओसिफिकेशन]] लचीलेपन, विस्तारशीलता और [[नेटवर्क प्रोटोकॉल]] की अस्थिरता का नुकसान है। यह मोटे तौर पर [[मिडिलबॉक्स]] के कारण होता है जो प्रोटोकॉल की वायर इमेज के प्रति संवेदनशील होते हैं, और जो उन संदेशों को बाधित या बाधित कर सकते हैं जो मान्य हैं लेकिन जिन्हें मिडलबॉक्स सही ढंग से नहीं पहचानता है।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=619}} यह [[एंड-टू-एंड सिद्धांत]] का उल्लंघन है।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=620}} माध्यमिक कारणों में प्रोटोकॉल के समापन बिंदु कार्यान्वयन में अनम्यता सम्मलित है।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=620-621}}

ओसिफिकेशन इंटरनेट प्रोटोकॉल डिजाइन और परिनियोजन में प्रमुख विषय है, क्योंकि यह नए प्रोटोकॉल या एक्सटेंशन को इंटरनेट पर तैनात होने से रोक सकता है, या नए प्रोटोकॉल के डिजाइन पर सख्ती कर सकता है; नए प्रोटोकॉल को पहले से तैनात प्रोटोकॉल में [[एनकैप्सुलेशन (नेटवर्किंग)]] होना पड़ सकता है या किसी अन्य प्रोटोकॉल की वायर इमेज की नकल कर सकता है।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=623-4}} ओसिफिकेशन के कारण, ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) और [[डेटाग्राम प्रोटेकॉलका उपयोग करें]] (यूडीपी) इंटरनेट पर ट्रांसपोर्ट प्रोटोकॉल के लिए एकमात्र व्यावहारिक विकल्प हैं,{{sfn|McQuistin|Perkins|Fayed|2016|p=1}} और स्वयं टीसीपी ने महत्वपूर्ण रूप से स्थूलता प्राप्त कर ली है, जिससे प्रोटोकॉल का विस्तार या संशोधन मुश्किल हो गया है।{{sfn|Thomson|Pauly|2021|loc=A.5. TCP}}

ऑसिफिकेशन को रोकने के अनुशंसित तरीकों में [[कूटलेखन]] प्रोटोकॉल मेटाडेटा सम्मलित है,{{sfn|Hardie|2019|p=7-8}} और यह सुनिश्चित करना कि विस्तार बिंदुओं का प्रयोग किया जाता है और तार छवि परिवर्तनशीलता को यथासंभव पूर्ण रूप से प्रदर्शित किया जाता है;{{sfn|Thomson|Pauly|2021|loc=3. Active Use}} सम्मलित अस्थिभंग को दूर करने के लिए प्रोटोकॉल प्रतिभागियों में समन्वय की आवश्यकता होती है।{{sfn|Thomson|Pauly|2021|loc=3.5. Restoring Active Use}} [[QUIC|क्विक]] पहला आईईटीएफ ट्रांसपोर्ट प्रोटोकॉल है जिसे जानबूझकर एंटी-ऑसिफिकेशन गुणों के साथ डिजाइन किया गया है।{{sfn|Trammell|Kuehlewind|2019|p=2}}
== वर्गीकरण ==
प्रोटोकॉल के लिए वर्गीकरण योजनाएं साधारणतयः उपयोग और कार्य के डोमेन पर ध्यान केंद्रित करती हैं। उपयोग के डोमेन के एक उदाहरण के रूप में, [[कनेक्शन-उन्मुख प्रोटोकॉल|संपर्क-उन्मुख प्रोटोकॉल]] और [[कनेक्शन रहित प्रोटोकॉल|संपर्क रहित प्रोटोकॉल]] क्रमशः संपर्क-उन्मुख नेटवर्क और संपर्क रहित नेटवर्क पर उपयोग किए जाते हैं। फ़ंक्शन का एक उदाहरण एक टनलिंग प्रोटोकॉल है, जिसका उपयोग उच्च-स्तरीय प्रोटोकॉल में पैकेट को एनकैप्सुलेट करने के लिए किया जाता है जिससे कि पैकेट को उच्च-स्तरीय प्रोटोकॉल का उपयोग करके परिवहन प्रणाली में पारित किया जा सके।

एक प्रोटोकाल लेयरिंग फ़ंक्शन और उपयोग के डोमेन दोनों को जोड़ती है। प्रमुख लेयरिंग योजनाएँ वे हैं जिन्हें आईईटीएफ और आईएसओ द्वारा विकसित किया गया है। इस तथ्य के अतिरिक्त कि लेयरिंग योजनाओं की अंतर्निहित धारणाएं दोनों को अलग करने के लिए पर्याप्त रूप से भिन्न हैं, दो योजनाओं की लेयरों के लिए सामान्य प्रोटोकॉल से संबंधित दोनों की तुलना करना एक सामान्य अभ्यास है।<ref>Comer 2000, Sect. 11.5.1 - The TCP/IP 5-Layer Reference Model, p. 183, states the same.</ref> आईईटीएफ की लेयरिंग स्कीम को इंटरनेट लेयरिंग या टीसीपी/आईपी लेयरिंग कहा जाता है। आईएसओ से लेयरिंग स्कीम को ओएसआई मॉडल या आईएसओ लेयरिंग कहा जाता है।

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

== यह भी देखें ==
* [[नेटवर्क प्रोटोकॉल की सूची]]

==टिप्पणियाँ==
{{Notelist}}


==संदर्भ==
{{Reflist}}




===ग्रन्थसूची===
* {{cite book|author=Radia Perlman|author-link=Radia Perlman|title=Interconnections: Bridges, Routers, Switches, and Internetworking Protocols|edition=2nd|publisher=Addison-Wesley|date=1999|isbn=0-201-63448-1}}. In particular Ch. 18 on "network design folklore", which is also [https://www.informit.com/articles/article.aspx?p=20482 available online]
* {{cite book|author=Gerard J. Holzmann|author-link=Gerard J. Holzmann|title=Design and Validation of Computer Protocols|publisher=Prentice Hall|date=1991|isbn=0-13-539925-4|url=http://spinroot.com/spin/Doc/Book91.html}}
* {{cite book |author=Douglas E. Comer |year=2000 |title=Internetworking with TCP/IP - Principles, Protocols and Architecture |edition=4th |publisher=Prentice Hall |isbn=0-13-018380-6|author-link=Douglas E. Comer }} In particular Ch.11 प्रोटोकाल layering. Also has a RFC guide and a Glossary of Internetworking Teआरएमs and Abbreviations.
* {{cite IETF|publisher=Internet Engineering Task Force abbr. IETF|date=1989|rfc=1122|title=Requirements for Internet Hosts -- Communication Layers|editor=R. Braden|editor-link=Bob Braden}} Describes टीसीपी/आईपी to the आईएमपीlementors of प्रोटोकालसाफ्टवेयर. In particular the introduction gives an overview of the design goals of the suite.
* {{cite book|author=M. Ben-ari|author-link=M. Ben-Ari|date=1982|title=Principles of concurrent programming|edition=10th Print|publisher=Prentice Hall International|isbn=0-13-701078-8}}
* {{cite book|author=C.A.R. Hoare|author-link=Tony Hoare|date=1985|title=Communicating sequential processes|edition=10th Print|publisher=Prentice Hall International|isbn=0-13-153271-5|url=http://www.usingcsp.com}}
* {{cite book|author=R.D. Tennent|date=1981|title=Principles of programming languages|edition=10th Print|publisher=Prentice Hall International|isbn=0-13-709873-1}}
* {{cite book|author=Brian W Marsden|date=1986|title=Communication network protocols|edition=2nd|publisher=Chartwell Bratt|isbn=0-86238-106-1}}
* {{cite book|author=Andrew S. Tanenbaum|author-link=Andrew S. Tanenbaum|date=1984|title=Structured computer organization|edition=10th Print|publisher=Prentice Hall International|isbn=0-13-854605-3}}
* {{ cite ietf | rfc = 5704 | title = Uncoordinated Protocol Development Considered Harmful | date = November 2009 | editor1-last = Bryant | editor1-first = Stewart | editor2-last = Morrow | editor2-first = Monique }}
* {{ cite ietf | rfc = 8546 | title = The Wire Image of a Network Protocol | date = April 2019 | last1 = Trammell | first1 = Brian | last2 = Kuehlewind | first2 = Mirja }}
* {{ cite ietf | rfc = 8558 | title = Transport Protocol Path Signals | date = April 2019 | editor-last = Hardie | editor-first = Ted }}
* {{ cite ietf | rfc = 9170 | title = Long-Term Viability of Protocol Extension Mechanisms | date = December 2021 | last1 = Thomson | first1 = Martin | last2 = Pauly | first2 = Tommy }}
* {{ cite conference | doi = 10.1145/2959424.2959443 | title = Implementing Real-Time Transport Services over an Ossified Network | date = July 2016 | conference = 2016 Applied Networking Research Workshop | last1 = McQuistin | first1 = Stephen | last2 = Perkins | first2 = Colin | last3 = Fayed | first3 = Marwan }}
* {{ cite journal | doi = 10.1109/COMST.2016.2626780 | title = De-Ossifying the Internet Transport Layer: A Survey and Future Perspectives | date = 2017 | journal = [[IEEE Communications Surveys & Tutorials]] | last1 = Papastergiou | first1 = Giorgos | last2 = Fairhurst | first2 = Gorry | last3 = Ros | first3 = David | last4 = Brunstrom | first4 = Anna | last5 = Grinnemo | first5 = Karl-Johan | last6 = Hurtig | first6 = Per | last7 = Khademi | first7 = Naeem | last8 = Tüxen | first8 = Michael | last9 = Welzl | first9 = Michael | last10 = Damjanovic | first10 = Dragana | last11 = Mangiante | first11 = Simone | volume = 19 | pages = 619–639 | hdl = 2164/8317 | s2cid = 1846371 | hdl-access = free }}



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

*जानकारी
*त्रुटि का पता लगाना और सुधार
*कार्यान्वयन
*अंतरराष्ट्रीय मानकीकरण संगठन
*ज़ेरॉक्स नेटवर्क सिस्टम्स
*ओ एस आई मॉडल
*शारेड मेमोरी
*अर्ध द्वैध
*टक्कर (दूरसंचार)
*अनुक्रमिक प्रक्रियाओं का संचार करना
*परिमित अवस्था मशीन
*मिश्रित विस्फोट
*आंकड़ा प्रवाह आरेख
*कार्यक्रम अनुवाद
*परिमित अवस्था मशीन
*इंस्टीट्यूट ऑफ़ इलेक्ट्रिकल एंड इलेक्ट्रॉनिक्स इंजीनियर्स
*मोनोटोन घट रहा है
*सूचना श्रंखला तल
*एक प्रकार की प्रोग्रामिंग की पर्त
*तानाना
==बाहरी संबंध==
* [https://web.archive.org/web/20040610001039/http://javvin.com/protocolsuite.html Javvin's प्रोटोकाल Dictionary]
* [https://www.ipcomm.de/protocols_en.html Overview of प्रोटोकालs in telecontrol field with ओएसआई Reference Model]

{{Telecommunications}}
{{Computer science}}
{{Authority control}}
[[Category:संचार प्रोटोकॉल| ]]
[[Category: डेटा ट्रांसमिशन]]
[[Category:नेटवर्क प्रोटोकॉल|*]]


[[Category: Machine Translated Page]]
[[Category:Created On 15/12/2022]]