ट्रांसपोर्ट परत: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 4: Line 4:
{{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">{{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> जबकि टीसीपी/आईपी में क्रमांकित लेयरों का उपयोग नहीं किया जाता है।
इंटरनेट प्रोटोकॉल सुइट की ट्रांसपोर्ट लेयर के इम्प्लीमेंटेशन और सेमांटिक्स का विवरण,<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 |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> किसी एप्लिकेशन के लिए अंतर्निहित कनेक्शन-रहित मॉडल, जैसे उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) और इंटरनेट प्रोटोकॉल (आईपी) के डेटाग्राम मॉडल से निपटने के अतिरिक्त डेटा स्ट्रीम के रूप में कनेक्शन की व्याख्या करना सामान्यतः आसान होता है।
* कनेक्शन-ओरिएंटेड कम्युनिकेशन:<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 में, टेलीफोन नेटवर्क मॉडेम और वायरलेस संचार प्रणालियों में, विश्वसनीय नोड-टू-नोड संचार निचले प्रोटोकॉल लेयरों पर लागू किया जाता है।
इसी प्रकार कई नॉन-आईपी-बेस्ड नेटवर्क, जैसे कि X.25, फ़्रेम रिले और एटीएम, ट्रांसपोर्ट लेयर के अतिरिक्त नेटवर्क या डेटा लिंक लेयर पर कनेक्शन-ओरिएंटेड कम्युनिकेशन लागू करते हैं। X.25 में, टेलीफोन नेटवर्क मॉडेम और वायरलेस कम्युनिकेशन सिस्टम्स में, विश्वसनीय नोड-टू-नोड कम्युनिकेशन निचले प्रोटोकॉल लेयरों पर लागू किया जाता है।


ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच वर्गों को परिभाषित करता है। टीपी0, कम से कम त्रुटि पुनर्प्राप्ति प्रदान करता है, टीपी4, जो कम विश्वसनीय नेटवर्क के लिए डिज़ाइन किया गया है।
ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच क्लासों को परिभाषित करता है। TP0, कम से कम त्रुटि पुनर्प्राप्ति प्रदान करता है, TP4, जो कम विश्वसनीय नेटवर्क के लिए डिज़ाइन किया गया है।


[[प्रोटोकॉल ऑसिफिकेशन]] के कारण, टीसीपी और यूडीपी इंटरनेट पर एकमात्र व्यापक रूप से उपयोग किए जाने वाले ट्रांसपोर्ट प्रोटोकॉल हैं।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=620-621}} [[मिडिलबॉक्स]] असहिष्णुता से बचने के लिए, नवीनतम ट्रांसपोर्ट प्रोटोकॉल एक सहनशील प्रोटोकॉल की तार छवि की नकल कर सकते हैं, या कुछ ओवरहेड स्वीकार करते हुए यूडीपी में समाहित हो सकते हैं (उदाहरण के लिए, आंतरिक अखंडता जांच द्वारा अनावश्यक किए गए बाहरी चेकसम के कारण)।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=623-624}} [[QUIC|कुयुइसी]] पश्चात वाला दृष्टिकोण अपनाता है, युदीपी के शीर्ष पर विश्वसनीय स्ट्रीम ट्रांसपोर्ट का पुनर्निर्माण करता है।{{sfn|Corbet|2018}}
[[प्रोटोकॉल ऑसिफिकेशन]] के कारण, टीसीपी और यूडीपी इंटरनेट पर एकमात्र व्यापक रूप से उपयोग किए जाने वाले ट्रांसपोर्ट प्रोटोकॉल हैं।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=620-621}} [[मिडिलबॉक्स]] इन्टोलेरेंस से बचने के लिए, नवीनतम ट्रांसपोर्ट प्रोटोकॉल एक टोलेरेटेड प्रोटोकॉल की वायर इमेज की नकल कर सकते हैं, या कुछ ओवरहेड स्वीकार करते हुए (उदाहरण के लिए, इनर इंटीग्रिटी चेक्स द्वारा रेडंडेंट बनाए गए आउटर चेकसम के कारण) यूडीपी में समाहित हो सकते हैं।{{sfn|Papastergiou|Fairhurst|Ros|Brunstrom|2017|p=623-624}} [[QUIC|क्यूयूआईसी]] पश्चात वाला दृष्टिकोण अपनाता है, यूडीपी के शीर्ष पर रिलाएबल स्ट्रीम ट्रांसपोर्ट को रेबिल्डिंग करता है।{{sfn|Corbet|2018}}


