ट्रांसपोर्ट परत: Difference between revisions
(Created page with "{{short description|Layer in the OSI and TCP/IP models providing host-to-host communication services for applications}} {{More citations needed|date=October 2015}} {{Use Ame...") |
No edit summary |
||
(6 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
{{short description|Layer in the OSI and TCP/IP models providing host-to-host communication services for applications}} | {{short description|Layer in the OSI and TCP/IP models providing host-to-host communication services for applications}} | ||
[[File:Internet Protocol Analysis - Transport Layer.png|thumb|इंटरनेट प्रोटोकॉल स्टैक में ट्रांसपोर्ट लेयर.|alt=चार लेबल वाले स्टैक्ड ब्लॉक। ट्रांसपोर्ट लेबल वाला नीला ब्लॉक ऊपर से दूसरा है।]] | [[File:Internet Protocol Analysis - Transport Layer.png|thumb|इंटरनेट प्रोटोकॉल स्टैक में ट्रांसपोर्ट लेयर.|alt=चार लेबल वाले स्टैक्ड ब्लॉक। ट्रांसपोर्ट लेबल वाला नीला ब्लॉक ऊपर से दूसरा है।]] | ||
{{IPstack}} | {{IPstack}} | ||
[[ संगणक | [[संगणक नेटवर्किंग|कंप्यूटर नेटवर्किंग]] में, ट्रांसपोर्ट लेयर [[ इंटरनेट प्रोटोकॉल सुइट |इंटरनेट प्रोटोकॉल सुइट]] और [[ओ एस आई मॉडल|ओएसआई मॉडल]] नेटवर्क स्टैक में प्रोटोकॉल के स्तरित आर्किटेक्चर में विधियों का एक वैचारिक विभाजन है। इस लेयर के प्रोटोकॉल ऍप्लिकेशन्स के लिए एंड-टू-एंड कम्युनिकेशन सर्विसेस प्रदान करते हैं।<ref name="RFC 1122">{{cite IETF |rfc=1122 |title=Requirements for Internet Hosts – Communication Layers |editor=R. Braden |date=October 1989}}</ref>{{rp|§1.1.3}} यह [[कनेक्शन-उन्मुख संचार, विश्वसनीयता, प्रवाह नियंत्रण|कनेक्शन-ओरिएंटेड कम्युनिकेशन, रिलायबिलिटी, फ्लो कंट्रोल]] और [[मल्टीप्लेक्सिंग]] जैसी सर्विसेस प्रदान करता है। | ||
इंटरनेट प्रोटोकॉल | इंटरनेट प्रोटोकॉल सुइट की ट्रांसपोर्ट लेयर के इम्प्लीमेंटेशन और सेमांटिक्स का विवरण,<ref name="RFC 1122" /> जो इंटरनेट का फाउंडेशन है, और सामान्य नेटवर्किंग का ओएसआई मॉडल भिन्न-भिन्न हैं। इंटरनेट के लिए इस लेयर में आज उपयोग किए जाने वाले प्रोटोकॉल सभी टीसीपी/आईपी के डेवलपमेंट में उत्पन्न हुए हैं। ओएसआई मॉडल में ट्रांसपोर्ट लेयर को अधिकांशतः लेयर 4, या एल4 के रूप में संदर्भित किया जाता है,<ref>{{cite web|url=https://docs.oracle.com/cd/E19455-01/806-0916/6ja85398m/index.html|work=System Administration Guide, Volume 3|title=Introducing the Internet Protocol Suite}}</ref> जबकि टीसीपी/आईपी में नम्बरड लेयरों का उपयोग नहीं किया जाता है। | ||
इंटरनेट प्रोटोकॉल सुइट का सबसे प्रसिद्ध ट्रांसपोर्ट प्रोटोकॉल | इंटरनेट प्रोटोकॉल सुइट का सबसे प्रसिद्ध ट्रांसपोर्ट प्रोटोकॉल ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) है। इसका उपयोग कनेक्शन-ओरिएंटेड ट्रांसमिशन के लिए किया जाता है, जबकि कंनेक्शनलैस उपयोगकर्ता [[डेटाग्राम प्रोटोकॉल]] (यूडीपी) का उपयोग सरल मैसेजिंग ट्रांसमिशन के लिए किया जाता है। विश्वसनीय ट्रांसमिशन और डेटा स्ट्रीम सर्विसेस को सम्मिलित करने वाले अपने [[स्टेटफुल डिज़ाइन]] के कारण टीसीपी अधिक सम्मिश्र प्रोटोकॉल है। साथ में, टीसीपी और यूडीपी अनिवार्य रूप से इंटरनेट पर सभी ट्रैफ़िक को समाहित करते हैं, और प्रत्येक प्रमुख ऑपरेटिंग सिस्टम में लागू किए जाने वाले एकमात्र प्रोटोकॉल हैं। इसके अतिरिक्त ट्रांसपोर्ट लेयर प्रोटोकॉल जिन्हें परिभाषित और इम्प्लिमेंटेड किया गया है, उनमें [[डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल]] (डीसीसीपी) और [[स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल]] (एससीटीपी) सम्मिलित हैं। | ||
{{OSI model}} | {{OSI model}} | ||
== | ==सर्विसेस== | ||
ट्रांसपोर्ट लेयर | ट्रांसपोर्ट लेयर सर्विसेस को एक प्रोग्रामिंग इंटरफ़ेस के माध्यम से ट्रांसपोर्ट लेयर प्रोटोकॉल के माध्यम से एक एप्लिकेशन तक पहुंचाया जाता है। सर्विसेस में निम्नलिखित विशेषताएं सम्मिलित हो सकती हैं।<ref>{{Cite web |title=ट्रांसपोर्ट परत|url=http://103.47.12.35/bitstream/handle/1/4881/659.pdf?sequence=1&isAllowed=y |url-status=live |website=Galgotias University |publisher=Galgotias University}}</ref> | ||
* कनेक्शन- | * कनेक्शन-ओरिएंटेड कम्युनिकेशन:<ref>{{Cite web |last=Heena |first=Khera |title=डेटा संचार और नेटवर्किंग|url=http://103.47.12.35/bitstream/handle/1/4881/659.pdf?sequence=1&isAllowed=y |url-status=live |website=Galgotias University |publisher=Galgotias University |page=9}}</ref> किसी एप्लिकेशन के लिए अंतर्निहित कंनेक्शनलैस मॉडल, जैसे उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट प्रोटोकॉल (आईपी) के डेटाग्राम मॉडल से निपटने के अतिरिक्त डेटा स्ट्रीम के रूप में कनेक्शन की व्याख्या करना सामान्यतः सरल होता है। | ||
* | * सेम ऑर्डर डिलीवरी: नेटवर्क लेयर सामान्यतः यह गारंटी नहीं देती है, कि डेटा के पैकेट उसी क्रम में पहुंचेंगे जिस क्रम में उन्हें भेजा जाता है। लेकिन अधिकांशतः यह एक वांछनीय सुविधा है। यह सामान्यतः सेगमेंट नंबरिंग के उपयोग के माध्यम से किया जाता है, जिसमें रिसीवर उन्हें क्रम में एप्लिकेशन को भेजता है। इससे [[हेड-ऑफ़-लाइन अवरोधन|हेड-ऑफ़-लाइन]] ब्लॉकिंग हो सकती है। | ||
* | * रिलायबिलिटी: ट्रांसपोर्ट के समय नेटवर्क की भीड़ और त्रुटियों के कारण पैकेट खो सकते हैं। चेकसम जैसे त्रुटि आइडेंटिफिकेशन कोड के माध्यम से, ट्रांसपोर्ट प्रोटोकॉल यह जांच कर सकता है, कि डेटा दूषित नहीं है, और प्रेषक को एसीके या एनएसीके संदेश भेजकर सही रसीद सत्यापित कर सकता है। [[स्वचालित दोहराव अनुरोध|ऑटोमैटिक रिपीट रिक्वेस्ट]] योजनाओं का उपयोग खोए हुए या दूषित डेटा को पुनः प्रेषित करने के लिए किया जा सकता है। | ||
* | * फ्लो कंट्रोल: दो नोड्स के बीच डेटा ट्रांसमिशन की दर को कभी-कभी प्रबंधित किया जाना चाहिए जिससे कि एक तेज प्रेषक को प्राप्त [[डेटा बफर]] द्वारा समर्थित डेटा से अधिक डेटा ट्रांसमिट करने से रोका जा सकता है, जिससे बफर ओवररन हो सकता है। इसका उपयोग [[ बफ़र अंडररन |बफ़र अंडररन]] को कम करके दक्षता में सुधार करने के लिए भी किया जा सकता है। | ||
* | * कंजेस्शन एवॉइडेन्स: कंजेस्शन नियंत्रण एक टेलीकम्यूनिकेशन नेटवर्क में ट्रैफिक के प्रवेश को कंट्रोल कर सकता है, जिससे कि मध्यवर्ती नोड्स और नेटवर्क की किसी भी प्रसंस्करण या लिंक क्षमताओं की ओवरसब्सक्रिप्शन से बचने का प्रयास करके और पैकेट भेजने की दर को कम करने जैसे संसाधन कम करने वाले कदम उठाकर कंजेस्शन वाले पतन से बचा जा सकता है। उदाहरण के लिए, ऑटोमैटिक रिपीट रिक्वेस्ट नेटवर्क को कंजेस्शन वाली स्थिति में रख सकते हैं, स्लो स्टार्ट सहित फ्लो कंट्रोल में कंजेस्शन एवॉइडेन्स को जोड़कर इस स्थिति से बचा जा सकता है। यह ट्रांसमिशन की प्रारंभिक में या पैकेट रीट्रांसमिशन के पश्चात बैंडविड्थ की खपत को निम्न स्तर पर रखता है। | ||
* मल्टीप्लेक्सिंग: | * मल्टीप्लेक्सिंग: पोर्ट एक ही नोड पर कई एंडपॉइंट प्रदान कर सकते हैं। उदाहरण के लिए, डाक एड्रेस पर नाम एक प्रकार का मल्टीप्लेक्सिंग है और एक ही स्थान के विभिन्न प्राप्तकर्ताओं के बीच अंतर करता है। कंप्यूटर एप्लिकेशन प्रत्येक अपने स्वयं के पोर्ट पर जानकारी सुनेंगे, जो एक ही समय में एक से अधिक [[नेटवर्क सेवाओं|नेटवर्क सर्विसेस]] के उपयोग को सक्षम बनाता है। यह टीसीपी/आईपी मॉडल में ट्रांसपोर्ट लेयर का भाग है, लेकिन ओएसआई मॉडल में [[सेशन लेयर]] का भाग है। | ||
== | ==एनालिसिस== | ||
ट्रांसपोर्ट लेयर होस्ट कंप्यूटर पर उपयुक्त एप्लिकेशन प्रक्रिया में डेटा पहुंचाने के लिए जिम्मेदार है। इसमें विभिन्न एप्लिकेशन | ट्रांसपोर्ट लेयर होस्ट कंप्यूटर पर उपयुक्त एप्लिकेशन प्रक्रिया में डेटा पहुंचाने के लिए जिम्मेदार है। इसमें विभिन्न एप्लिकेशन प्रोसेसेस से डेटा का [[सांख्यिकीय बहुसंकेतन|स्टैटिस्टिकल मल्टीप्लेक्सिंग]] सम्मिलित है, अर्थात डेटा सेगमेंट बनाना, और प्रत्येक ट्रांसपोर्ट लेयर डेटा सेगमेंट के हेडर में स्रोत और गंतव्य पोर्ट में नंबर जोड़ना, स्रोत और गंतव्य आईपी एड्रेस के साथ, पोर्ट नंबर एक [[नेटवर्क सॉकेट]] का निर्माण करते हैं, अर्थात प्रोसेस टू प्रोसेस कम्युनिकेशन का एक आइडेंटिफिकेशन एड्रेस, ओएसआई मॉडल में, यह फ़ंक्शन सैशन लेयर द्वारा समर्थित है। | ||
कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, [[वर्चुअल सर्किट]] का समर्थन करते हैं, | कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, [[वर्चुअल सर्किट]] का समर्थन करते हैं, अर्थात अंतर्निहित पैकेट-ओरिएंटेड डेटाग्राम नेटवर्क पर कनेक्शन-ओरिएंटेड कम्युनिकेशन प्रदान करते हैं। एप्लिकेशन प्रोसेसेस के लिए पैकेट मोड कम्युनिकेशन को छिपाते समय एक बाइट-स्ट्रीम वितरित किया जाता है। इसमें कनेक्शन स्थापित करना, डेटा स्ट्रीम को पैकेट्स में विभाजित करना, जिन्हें सेगमेंट कहा जाता है, सेगमेंट नंबरिंग और आउट-ऑफ-ऑर्डर डेटा को फिर से व्यवस्थित करना सम्मिलित है। | ||
अंत में, कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, एंड-टू-एंड विश्वसनीय | अंत में, कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, एंड-टू-एंड विश्वसनीय कम्युनिकेशन प्रदान करते हैं, अर्थात त्रुटि का एड्रेस लगाने वाले कोड और स्वचालित रिपीट रिक्वेस्ट (एआरक्यू) प्रोटोकॉल के माध्यम से त्रुटि पुनर्प्राप्ति प्रदान करते हैं। एआरक्यू प्रोटोकॉल फ्लो कंट्रोल भी प्रदान करता है, जिसे कंजेस्शन एवॉइडेन्स के साथ जोड़ा जा सकता है। | ||
यूडीपी एक बहुत ही सरल प्रोटोकॉल है और यह न तो वर्चुअल सर्किट प्रदान करता है, न ही विश्वसनीय | यूडीपी एक बहुत ही सरल प्रोटोकॉल है, और यह न तो वर्चुअल सर्किट प्रदान करता है, न ही विश्वसनीय कम्युनिकेशन, इन कार्यों को एप्लिकेशन प्रोग्राम को सौंपता है। यूडीपी पैकेट को सेगमेंट के अतिरिक्त डेटाग्राम कहा जाता है। | ||
टीसीपी का उपयोग [[HTTP]] वेब ब्राउजिंग और ईमेल ट्रांसफर सहित कई प्रोटोकॉल के लिए किया जाता है। यूडीपी का उपयोग [[ | टीसीपी का उपयोग [[HTTP|एचटीटीपी]] वेब ब्राउजिंग और ईमेल ट्रांसफर सहित कई प्रोटोकॉल के लिए किया जाता है। यूडीपी का उपयोग [[मल्टीकास्टिंग]] और [[प्रसारण]] के लिए किया जा सकता है, क्योंकि बड़ी संख्या में मेजबानों के लिए पुन: प्रसारण संभव नहीं है। यूडीपी सामान्यतः उच्च थ्रूपुट और कम विलंबता देता है, और इसलिए इसका उपयोग अधिकांशतः वास्तविक समय मल्टीमीडिया कम्युनिकेशन के लिए किया जाता है जहां पैकेट हानि को कभी-कभी स्वीकार किया जा सकता है, उदाहरण के लिए आईपी-टीवी और आईपी-टेलीफोनी, और ऑनलाइन कंप्यूटर गेम के लिए किया जाता है। | ||
कई | इसी प्रकार कई नॉन-आईपी-बेस्ड नेटवर्क, जैसे कि X.25, फ़्रेम रिले और एटीएम, ट्रांसपोर्ट लेयर के अतिरिक्त नेटवर्क या डेटा लिंक लेयर पर कनेक्शन-ओरिएंटेड कम्युनिकेशन लागू करते हैं। X.25 में, टेलीफोन नेटवर्क मॉडेम और वायरलेस कम्युनिकेशन सिस्टम्स में, विश्वसनीय नोड-टू-नोड कम्युनिकेशन निचले प्रोटोकॉल लेयरों पर लागू किया जाता है। | ||
ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच | ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच क्लासों को परिभाषित करता है। TP0, कम से कम त्रुटि पुनर्प्राप्ति प्रदान करता है, TP4, जो कम विश्वसनीय नेटवर्क के लिए डिज़ाइन किया गया है। | ||
[[प्रोटोकॉल | [[प्रोटोकॉल ऑसिफिकेशन]] के कारण, टीसीपी और यूडीपी इंटरनेट पर एकमात्र व्यापक रूप से उपयोग किए जाने वाले ट्रांसपोर्ट प्रोटोकॉल हैं।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=620-621}} [[मिडिलबॉक्स]] इन्टोलेरेंस से बचने के लिए, नवीनतम ट्रांसपोर्ट प्रोटोकॉल एक टोलेरेटेड प्रोटोकॉल की वायर इमेज की नकल कर सकते हैं, या कुछ ओवरहेड स्वीकार करते हुए (उदाहरण के लिए, इनर इंटीग्रिटी चेक्स द्वारा रेडंडेंट बनाए गए आउटर चेकसम के कारण) यूडीपी में समाहित हो सकते हैं।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=623-624}} [[QUIC|क्यूयूआईसी]] पश्चात वाला दृष्टिकोण अपनाता है, यूडीपी के शीर्ष पर रिलाएबल स्ट्रीम ट्रांसपोर्ट को रेबिल्डिंग करता है।{{sfn|Corbet|2018}} | ||
==प्रोटोकॉल== | ==प्रोटोकॉल== | ||
यह सूची कुछ प्रोटोकॉल दिखाती है जो | यह सूची कुछ प्रोटोकॉल दिखाती है, जो सामान्यतः इंटरनेट प्रोटोकॉल सुइट, [[ओएसआई प्रोटोकॉल]], [[नेटवेयर]] के आईपीएक्स/एसपीएक्स, ऐप्पलटॉक और [[फाइबर चैनल]] की ट्रांसपोर्ट लेयरों में रखे जाते हैं। | ||
{{Div col|colwidth=30em}} | {{Div col|colwidth=30em}} | ||
* एटीपी, एप्पलटॉक | * एटीपी, एप्पलटॉक ट्रांजेक्शन प्रोटोकॉल | ||
* सीयूडीपी, | * सीयूडीपी, चक्रीय यूडीपी<ref>{{citation |url=https://www.cs.cornell.edu/zeno/Papers/cyclicudp.pdf |title=Cyclic-UDP: A Priority-Driven Best-Effort Protocol |author=Brian C. Smith |access-date=2020-02-23}}</ref> | ||
* डीसीसीपी, डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल | * डीसीसीपी, डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल | ||
* | * एफसीपी, फाइबर चैनल प्रोटोकॉल | ||
* आईएल, आईएल प्रोटोकॉल | * आईएल, आईएल प्रोटोकॉल | ||
* एमपीटीसीपी, | * एमपीटीसीपी, मल्टीपाथ टीसीपी | ||
* नॉर्म, | * नॉर्म, नैक-ओरिएंटेड विश्वसनीय मल्टीकास्ट | ||
* आरडीपी, | * आरडीपी, विश्वसनीय डेटा प्रोटोकॉल | ||
* आरयूडीपी, | * आरयूडीपी, विश्वसनीय उपयोगकर्ता डेटाग्राम प्रोटोकॉल | ||
* एससीटीपी, स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल | * एससीटीपी, स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल | ||
* एसपीएक्स, | * एसपीएक्स, अनुक्रमित पैकेट एक्सचेंज | ||
* एसएसटी, | * एसएसटी, संरचित स्ट्रीम ट्रांसपोर्ट | ||
* टीसीपी, ट्रांसमिशन कंट्रोल प्रोटोकॉल | * टीसीपी, ट्रांसमिशन कंट्रोल प्रोटोकॉल | ||
* यूडीपी, | * यूडीपी, उपयोगकर्ता डेटाग्राम प्रोटोकॉल | ||
* | * यूडीपी-लाइट | ||
* | * मऊटीपी, माइक्रो ट्रांसपोर्ट प्रोटोकॉल | ||
{{div col end}} | {{div col end}} | ||
=== | === इंटरनेट ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना === | ||
{| class="wikitable" style="text-align:center" | {| class="wikitable" style="text-align:center" | ||
|- | |- | ||
! scope="col" | | ! scope="col" | फ़ीचर | ||
! scope="col" | [[User Datagram Protocol| | ! scope="col" | [[User Datagram Protocol|यूडीपी]] | ||
! scope="col" | [[UDP-Lite]] | ! scope="col" | [[UDP-Lite|यूडीपी-लाइट]] | ||
! scope="col" | [[Transmission Control Protocol| | ! scope="col" | [[Transmission Control Protocol|टीसीपी]] | ||
! scope="col" | [[Multipath TCP]] | ! scope="col" | [[Multipath TCP|मल्टीपाथ टीसीपी]] | ||
! scope="col" | [[Stream Control Transmission Protocol| | ! scope="col" | [[Stream Control Transmission Protocol|एससीटीपी]] | ||
! scope="col" | [[Datagram Congestion Control Protocol| | ! scope="col" | [[Datagram Congestion Control Protocol|डीसीसीपी]] | ||
! scope="col" | [[ | ! scope="col" | [[आरयूडीपी]] | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | पैकेट हेडर साइज़ | ||
| 8 bytes | | 8 bytes | ||
| 8 bytes | | 8 bytes | ||
Line 85: | Line 81: | ||
| 14+ bytes<!--Including 8-byte UDP header--> | | 14+ bytes<!--Including 8-byte UDP header--> | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | टिपिकल डेटा-पैकेट ओवरहेड | ||
| 8 bytes | | 8 bytes | ||
| 8 bytes | | 8 bytes | ||
Line 94: | Line 90: | ||
| 14 bytes | | 14 bytes | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | ट्रांसपोर्ट-लेयर पैकेट एंटिटी | ||
| | | डेटाग्राम | ||
| | | डेटाग्राम | ||
| | | सेगमेंट | ||
| | | सेगमेंट | ||
| | | डेटाग्राम | ||
| | | डेटाग्राम | ||
| | | डेटाग्राम | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | कनेक्शन ओरिन्टेड | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 112: | Line 108: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | रिलाएबल ट्रांसपोर्ट | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 121: | Line 117: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | अनरिलाएबल ट्रांसपोर्ट | ||
| {{Yes}} | | {{Yes}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 130: | Line 126: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | प्रेज़रव मैसेज बाउंड्री | ||
| {{Yes}} | | {{Yes}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 139: | Line 135: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | डिलीवरी | ||
| | | अनऑर्डरड | ||
| | | अनऑर्डरड | ||
| | | ऑर्डरड | ||
| | | ऑर्डरड | ||
| | | ऑर्डरड / अनऑर्डरड | ||
| | | अनऑर्डरड | ||
| | | अनऑर्डरड | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | डेटा [[चेकसम]] | ||
| {{Optional}} | | {{Optional}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 157: | Line 153: | ||
| {{Optional}} | | {{Optional}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | चेकसम साइज़ | ||
| 16 bits | | 16 bits | ||
| 16 bits | | 16 bits | ||
Line 166: | Line 162: | ||
| 16 bits | | 16 bits | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | पार्शियल [[चेकसम]] | ||
| {{No}} | | {{No}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 175: | Line 171: | ||
| {{No}} | | {{No}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | पाथ [[एमटीयू]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 184: | Line 180: | ||
| {{dunno}} | | {{dunno}} | ||
|- | |- | ||
| style="text-align:left" | [[Flow control (data)| | | style="text-align:left" | [[Flow control (data)|फ्लो कंट्रोल]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 193: | Line 189: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| style="text-align:left" | [[Congestion control]] | | style="text-align:left" | [[Congestion control|कंजेस्शन कंट्रोल]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 202: | Line 198: | ||
| {{dunno}} | | {{dunno}} | ||
|- | |- | ||
| style="text-align:left" | [[Explicit Congestion Notification]] | | style="text-align:left" | [[Explicit Congestion Notification|एक्सप्लिसिट कंजेस्शन नोटिफिकेशन]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 211: | Line 207: | ||
| {{dunno}} | | {{dunno}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | मल्टीप्ल [[स्ट्रीम्स]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 220: | Line 216: | ||
| {{No}} | | {{No}} | ||
|- | |- | ||
| style="text-align:left" | [[Multi-homing]] | | style="text-align:left" | [[Multi-homing|मल्टी-होमिंग]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 229: | Line 225: | ||
| {{No}} | | {{No}} | ||
|- | |- | ||
| style="text-align:left" | | | style="text-align:left" | बंडलिंग/[[नागले]] | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 240: | Line 236: | ||
{{notelist}} | {{notelist}} | ||
=== | === ओएसआई ट्रांसपोर्ट प्रोटोकॉल की तुलना === | ||
आईएसओ/आईईसी 8073/आईटीयू-टी रिकमेन्डेशन X.224, "इनफार्मेशन टेक्नोलॉजी - ओपन सिस्टम इंटरकनेक्शन - कनेक्शन-मोड ट्रांसपोर्ट सर्विसेस प्रदान करने के लिए प्रोटोकॉल", क्लास 0 (TP0) से क्लास 4 (TP4) तक निर्दिष्ट कनेक्शन-मोड ट्रांसपोर्ट प्रोटोकॉल के पांच क्लासों को परिभाषित करता है। क्लास 0 में कोई त्रुटि पुनर्प्राप्ति नहीं है, और इसे नेटवर्क लेयरों पर उपयोग के लिए डिज़ाइन किया जाता है। जो त्रुटि मुक्त कनेक्शन प्रदान करते हैं। क्लास 4 टीसीपी के सबसे निकट है, चूंकि टीसीपी में ग्रेसफुल क्लोज़ जैसे फ़ंक्शन सम्मिलित हैं, जो ओएसआई सैशन लेयर को निर्दिष्ट करता है। सभी ओएसआई कनेक्शन-मोड प्रोटोकॉल क्लास एक्सपेडिटेड डेटा और रिकॉर्ड बॉउंडरिस को प्रिजर्वेशन प्रदान करती हैं। क्लासों की विस्तृत विशेषताएँ निम्नलिखित तालिका में दिखाई गई है।<ref>{{cite web | |||
| title = ITU-T Recommendation X.224 (11/1995) ISO/IEC 8073 | | title = ITU-T Recommendation X.224 (11/1995) ISO/IEC 8073 | ||
| url = http://www.itu.int/rec/T-REC-X.224-199511-I/en/ | | url = http://www.itu.int/rec/T-REC-X.224-199511-I/en/ | ||
Line 250: | Line 246: | ||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
! scope="col" | | ! scope="col" | सर्विसेस | ||
! scope="col" | TP0 | ! scope="col" | TP0 | ||
! scope="col" | TP1 | ! scope="col" | TP1 | ||
Line 257: | Line 253: | ||
! scope="col" | TP4 | ! scope="col" | TP4 | ||
|- | |- | ||
| | | कनेक्शन-ओरिएंटेड नेटवर्क | ||
| {{Yes}} | | {{Yes}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 264: | Line 260: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | कनेक्शनलैस नेटवर्क | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 271: | Line 267: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | कॉन्कटेनशन एंड सेपेरशन | ||
| {{No}} | | {{No}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 278: | Line 274: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | सेगमेंटेशन एंड रिअसेम्ब्ली | ||
| {{Yes}} | | {{Yes}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 285: | Line 281: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | एरर रिकवरी | ||
| {{No}} | | {{No}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 292: | Line 288: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | रीइनीशीयेट कनेक्शन (यदि अत्यधिक संख्या में [[पीडीयू]] को मान्यता नहीं दी गई है) | ||
| {{No}} | | {{No}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 299: | Line 295: | ||
| {{No}} | | {{No}} | ||
|- | |- | ||
| | | सिंगल वर्चुअल सर्किट पर मल्टीप्लेक्सिंग और डीमल्टीप्लेक्सिंग | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 306: | Line 302: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | एक्सप्लिसिट फ्लो कंट्रोल | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 313: | Line 309: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | टाइमआउट पर रीट्रांसमिशन | ||
| {{No}} | | {{No}} | ||
| {{No}} | | {{No}} | ||
Line 320: | Line 316: | ||
| {{Yes}} | | {{Yes}} | ||
|- | |- | ||
| | | रिलाएबल ट्रांसपोर्ट सर्विसेस | ||
| {{No}} | | {{No}} | ||
| {{Yes}} | | {{Yes}} | ||
Line 327: | Line 323: | ||
| {{Yes}} | | {{Yes}} | ||
|} | |} | ||
आईएसओ/आईईसी 8602/आईटीयू-टी | आईएसओ/आईईसी 8602/आईटीयू-टी रिकमेन्डेशन X.234 द्वारा निर्दिष्ट एक कंनेक्शनलैस ट्रांसपोर्ट प्रोटोकॉल भी है।<ref>{{cite web | ||
| title = ITU-T Recommendation X.234 (07/1994) ISO/IEC 8602 | | title = ITU-T Recommendation X.234 (07/1994) ISO/IEC 8602 | ||
| url = http://www.itu.int/rec/T-REC-X.234-199407-I/en/ | | url = http://www.itu.int/rec/T-REC-X.234-199407-I/en/ | ||
Line 333: | Line 329: | ||
| access-date=2017-01-17 | | access-date=2017-01-17 | ||
}}</ref> | }}</ref> | ||
==संदर्भ== | ==संदर्भ== | ||
{{Reflist}} | {{Reflist}} | ||
Line 344: | Line 338: | ||
{{Wikiversity | Transport layer}} | {{Wikiversity | Transport layer}} | ||
[[Category: | [[Category:CS1 maint]] | ||
[[Category:Created On 09/07/2023]] | [[Category:Created On 09/07/2023]] | ||
[[Category:Lua-based templates]] | |||
[[Category:Machine Translated Page]] | |||
[[Category:Multi-column templates]] | |||
[[Category:Pages using div col with small parameter]] | |||
[[Category:Pages with script errors]] | |||
[[Category:Short description with empty Wikidata description]] | |||
[[Category:Templates Translated in Hindi]] | |||
[[Category:Templates Vigyan Ready]] | |||
[[Category:Templates that add a tracking category]] | |||
[[Category:Templates that generate short descriptions]] | |||
[[Category:Templates using TemplateData]] | |||
[[Category:Templates using under-protected Lua modules]] | |||
[[Category:Wikipedia fully protected templates|Div col]] | |||
[[Category:ओ एस आई मॉडल]] |
Latest revision as of 13:50, 2 August 2023
Internet protocol suite |
---|
Application layer |
Transport layer |
Internet layer |
Link layer |
कंप्यूटर नेटवर्किंग में, ट्रांसपोर्ट लेयर इंटरनेट प्रोटोकॉल सुइट और ओएसआई मॉडल नेटवर्क स्टैक में प्रोटोकॉल के स्तरित आर्किटेक्चर में विधियों का एक वैचारिक विभाजन है। इस लेयर के प्रोटोकॉल ऍप्लिकेशन्स के लिए एंड-टू-एंड कम्युनिकेशन सर्विसेस प्रदान करते हैं।[1]: §1.1.3 यह कनेक्शन-ओरिएंटेड कम्युनिकेशन, रिलायबिलिटी, फ्लो कंट्रोल और मल्टीप्लेक्सिंग जैसी सर्विसेस प्रदान करता है।
इंटरनेट प्रोटोकॉल सुइट की ट्रांसपोर्ट लेयर के इम्प्लीमेंटेशन और सेमांटिक्स का विवरण,[1] जो इंटरनेट का फाउंडेशन है, और सामान्य नेटवर्किंग का ओएसआई मॉडल भिन्न-भिन्न हैं। इंटरनेट के लिए इस लेयर में आज उपयोग किए जाने वाले प्रोटोकॉल सभी टीसीपी/आईपी के डेवलपमेंट में उत्पन्न हुए हैं। ओएसआई मॉडल में ट्रांसपोर्ट लेयर को अधिकांशतः लेयर 4, या एल4 के रूप में संदर्भित किया जाता है,[2] जबकि टीसीपी/आईपी में नम्बरड लेयरों का उपयोग नहीं किया जाता है।
इंटरनेट प्रोटोकॉल सुइट का सबसे प्रसिद्ध ट्रांसपोर्ट प्रोटोकॉल ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) है। इसका उपयोग कनेक्शन-ओरिएंटेड ट्रांसमिशन के लिए किया जाता है, जबकि कंनेक्शनलैस उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) का उपयोग सरल मैसेजिंग ट्रांसमिशन के लिए किया जाता है। विश्वसनीय ट्रांसमिशन और डेटा स्ट्रीम सर्विसेस को सम्मिलित करने वाले अपने स्टेटफुल डिज़ाइन के कारण टीसीपी अधिक सम्मिश्र प्रोटोकॉल है। साथ में, टीसीपी और यूडीपी अनिवार्य रूप से इंटरनेट पर सभी ट्रैफ़िक को समाहित करते हैं, और प्रत्येक प्रमुख ऑपरेटिंग सिस्टम में लागू किए जाने वाले एकमात्र प्रोटोकॉल हैं। इसके अतिरिक्त ट्रांसपोर्ट लेयर प्रोटोकॉल जिन्हें परिभाषित और इम्प्लिमेंटेड किया गया है, उनमें डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल (डीसीसीपी) और स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल (एससीटीपी) सम्मिलित हैं।
OSI model by layer |
---|
सर्विसेस
ट्रांसपोर्ट लेयर सर्विसेस को एक प्रोग्रामिंग इंटरफ़ेस के माध्यम से ट्रांसपोर्ट लेयर प्रोटोकॉल के माध्यम से एक एप्लिकेशन तक पहुंचाया जाता है। सर्विसेस में निम्नलिखित विशेषताएं सम्मिलित हो सकती हैं।[4]
- कनेक्शन-ओरिएंटेड कम्युनिकेशन:[5] किसी एप्लिकेशन के लिए अंतर्निहित कंनेक्शनलैस मॉडल, जैसे उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट प्रोटोकॉल (आईपी) के डेटाग्राम मॉडल से निपटने के अतिरिक्त डेटा स्ट्रीम के रूप में कनेक्शन की व्याख्या करना सामान्यतः सरल होता है।
- सेम ऑर्डर डिलीवरी: नेटवर्क लेयर सामान्यतः यह गारंटी नहीं देती है, कि डेटा के पैकेट उसी क्रम में पहुंचेंगे जिस क्रम में उन्हें भेजा जाता है। लेकिन अधिकांशतः यह एक वांछनीय सुविधा है। यह सामान्यतः सेगमेंट नंबरिंग के उपयोग के माध्यम से किया जाता है, जिसमें रिसीवर उन्हें क्रम में एप्लिकेशन को भेजता है। इससे हेड-ऑफ़-लाइन ब्लॉकिंग हो सकती है।
- रिलायबिलिटी: ट्रांसपोर्ट के समय नेटवर्क की भीड़ और त्रुटियों के कारण पैकेट खो सकते हैं। चेकसम जैसे त्रुटि आइडेंटिफिकेशन कोड के माध्यम से, ट्रांसपोर्ट प्रोटोकॉल यह जांच कर सकता है, कि डेटा दूषित नहीं है, और प्रेषक को एसीके या एनएसीके संदेश भेजकर सही रसीद सत्यापित कर सकता है। ऑटोमैटिक रिपीट रिक्वेस्ट योजनाओं का उपयोग खोए हुए या दूषित डेटा को पुनः प्रेषित करने के लिए किया जा सकता है।
- फ्लो कंट्रोल: दो नोड्स के बीच डेटा ट्रांसमिशन की दर को कभी-कभी प्रबंधित किया जाना चाहिए जिससे कि एक तेज प्रेषक को प्राप्त डेटा बफर द्वारा समर्थित डेटा से अधिक डेटा ट्रांसमिट करने से रोका जा सकता है, जिससे बफर ओवररन हो सकता है। इसका उपयोग बफ़र अंडररन को कम करके दक्षता में सुधार करने के लिए भी किया जा सकता है।
- कंजेस्शन एवॉइडेन्स: कंजेस्शन नियंत्रण एक टेलीकम्यूनिकेशन नेटवर्क में ट्रैफिक के प्रवेश को कंट्रोल कर सकता है, जिससे कि मध्यवर्ती नोड्स और नेटवर्क की किसी भी प्रसंस्करण या लिंक क्षमताओं की ओवरसब्सक्रिप्शन से बचने का प्रयास करके और पैकेट भेजने की दर को कम करने जैसे संसाधन कम करने वाले कदम उठाकर कंजेस्शन वाले पतन से बचा जा सकता है। उदाहरण के लिए, ऑटोमैटिक रिपीट रिक्वेस्ट नेटवर्क को कंजेस्शन वाली स्थिति में रख सकते हैं, स्लो स्टार्ट सहित फ्लो कंट्रोल में कंजेस्शन एवॉइडेन्स को जोड़कर इस स्थिति से बचा जा सकता है। यह ट्रांसमिशन की प्रारंभिक में या पैकेट रीट्रांसमिशन के पश्चात बैंडविड्थ की खपत को निम्न स्तर पर रखता है।
- मल्टीप्लेक्सिंग: पोर्ट एक ही नोड पर कई एंडपॉइंट प्रदान कर सकते हैं। उदाहरण के लिए, डाक एड्रेस पर नाम एक प्रकार का मल्टीप्लेक्सिंग है और एक ही स्थान के विभिन्न प्राप्तकर्ताओं के बीच अंतर करता है। कंप्यूटर एप्लिकेशन प्रत्येक अपने स्वयं के पोर्ट पर जानकारी सुनेंगे, जो एक ही समय में एक से अधिक नेटवर्क सर्विसेस के उपयोग को सक्षम बनाता है। यह टीसीपी/आईपी मॉडल में ट्रांसपोर्ट लेयर का भाग है, लेकिन ओएसआई मॉडल में सेशन लेयर का भाग है।
एनालिसिस
ट्रांसपोर्ट लेयर होस्ट कंप्यूटर पर उपयुक्त एप्लिकेशन प्रक्रिया में डेटा पहुंचाने के लिए जिम्मेदार है। इसमें विभिन्न एप्लिकेशन प्रोसेसेस से डेटा का स्टैटिस्टिकल मल्टीप्लेक्सिंग सम्मिलित है, अर्थात डेटा सेगमेंट बनाना, और प्रत्येक ट्रांसपोर्ट लेयर डेटा सेगमेंट के हेडर में स्रोत और गंतव्य पोर्ट में नंबर जोड़ना, स्रोत और गंतव्य आईपी एड्रेस के साथ, पोर्ट नंबर एक नेटवर्क सॉकेट का निर्माण करते हैं, अर्थात प्रोसेस टू प्रोसेस कम्युनिकेशन का एक आइडेंटिफिकेशन एड्रेस, ओएसआई मॉडल में, यह फ़ंक्शन सैशन लेयर द्वारा समर्थित है।
कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, वर्चुअल सर्किट का समर्थन करते हैं, अर्थात अंतर्निहित पैकेट-ओरिएंटेड डेटाग्राम नेटवर्क पर कनेक्शन-ओरिएंटेड कम्युनिकेशन प्रदान करते हैं। एप्लिकेशन प्रोसेसेस के लिए पैकेट मोड कम्युनिकेशन को छिपाते समय एक बाइट-स्ट्रीम वितरित किया जाता है। इसमें कनेक्शन स्थापित करना, डेटा स्ट्रीम को पैकेट्स में विभाजित करना, जिन्हें सेगमेंट कहा जाता है, सेगमेंट नंबरिंग और आउट-ऑफ-ऑर्डर डेटा को फिर से व्यवस्थित करना सम्मिलित है।
अंत में, कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, एंड-टू-एंड विश्वसनीय कम्युनिकेशन प्रदान करते हैं, अर्थात त्रुटि का एड्रेस लगाने वाले कोड और स्वचालित रिपीट रिक्वेस्ट (एआरक्यू) प्रोटोकॉल के माध्यम से त्रुटि पुनर्प्राप्ति प्रदान करते हैं। एआरक्यू प्रोटोकॉल फ्लो कंट्रोल भी प्रदान करता है, जिसे कंजेस्शन एवॉइडेन्स के साथ जोड़ा जा सकता है।
यूडीपी एक बहुत ही सरल प्रोटोकॉल है, और यह न तो वर्चुअल सर्किट प्रदान करता है, न ही विश्वसनीय कम्युनिकेशन, इन कार्यों को एप्लिकेशन प्रोग्राम को सौंपता है। यूडीपी पैकेट को सेगमेंट के अतिरिक्त डेटाग्राम कहा जाता है।
टीसीपी का उपयोग एचटीटीपी वेब ब्राउजिंग और ईमेल ट्रांसफर सहित कई प्रोटोकॉल के लिए किया जाता है। यूडीपी का उपयोग मल्टीकास्टिंग और प्रसारण के लिए किया जा सकता है, क्योंकि बड़ी संख्या में मेजबानों के लिए पुन: प्रसारण संभव नहीं है। यूडीपी सामान्यतः उच्च थ्रूपुट और कम विलंबता देता है, और इसलिए इसका उपयोग अधिकांशतः वास्तविक समय मल्टीमीडिया कम्युनिकेशन के लिए किया जाता है जहां पैकेट हानि को कभी-कभी स्वीकार किया जा सकता है, उदाहरण के लिए आईपी-टीवी और आईपी-टेलीफोनी, और ऑनलाइन कंप्यूटर गेम के लिए किया जाता है।
इसी प्रकार कई नॉन-आईपी-बेस्ड नेटवर्क, जैसे कि X.25, फ़्रेम रिले और एटीएम, ट्रांसपोर्ट लेयर के अतिरिक्त नेटवर्क या डेटा लिंक लेयर पर कनेक्शन-ओरिएंटेड कम्युनिकेशन लागू करते हैं। X.25 में, टेलीफोन नेटवर्क मॉडेम और वायरलेस कम्युनिकेशन सिस्टम्स में, विश्वसनीय नोड-टू-नोड कम्युनिकेशन निचले प्रोटोकॉल लेयरों पर लागू किया जाता है।
ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच क्लासों को परिभाषित करता है। TP0, कम से कम त्रुटि पुनर्प्राप्ति प्रदान करता है, TP4, जो कम विश्वसनीय नेटवर्क के लिए डिज़ाइन किया गया है।
प्रोटोकॉल ऑसिफिकेशन के कारण, टीसीपी और यूडीपी इंटरनेट पर एकमात्र व्यापक रूप से उपयोग किए जाने वाले ट्रांसपोर्ट प्रोटोकॉल हैं।[6] मिडिलबॉक्स इन्टोलेरेंस से बचने के लिए, नवीनतम ट्रांसपोर्ट प्रोटोकॉल एक टोलेरेटेड प्रोटोकॉल की वायर इमेज की नकल कर सकते हैं, या कुछ ओवरहेड स्वीकार करते हुए (उदाहरण के लिए, इनर इंटीग्रिटी चेक्स द्वारा रेडंडेंट बनाए गए आउटर चेकसम के कारण) यूडीपी में समाहित हो सकते हैं।[7] क्यूयूआईसी पश्चात वाला दृष्टिकोण अपनाता है, यूडीपी के शीर्ष पर रिलाएबल स्ट्रीम ट्रांसपोर्ट को रेबिल्डिंग करता है।[8]
प्रोटोकॉल
यह सूची कुछ प्रोटोकॉल दिखाती है, जो सामान्यतः इंटरनेट प्रोटोकॉल सुइट, ओएसआई प्रोटोकॉल, नेटवेयर के आईपीएक्स/एसपीएक्स, ऐप्पलटॉक और फाइबर चैनल की ट्रांसपोर्ट लेयरों में रखे जाते हैं।
- एटीपी, एप्पलटॉक ट्रांजेक्शन प्रोटोकॉल
- सीयूडीपी, चक्रीय यूडीपी[9]
- डीसीसीपी, डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल
- एफसीपी, फाइबर चैनल प्रोटोकॉल
- आईएल, आईएल प्रोटोकॉल
- एमपीटीसीपी, मल्टीपाथ टीसीपी
- नॉर्म, नैक-ओरिएंटेड विश्वसनीय मल्टीकास्ट
- आरडीपी, विश्वसनीय डेटा प्रोटोकॉल
- आरयूडीपी, विश्वसनीय उपयोगकर्ता डेटाग्राम प्रोटोकॉल
- एससीटीपी, स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल
- एसपीएक्स, अनुक्रमित पैकेट एक्सचेंज
- एसएसटी, संरचित स्ट्रीम ट्रांसपोर्ट
- टीसीपी, ट्रांसमिशन कंट्रोल प्रोटोकॉल
- यूडीपी, उपयोगकर्ता डेटाग्राम प्रोटोकॉल
- यूडीपी-लाइट
- मऊटीपी, माइक्रो ट्रांसपोर्ट प्रोटोकॉल
इंटरनेट ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना
फ़ीचर | यूडीपी | यूडीपी-लाइट | टीसीपी | मल्टीपाथ टीसीपी | एससीटीपी | डीसीसीपी | आरयूडीपी |
---|---|---|---|---|---|---|---|
पैकेट हेडर साइज़ | 8 bytes | 8 bytes | 20–60 bytes | 50–90 bytes | 12 bytes[lower-alpha 1] | 12 or 16 bytes | 14+ bytes |
टिपिकल डेटा-पैकेट ओवरहेड | 8 bytes | 8 bytes | 20 bytes | ?? bytes | 44–48+ bytes[lower-alpha 2] | 12 or 16 bytes | 14 bytes |
ट्रांसपोर्ट-लेयर पैकेट एंटिटी | डेटाग्राम | डेटाग्राम | सेगमेंट | सेगमेंट | डेटाग्राम | डेटाग्राम | डेटाग्राम |
कनेक्शन ओरिन्टेड | No | No | Yes | Yes | Yes | Yes | Yes |
रिलाएबल ट्रांसपोर्ट | No | No | Yes | Yes | Yes | No | Yes |
अनरिलाएबल ट्रांसपोर्ट | Yes | Yes | No | No | Yes | Yes | Yes |
प्रेज़रव मैसेज बाउंड्री | Yes | Yes | No | No | Yes | Yes | Yes |
डिलीवरी | अनऑर्डरड | अनऑर्डरड | ऑर्डरड | ऑर्डरड | ऑर्डरड / अनऑर्डरड | अनऑर्डरड | अनऑर्डरड |
डेटा चेकसम | Optional | Yes | Yes | Yes | Yes | Yes | Optional |
चेकसम साइज़ | 16 bits | 16 bits | 16 bits | 16 bits | 32 bits | 16 bits | 16 bits |
पार्शियल चेकसम | No | Yes | No | No | No | Yes | No |
पाथ एमटीयू | No | No | Yes | Yes | Yes | Yes | ? |
फ्लो कंट्रोल | No | No | Yes | Yes | Yes | No | Yes |
कंजेस्शन कंट्रोल | No | No | Yes | Yes | Yes | Yes | ? |
एक्सप्लिसिट कंजेस्शन नोटिफिकेशन | No | No | Yes | Yes | Yes | Yes | ? |
मल्टीप्ल स्ट्रीम्स | No | No | No | No | Yes | No | No |
मल्टी-होमिंग | No | No | No | Yes | Yes | No | No |
बंडलिंग/नागले | No | No | Yes | Yes | Yes | No | ? |
- ↑ Excluding data chunk headers and overhead chunks. Without embedded chunks, an SCTP packet is essentially useless.
- ↑ Counted as follows: 12 bytes SCTP header + 16 bytes DATA chunk header or 20 bytes I-DATA chunk header + 16+ bytes SACK chunk. Additional non-data chunks (e.g. AUTH) and/or headers for additional data chunks, which might easily increase the overhead with 50 bytes or more, not counted.
ओएसआई ट्रांसपोर्ट प्रोटोकॉल की तुलना
आईएसओ/आईईसी 8073/आईटीयू-टी रिकमेन्डेशन X.224, "इनफार्मेशन टेक्नोलॉजी - ओपन सिस्टम इंटरकनेक्शन - कनेक्शन-मोड ट्रांसपोर्ट सर्विसेस प्रदान करने के लिए प्रोटोकॉल", क्लास 0 (TP0) से क्लास 4 (TP4) तक निर्दिष्ट कनेक्शन-मोड ट्रांसपोर्ट प्रोटोकॉल के पांच क्लासों को परिभाषित करता है। क्लास 0 में कोई त्रुटि पुनर्प्राप्ति नहीं है, और इसे नेटवर्क लेयरों पर उपयोग के लिए डिज़ाइन किया जाता है। जो त्रुटि मुक्त कनेक्शन प्रदान करते हैं। क्लास 4 टीसीपी के सबसे निकट है, चूंकि टीसीपी में ग्रेसफुल क्लोज़ जैसे फ़ंक्शन सम्मिलित हैं, जो ओएसआई सैशन लेयर को निर्दिष्ट करता है। सभी ओएसआई कनेक्शन-मोड प्रोटोकॉल क्लास एक्सपेडिटेड डेटा और रिकॉर्ड बॉउंडरिस को प्रिजर्वेशन प्रदान करती हैं। क्लासों की विस्तृत विशेषताएँ निम्नलिखित तालिका में दिखाई गई है।[10]
सर्विसेस | TP0 | TP1 | TP2 | TP3 | TP4 |
---|---|---|---|---|---|
कनेक्शन-ओरिएंटेड नेटवर्क | Yes | Yes | Yes | Yes | Yes |
कनेक्शनलैस नेटवर्क | No | No | No | No | Yes |
कॉन्कटेनशन एंड सेपेरशन | No | Yes | Yes | Yes | Yes |
सेगमेंटेशन एंड रिअसेम्ब्ली | Yes | Yes | Yes | Yes | Yes |
एरर रिकवरी | No | Yes | No | Yes | Yes |
रीइनीशीयेट कनेक्शन (यदि अत्यधिक संख्या में पीडीयू को मान्यता नहीं दी गई है) | No | Yes | No | Yes | No |
सिंगल वर्चुअल सर्किट पर मल्टीप्लेक्सिंग और डीमल्टीप्लेक्सिंग | No | No | Yes | Yes | Yes |
एक्सप्लिसिट फ्लो कंट्रोल | No | No | Yes | Yes | Yes |
टाइमआउट पर रीट्रांसमिशन | No | No | No | No | Yes |
रिलाएबल ट्रांसपोर्ट सर्विसेस | No | Yes | No | Yes | Yes |
आईएसओ/आईईसी 8602/आईटीयू-टी रिकमेन्डेशन X.234 द्वारा निर्दिष्ट एक कंनेक्शनलैस ट्रांसपोर्ट प्रोटोकॉल भी है।[11]
संदर्भ
- ↑ 1.0 1.1 R. Braden, ed. (October 1989). Requirements for Internet Hosts – Communication Layers. doi:10.17487/RFC1122. RFC 1122.
- ↑ "Introducing the Internet Protocol Suite". System Administration Guide, Volume 3.
- ↑ "X.225 : Information technology – Open Systems Interconnection – Connection-oriented Session protocol: Protocol specification". Archived from the original on 1 February 2021. Retrieved 24 November 2021.
- ↑ "ट्रांसपोर्ट परत" (PDF). Galgotias University. Galgotias University.
{{cite web}}
: CS1 maint: url-status (link) - ↑ Heena, Khera. "डेटा संचार और नेटवर्किंग" (PDF). Galgotias University. Galgotias University. p. 9.
{{cite web}}
: CS1 maint: url-status (link) - ↑ Papastergiou et al. 2017, p. 620-621.
- ↑ Papastergiou et al. 2017, p. 623-624.
- ↑ Corbet 2018.
- ↑ Brian C. Smith, Cyclic-UDP: A Priority-Driven Best-Effort Protocol (PDF), retrieved 2020-02-23
- ↑ "ITU-T Recommendation X.224 (11/1995) ISO/IEC 8073". Itu.int. Retrieved 2017-01-17.
- ↑ "ITU-T Recommendation X.234 (07/1994) ISO/IEC 8602". Itu.int. Retrieved 2017-01-17.
ग्रन्थसूची
- Corbet, Jonathan (29 January 2018). "QUIC as a solution to protocol ossification". LWN.net.
- Papastergiou, Giorgos; Fairhurst, Gorry; Ros, David; Brunstrom, Anna; Grinnemo, Karl-Johan; Hurtig, Per; Khademi, Naeem; Tüxen, Michael; Welzl, Michael; Damjanovic, Dragana; Mangiante, Simone (2017). "De-Ossifying the Internet Transport Layer: A Survey and Future Perspectives". IEEE Communications Surveys & Tutorials. 19: 619–639. doi:10.1109/COMST.2016.2626780. hdl:2164/8317. S2CID 1846371.