==प्रोटोकॉल==
==प्रोटोकॉल==
Line 60: Line 60:
{{div col end}}
{{div col end}}


=== <span class= एंकर आईडी= COMPARISON1 ></span><span क्लास= एंकर आईडी= ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना >></span>इंटरनेट ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना ===
=== इंटरनेट ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना ===
{| class="wikitable" style="text-align:center"
{| class="wikitable" style="text-align:center"
|-
|-
! scope="col" | Feature
! scope="col" | फ़ीचर
! scope="col" | [[User Datagram Protocol|UDP]]
! scope="col" | [[User Datagram Protocol|यूडीपी]]
! scope="col" | [[UDP-Lite]]
! scope="col" | [[UDP-Lite|यूडीपी-लाइट]]
! scope="col" | [[Transmission Control Protocol|TCP]]
! scope="col" | [[Transmission Control Protocol|टीसीपी]]
! scope="col" | [[Multipath TCP]]
! scope="col" | [[Multipath TCP|मल्टीपाथ टीसीपी]]
! scope="col" | [[Stream Control Transmission Protocol|SCTP]]
! scope="col" | [[Stream Control Transmission Protocol|एससीटीपी]]
! scope="col" | [[Datagram Congestion Control Protocol|DCCP]]
! scope="col" | [[Datagram Congestion Control Protocol|डीसीसीपी]]
! scope="col" | [[Reliable User Datagram Protocol|RUDP]]{{efn|RUDP is not officially standardized. There have been no standard-related developments since 1999.}}
! scope="col" | [[आरयूडीपी]]
|-
|-
| style="text-align:left" | Packet header size
| style="text-align:left" | पैकेट हेडर साइज़
| 8 bytes
| 8 bytes
| 8 bytes
| 8 bytes
Line 81: Line 81:
| 14+ bytes<!--Including 8-byte UDP header-->
| 14+ bytes<!--Including 8-byte UDP header-->
|-
|-
| style="text-align:left" | Typical data-packet overhead
| style="text-align:left" | टिपिकल डेटा-पैकेट ओवरहेड
| 8 bytes
| 8 bytes
| 8 bytes
| 8 bytes
Line 90: Line 90:
| 14 bytes
| 14 bytes
|-
|-
| style="text-align:left" | Transport-layer packet entity
| style="text-align:left" | ट्रांसपोर्ट-लेयर पैकेट एंटिटी
| Datagram
| डेटाग्राम
| Datagram
| डेटाग्राम
| Segment
| सेगमेंट
| Segment
| सेगमेंट
| Datagram
| डेटाग्राम
| Datagram
| डेटाग्राम
| Datagram
| डेटाग्राम
|-
|-
| style="text-align:left" | Connection-oriented
| style="text-align:left" | कनेक्शन ओरिन्टेड
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 108: Line 108:
| {{Yes}}
| {{Yes}}
|-
|-
| style="text-align:left" | Reliable transport
| style="text-align:left" | रिलाएबल ट्रांसपोर्ट
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 117: Line 117:
| {{Yes}}
| {{Yes}}
|-
|-
| style="text-align:left" | Unreliable transport
| style="text-align:left" | अनरिलाएबल ट्रांसपोर्ट
| {{Yes}}
| {{Yes}}
| {{Yes}}
| {{Yes}}
Line 126: Line 126:
| {{Yes}}
| {{Yes}}
|-
|-
| style="text-align:left" | Preserve message boundary
| style="text-align:left" | प्रेज़रव मैसेज बाउंड्री
| {{Yes}}
| {{Yes}}
| {{Yes}}
| {{Yes}}
Line 135: Line 135:
| {{Yes}}
| {{Yes}}
|-
|-
| style="text-align:left" | Delivery
| style="text-align:left" | डिलीवरी
| Unordered
| अनऑर्डरड
| Unordered
| अनऑर्डरड
| Ordered
| ऑर्डरड
| Ordered
| ऑर्डरड
| Ordered / Unordered
| ऑर्डरड / अनऑर्डरड
| Unordered
| अनऑर्डरड
| Unordered
| अनऑर्डरड
|-
|-
| style="text-align:left" | Data [[checksum]]
| style="text-align:left" | डेटा [[चेकसम]]
| {{Optional}}
| {{Optional}}
| {{Yes}}
| {{Yes}}
Line 153: Line 153:
| {{Optional}}
| {{Optional}}
|-
|-
| style="text-align:left" | Checksum size
| style="text-align:left" | चेकसम साइज़
| 16 bits
| 16 bits
| 16 bits
| 16 bits
Line 162: Line 162:
| 16 bits
| 16 bits
|-
|-
| style="text-align:left" | Partial [[checksum]]
| style="text-align:left" | पार्शियल [[चेकसम]]
| {{No}}
| {{No}}
| {{Yes}}
| {{Yes}}
Line 171: Line 171:
| {{No}}
| {{No}}
|-
|-
| style="text-align:left" | Path [[Maximum transmission unit|MTU]]
| style="text-align:left" | पाथ [[एमटीयू]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 180: Line 180:
| {{dunno}}
| {{dunno}}
|-
|-
| style="text-align:left" | [[Flow control (data)|Flow control]]
| style="text-align:left" | [[Flow control (data)|फ्लो कंट्रोल]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 189: Line 189:
| {{Yes}}
| {{Yes}}
|-
|-
| style="text-align:left" | [[Congestion control]]
| style="text-align:left" | [[Congestion control|कंजेस्शन कंट्रोल]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 198: Line 198:
| {{dunno}}
| {{dunno}}
|-
|-
| style="text-align:left" | [[Explicit Congestion Notification]]
| style="text-align:left" | [[Explicit Congestion Notification|एक्सप्लिसिट कंजेस्शन नोटिफिकेशन]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 207: Line 207:
| {{dunno}}
| {{dunno}}
|-
|-
| style="text-align:left" | Multiple [[Stream (computing)|streams]]
| style="text-align:left" | मल्टीप्ल [[स्ट्रीम्स]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 216: Line 216:
| {{No}}
| {{No}}
|-
|-
| style="text-align:left" | [[Multi-homing]]
| style="text-align:left" | [[Multi-homing|मल्टी-होमिंग]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 225: Line 225:
| {{No}}
| {{No}}
|-
|-
| style="text-align:left" | Bundling / [[Nagle's algorithm|Nagle]]
| style="text-align:left" | बंडलिंग/[[नागले]]
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 237: Line 237:


=== ओएसआई ट्रांसपोर्ट प्रोटोकॉल की तुलना ===
=== ओएसआई ट्रांसपोर्ट प्रोटोकॉल की तुलना ===
आईएसओ/आईईसी 8073/आईटीयू-टी अनुशंसा X.224, "सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - कनेक्शन-मोड ट्रांसपोर्ट सेवा प्रदान करने के लिए प्रोटोकॉल", वर्ग 0 (टीपी0) से वर्ग 4 (टीपी4) तक निर्दिष्ट कनेक्शन-मोड ट्रांसपोर्ट प्रोटोकॉल के पांच वर्गों को परिभाषित करता है। कक्षा 0 में कोई त्रुटि पुनर्प्राप्ति नहीं है, और इसे नेटवर्क लेयरों पर उपयोग के लिए डिज़ाइन किया जाता है। जो त्रुटि मुक्त कनेक्शन प्रदान करते हैं। कक्षा 4 टीसीपी के सबसे निकट है, चूंकि टीसीपी में ग्रेसफुल क्लोज़ जैसे फ़ंक्शन सम्मिलित हैं, जो ओएसआई सत्र लेयर को निर्दिष्ट करता है। सभी ओएसआई कनेक्शन-मोड प्रोटोकॉल कक्षाएं त्वरित डेटा और रिकॉर्ड सीमाओं का संरक्षण प्रदान करती हैं। कक्षाओं की विस्तृत विशेषताएँ निम्नलिखित तालिका में दिखाई गई है।<ref>{{cite web
आईएसओ/आईईसी 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 246: Line 246:
{| class="wikitable"
{| class="wikitable"
|-
|-
! scope="col" | Service
! scope="col" | सर्विसेस
! scope="col" | TP0
! scope="col" | TP0
! scope="col" | TP1
! scope="col" | TP1
Line 253: Line 253:
! scope="col" | TP4
! scope="col" | TP4
|-
|-
| Connection-oriented network
| कनेक्शन-ओरिएंटेड नेटवर्क
| {{Yes}}
| {{Yes}}
| {{Yes}}
| {{Yes}}
Line 260: Line 260:
| {{Yes}}
| {{Yes}}
|-
|-
| Connectionless network
| कनेक्शनलैस नेटवर्क
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 267: Line 267:
| {{Yes}}
| {{Yes}}
|-
|-
| Concatenation and separation
| कॉन्कटेनशन एंड सेपेरशन
| {{No}}
| {{No}}
| {{Yes}}
| {{Yes}}
Line 274: Line 274:
| {{Yes}}
| {{Yes}}
|-
|-
| Segmentation and reassembly
| सेगमेंटेशन एंड रिअसेम्ब्ली
| {{Yes}}
| {{Yes}}
| {{Yes}}
| {{Yes}}
Line 281: Line 281:
| {{Yes}}
| {{Yes}}
|-
|-
| Error recovery
| एरर रिकवरी
| {{No}}
| {{No}}
| {{Yes}}
| {{Yes}}
Line 288: Line 288:
| {{Yes}}
| {{Yes}}
|-
|-
| Reinitiate connection (if an excessive number of [[Protocol data unit|PDUs]] are unacknowledged)
| रीइनीशीयेट कनेक्शन (यदि अत्यधिक संख्या में [[पीडीयू]] को मान्यता नहीं दी गई है)
| {{No}}
| {{No}}
| {{Yes}}
| {{Yes}}
Line 295: Line 295:
| {{No}}
| {{No}}
|-
|-
| Multiplexing and demultiplexing over a single [[virtual circuit]]
| सिंगल वर्चुअल सर्किट पर मल्टीप्लेक्सिंग और डीमल्टीप्लेक्सिंग
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 302: Line 302:
| {{Yes}}
| {{Yes}}
|-
|-
| Explicit flow control
| एक्सप्लिसिट फ्लो कंट्रोल
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 309: Line 309:
| {{Yes}}
| {{Yes}}
|-
|-
| Retransmission on timeout
| टाइमआउट पर रीट्रांसमिशन
| {{No}}
| {{No}}
| {{No}}
| {{No}}
Line 316: Line 316:
| {{Yes}}
| {{Yes}}
|-
|-
| Reliable Transport Service
| रिलाएबल ट्रांसपोर्ट सर्विसेस
| {{No}}
| {{No}}
| {{Yes}}
| {{Yes}}
Line 323: Line 323:
| {{Yes}}
| {{Yes}}
|}
|}
आईएसओ/आईईसी 8602/आईटीयू-टी अनुशंसा X.234 द्वारा निर्दिष्ट एक कनेक्शन रहित ट्रांसपोर्ट प्रोटोकॉल भी है।<ref>{{cite web
आईएसओ/आईईसी 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/

Revision as of 09:45, 25 July 2023

चार ​​लेबल वाले स्टैक्ड ब्लॉक। ट्रांसपोर्ट लेबल वाला नीला ब्लॉक ऊपर से दूसरा है।
इंटरनेट प्रोटोकॉल स्टैक में ट्रांसपोर्ट लेयर.
Internet protocol suite
Application layer
Transport layer
Internet layer
Link layer

कंप्यूटर नेटवर्किंग में, ट्रांसपोर्ट लेयर इंटरनेट प्रोटोकॉल सुइट और ओएसआई मॉडल नेटवर्क स्टैक में प्रोटोकॉल के स्तरित आर्किटेक्चर में विधियों का एक वैचारिक विभाजन है। इस लेयर के प्रोटोकॉल ऍप्लिकेशन्स के लिए एंड-टू-एंड कम्युनिकेशन सर्विसेस प्रदान करते हैं।[1]: §1.1.3  यह कनेक्शन-ओरिएंटेड कम्युनिकेशन, रिलायबिलिटी, फ्लो कंट्रोल और मल्टीप्लेक्सिंग जैसी सर्विसेस प्रदान करता है।

इंटरनेट प्रोटोकॉल सुइट की ट्रांसपोर्ट लेयर के इम्प्लीमेंटेशन और सेमांटिक्स का विवरण,[1] जो इंटरनेट का फाउंडेशन है, और सामान्य नेटवर्किंग का ओएसआई मॉडल भिन्न-भिन्न हैं। इंटरनेट के लिए इस लेयर में आज उपयोग किए जाने वाले प्रोटोकॉल सभी टीसीपी/आईपी के डेवलपमेंट में उत्पन्न हुए हैं। ओएसआई मॉडल में ट्रांसपोर्ट लेयर को अधिकांशतः लेयर 4, या एल4 के रूप में संदर्भित किया जाता है,[2] जबकि टीसीपी/आईपी में नम्बरड लेयरों का उपयोग नहीं किया जाता है।

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

OSI model
by layer
7.  Application layer
6.  Presentation layer
5.  Session layer
4.  Transport layer
3.  Network layer
2.  Data link layer
1.  Physical 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 ?
  1. ↑ Excluding data chunk headers and overhead chunks. Without embedded chunks, an SCTP packet is essentially useless.
  2. ↑ 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. ↑ 1.0 1.1 R. Braden, ed. (October 1989). Requirements for Internet Hosts – Communication Layers. doi:10.17487/RFC1122. RFC 1122.
  2. ↑ "Introducing the Internet Protocol Suite". System Administration Guide, Volume 3.
  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.
  4. ↑ "ट्रांसपोर्ट परत" (PDF). Galgotias University. Galgotias University.{{cite web}}: CS1 maint: url-status (link)
  5. ↑ Heena, Khera. "डेटा संचार और नेटवर्किंग" (PDF). Galgotias University. Galgotias University. p. 9.{{cite web}}: CS1 maint: url-status (link)
  6. ↑ Papastergiou et al. 2017, p. 620-621.
  7. ↑ Papastergiou et al. 2017, p. 623-624.
  8. ↑ Corbet 2018.
  9. ↑ Brian C. Smith, Cyclic-UDP: A Priority-Driven Best-Effort Protocol (PDF), retrieved 2020-02-23
  10. ↑ "ITU-T Recommendation X.224 (11/1995) ISO/IEC 8073". Itu.int. Retrieved 2017-01-17.
  11. ↑ "ITU-T Recommendation X.234 (07/1994) ISO/IEC 8602". Itu.int. Retrieved 2017-01-17.


ग्रन्थसूची

Wikiversity has learning resources about Transport layer
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=ट्रांसपोर्ट_परत&oldid=233662’