ट्रांसपोर्ट परत
This article needs additional citations for verification. (October 2015) (Learn how and when to remove this template message) |
Internet protocol suite |
---|
Application layer |
Transport layer |
Internet layer |
Link layer |
संगणक संजाल िंग में, ट्रांसपोर्ट लेयर इंटरनेट प्रोटोकॉल सुइट और ओ एस आई मॉडल में नेटवर्क स्टैक में प्रोटोकॉल की अमूर्त परत में तरीकों का एक वैचारिक विभाजन है। इस परत के प्रोटोकॉल अनुप्रयोगों के लिए एंड-टू-एंड संचार सेवाएं प्रदान करते हैं।[1]: §1.1.3 यह कनेक्शन-उन्मुख संचार, विश्वसनीयता (कंप्यूटर नेटवर्किंग), प्रवाह नियंत्रण (डेटा), और बहुसंकेतन जैसी सेवाएं प्रदान करता है।
इंटरनेट प्रोटोकॉल सूट की परिवहन परत के कार्यान्वयन और शब्दार्थ का विवरण,[1] जो कि इंटरनेट की नींव है और सामान्य नेटवर्किंग का OSI मॉडल अलग-अलग है। इंटरनेट के लिए इस परत में आज उपयोग में आने वाले सभी प्रोटोकॉल टीसीपी/आईपी के विकास में उत्पन्न हुए हैं। OSI मॉडल में ट्रांसपोर्ट लेयर को अक्सर लेयर 4, या L4 के रूप में जाना जाता है,[2] जबकि टीसीपी/आईपी में क्रमांकित परतों का उपयोग नहीं किया जाता है।
इंटरनेट प्रोटोकॉल सुइट का सबसे प्रसिद्ध ट्रांसपोर्ट प्रोटोकॉल प्रसारण नियंत्रण प्रोटोकॉल (टीसीपी) है। इसका उपयोग कनेक्शन-उन्मुख ट्रांसमिशन के लिए किया जाता है, जबकि कनेक्शन रहित उपयोगकर्ता डेटाग्राम प्रोटेकॉलका उपयोग करेंयूडीपी) का उपयोग सरल मैसेजिंग ट्रांसमिशन के लिए किया जाता है। विश्वसनीय ट्रांसमिशन और डेटा स्ट्रीम सेवाओं को शामिल करने वाले अपने स्टेटफुल डिज़ाइन के कारण टीसीपी अधिक जटिल प्रोटोकॉल है। साथ में, टीसीपी और यूडीपी अनिवार्य रूप से इंटरनेट पर सभी ट्रैफ़िक को समाहित करते हैं और प्रत्येक प्रमुख ऑपरेटिंग सिस्टम में लागू किए जाने वाले एकमात्र प्रोटोकॉल हैं। अतिरिक्त ट्रांसपोर्ट लेयर प्रोटोकॉल जिन्हें परिभाषित और कार्यान्वित किया गया है उनमें डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल (डीसीसीपी) और स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल (एससीटीपी) शामिल हैं।
OSI model by layer |
---|
सेवाएँ
ट्रांसपोर्ट लेयर सेवाओं को एक प्रोग्रामिंग इंटरफ़ेस के माध्यम से ट्रांसपोर्ट लेयर प्रोटोकॉल के माध्यम से एक एप्लिकेशन तक पहुंचाया जाता है। सेवाओं में निम्नलिखित विशेषताएं शामिल हो सकती हैं:[4]
- कनेक्शन-उन्मुख संचार:[5] किसी एप्लिकेशन के लिए किसी कनेक्शन को आकड़ों का प्रवाह के रूप में व्याख्या करना आम तौर पर आसान होता है बजाय इसके कि उसे अंतर्निहित कनेक्शन-रहित मॉडल, जैसे उपयोगकर्ता आंकड़ारेख प्रोटोकॉल (यूडीपी) और इंटरनेट प्रोटोकॉल (आईपी) के डेटाग्राम मॉडल से निपटना पड़े।
- समान ऑर्डर डिलीवरी: नेटवर्क परत आमतौर पर यह गारंटी नहीं देती है कि डेटा के पैकेट उसी क्रम में पहुंचेंगे जिस क्रम में उन्हें भेजा गया था, लेकिन अक्सर यह एक वांछनीय सुविधा है। यह आमतौर पर सेगमेंट नंबरिंग के उपयोग के माध्यम से किया जाता है, जिसमें रिसीवर उन्हें क्रम में एप्लिकेशन को भेजता है। इससे हेड-ऑफ़-लाइन अवरोधन हो सकती है.
- विश्वसनीयता (कंप्यूटर नेटवर्किंग): परिवहन के दौरान नेटवर्क संकुलन भीड़ और त्रुटियों के कारण पैकेट खो सकते हैं। त्रुटि पहचान कोड, जैसे कि अंततः, , के माध्यम से, ट्रांसपोर्ट प्रोटोकॉल यह जांच कर सकता है कि डेटा दूषित नहीं है, और प्रेषक को एक पावती (डेटा नेटवर्क) या नकारात्मक-स्वीकृति चरित्र संदेश भेजकर सही रसीद सत्यापित कर सकता है। स्वचालित दोहराव अनुरोध योजनाओं का उपयोग खोए हुए या दूषित डेटा को पुनः प्रेषित करने के लिए किया जा सकता है।
- प्रवाह नियंत्रण (डेटा): दो नोड्स के बीच डेटा ट्रांसमिशन की दर को कभी-कभी तेज़ प्रेषक को प्राप्त डेटा बफ़र द्वारा समर्थित डेटा से अधिक डेटा संचारित करने से रोकने के लिए प्रबंधित किया जाना चाहिए, जिससे बफर ओवररन हो जाता है। इसका उपयोग बफ़र अंडररन को कम करके दक्षता में सुधार करने के लिए भी किया जा सकता है।
- भीड़भाड़ से बचाव: भीड़भाड़ नियंत्रण से दूरसंचार नेटवर्क में यातायात के प्रवेश को नियंत्रित किया जा सकता है, ताकि मध्यवर्ती नोड्स और नेटवर्क की किसी भी प्रसंस्करण या आंकड़ा कड़ी क्षमताओं की ओवरसब्सक्रिप्शन से बचने का प्रयास करके और संसाधन कम करने जैसे कदम उठाकर भीड़भाड़ से बचा जा सके। पैकेट भेजने की दर (सूचना प्रौद्योगिकी)। उदाहरण के लिए, स्वचालित दोहराव अनुरोध नेटवर्क को भीड़भाड़ वाली स्थिति में रख सकते हैं; टीसीपी कंजेशन नियंत्रण#धीमी शुरुआत सहित प्रवाह नियंत्रण में कंजेशन परिहार जोड़कर इस स्थिति से बचा जा सकता है। यह ट्रांसमिशन की शुरुआत में या पैकेट रीट्रांसमिशन के बाद बैंडविड्थ की खपत को निम्न स्तर पर रखता है।
- मल्टीप्लेक्सिंग: टीसीपी और यूडीपी पोर्ट एक ही नोड पर कई एंडपॉइंट प्रदान कर सकते हैं। उदाहरण के लिए, डाक पते पर नाम एक प्रकार का मल्टीप्लेक्सिंग है और एक ही स्थान के विभिन्न प्राप्तकर्ताओं के बीच अंतर करता है। कंप्यूटर एप्लिकेशन प्रत्येक अपने स्वयं के पोर्ट पर जानकारी सुनेंगे, जो एक ही समय में एक से अधिक नेटवर्क सेवाओं के उपयोग को सक्षम बनाता है। यह टीसीपी/आईपी मॉडल में ट्रांसपोर्ट लेयर का हिस्सा है, लेकिन ओएसआई मॉडल में सत्र परत का हिस्सा है।
विश्लेषण
ट्रांसपोर्ट लेयर होस्ट कंप्यूटर पर उपयुक्त एप्लिकेशन प्रक्रिया में डेटा पहुंचाने के लिए जिम्मेदार है। इसमें विभिन्न एप्लिकेशन प्रक्रियाओं से डेटा का सांख्यिकीय बहुसंकेतन शामिल है, यानी डेटा सेगमेंट बनाना, और प्रत्येक ट्रांसपोर्ट लेयर डेटा सेगमेंट के हेडर में स्रोत और गंतव्य पोर्ट नंबर जोड़ना। स्रोत और गंतव्य आईपी पते के साथ, पोर्ट नंबर एक नेटवर्क सॉकेट का निर्माण करते हैं, यानी प्रक्रिया-से-प्रक्रिया संचार का एक पहचान पता। ओएसआई मॉडल में, यह फ़ंक्शन सत्र परत द्वारा समर्थित है।
कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, वर्चुअल सर्किट का समर्थन करते हैं, यानी अंतर्निहित पैकेट-उन्मुख डेटाग्राम नेटवर्क पर कनेक्शन-उन्मुख संचार प्रदान करते हैं। एप्लिकेशन प्रक्रियाओं के लिए पैकेट मोड संचार को छिपाते समय एक बाइट-स्ट्रीम वितरित किया जाता है। इसमें कनेक्शन स्थापित करना, डेटा स्ट्रीम को पैकेट्स में विभाजित करना, जिन्हें सेगमेंट कहा जाता है, सेगमेंट नंबरिंग और आउट-ऑफ-ऑर्डर डेटा को फिर से व्यवस्थित करना शामिल है।
अंत में, कुछ ट्रांसपोर्ट लेयर प्रोटोकॉल, उदाहरण के लिए टीसीपी, लेकिन यूडीपी नहीं, एंड-टू-एंड विश्वसनीय संचार प्रदान करते हैं, यानी त्रुटि का पता लगाने वाले कोड और स्वचालित रिपीट रिक्वेस्ट (एआरक्यू) प्रोटोकॉल के माध्यम से त्रुटि पुनर्प्राप्ति प्रदान करते हैं। एआरक्यू प्रोटोकॉल प्रवाह नियंत्रण (डेटा) भी प्रदान करता है, जिसे भीड़भाड़ से बचाव के साथ जोड़ा जा सकता है।
यूडीपी एक बहुत ही सरल प्रोटोकॉल है और यह न तो वर्चुअल सर्किट प्रदान करता है, न ही विश्वसनीय संचार, इन कार्यों को अनुप्रयोग प्रक्रिया सामग्री प्रोग्राम को सौंपता है। यूडीपी पैकेट को सेगमेंट के बजाय डेटाग्राम कहा जाता है।
टीसीपी का उपयोग HTTP वेब ब्राउजिंग और ईमेल ट्रांसफर सहित कई प्रोटोकॉल के लिए किया जाता है। यूडीपी का उपयोग बहुस्त्र्पीय िंग और प्रसारण (नेटवर्किंग) के लिए किया जा सकता है, क्योंकि बड़ी मात्रा में होस्ट के लिए पुन: प्रसारण संभव नहीं है। यूडीपी आम तौर पर उच्च THROUGHPUT और कम विलंबता देता है और इसलिए इसका उपयोग अक्सर वास्तविक समय मल्टीमीडिया संचार के लिए किया जाता है जहां पैकेट हानि को कभी-कभी स्वीकार किया जा सकता है, उदाहरण के लिए आईपी-टीवी और आईपी-टेलीफोनी, और ऑनलाइन कंप्यूटर गेम के लिए।
कई गैर-आईपी-आधारित नेटवर्क, जैसे कि X.25, ढ़ाचा प्रसारित करना और अतुल्यकालिक अंतरण विधा , ट्रांसपोर्ट परत के बजाय नेटवर्क या डेटा लिंक परत पर कनेक्शन-उन्मुख संचार लागू करते हैं। X.25 में, टेलीफोन नेटवर्क मॉडेम और वायरलेस संचार प्रणालियों में, विश्वसनीय नोड-टू-नोड संचार निचले प्रोटोकॉल परतों पर लागू किया जाता है।
ओएसआई कनेक्शन-मोड ट्रांसपोर्ट लेयर प्रोटोकॉल विनिर्देश ट्रांसपोर्ट प्रोटोकॉल के पांच वर्गों को परिभाषित करता है: टीपी0, कम से कम त्रुटि पुनर्प्राप्ति प्रदान करता है, टीपी4, जो कम विश्वसनीय नेटवर्क के लिए डिज़ाइन किया गया है।
प्रोटोकॉल ossification के कारण, टीसीपी और यूडीपी इंटरनेट पर एकमात्र व्यापक रूप से उपयोग किए जाने वाले ट्रांसपोर्ट प्रोटोकॉल हैं।[6] मिडिलबॉक्स असहिष्णुता से बचने के लिए, नए ट्रांसपोर्ट प्रोटोकॉल एक सहनशील प्रोटोकॉल की वायर छवि (नेटवर्किंग), या यूडीपी में एनकैप्सुलेशन (नेटवर्किंग) की नकल कर सकते हैं, कुछ ओवरहेड स्वीकार कर सकते हैं (उदाहरण के लिए, आंतरिक अखंडता जांच द्वारा अनावश्यक किए गए बाहरी चेकसम के कारण)।[7] QUIC बाद वाला दृष्टिकोण अपनाता है, यूडीपी के शीर्ष पर विश्वसनीय स्ट्रीम ट्रांसपोर्ट का पुनर्निर्माण करता है।[8]
प्रोटोकॉल
यह सूची कुछ प्रोटोकॉल दिखाती है जो आमतौर पर इंटरनेट प्रोटोकॉल सूट, ओएसआई प्रोटोकॉल, नेटवेयर के आईपीएक्स/एसपीएक्स, ऐप्पलटॉक और फाइबर चैनल की ट्रांसपोर्ट परतों में रखे जाते हैं।
- एटीपी, एप्पलटॉक
- सीयूडीपी, चक्रीय यूडीपी[9]
- डीसीसीपी, डेटाग्राम कंजेशन कंट्रोल प्रोटोकॉल
- FCP, फाइबर आईटी-प्रोटोकॉल
- आईएल, आईएल प्रोटोकॉल
- एमपीटीसीपी, मल्टीपाथ टीसीपी
- नॉर्म, नैक-ओरिएंटेड विश्वसनीय मल्टीकास्ट
- आरडीपी, विश्वसनीय डेटा प्रोटोकॉल
- आरयूडीपी, विश्वसनीय उपयोगकर्ता डेटाग्राम प्रोटोकॉल
- एससीटीपी, स्ट्रीम कंट्रोल ट्रांसमिशन प्रोटोकॉल
- एसपीएक्स, आईपीएक्स/एसपीएक्स
- एसएसटी, संरचित स्ट्रीम परिवहन
- टीसीपी, ट्रांसमिशन कंट्रोल प्रोटोकॉल
- यूडीपी, यूजर डेटाग्राम प्रोटोकॉल
- यूडीपी लाइट
- μTP, सूक्ष्म परिवहन प्रोटोकॉल
>इंटरनेट ट्रांसपोर्ट लेयर प्रोटोकॉल की तुलना
Feature | UDP | UDP-Lite | TCP | Multipath TCP | SCTP | DCCP | RUDP[lower-alpha 1] |
---|---|---|---|---|---|---|---|
Packet header size | 8 bytes | 8 bytes | 20–60 bytes | 50–90 bytes | 12 bytes[lower-alpha 2] | 12 or 16 bytes | 14+ bytes |
Typical data-packet overhead | 8 bytes | 8 bytes | 20 bytes | ?? bytes | 44–48+ bytes[lower-alpha 3] | 12 or 16 bytes | 14 bytes |
Transport-layer packet entity | Datagram | Datagram | Segment | Segment | Datagram | Datagram | Datagram |
Connection-oriented | No | No | Yes | Yes | Yes | Yes | Yes |
Reliable transport | No | No | Yes | Yes | Yes | No | Yes |
Unreliable transport | Yes | Yes | No | No | Yes | Yes | Yes |
Preserve message boundary | Yes | Yes | No | No | Yes | Yes | Yes |
Delivery | Unordered | Unordered | Ordered | Ordered | Ordered / Unordered | Unordered | Unordered |
Data checksum | Optional | Yes | Yes | Yes | Yes | Yes | Optional |
Checksum size | 16 bits | 16 bits | 16 bits | 16 bits | 32 bits | 16 bits | 16 bits |
Partial checksum | No | Yes | No | No | No | Yes | No |
Path MTU | No | No | Yes | Yes | Yes | Yes | ? |
Flow control | No | No | Yes | Yes | Yes | No | Yes |
Congestion control | No | No | Yes | Yes | Yes | Yes | ? |
Explicit Congestion Notification | No | No | Yes | Yes | Yes | Yes | ? |
Multiple streams | No | No | No | No | Yes | No | No |
Multi-homing | No | No | No | Yes | Yes | No | No |
Bundling / Nagle | No | No | Yes | Yes | Yes | No | ? |
- ↑ RUDP is not officially standardized. There have been no standard-related developments since 1999.
- ↑ 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.
ओएसआई ट्रांसपोर्ट प्रोटोकॉल की तुलना
ISO/IEC 8073/ITU-T सिफ़ारिश X.224, सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - कनेक्शन-मोड ट्रांसपोर्ट सेवा प्रदान करने के लिए प्रोटोकॉल, कनेक्शन-मोड ट्रांसपोर्ट प्रोटोकॉल के पांच वर्गों को परिभाषित करता है जिन्हें क्लास 0 (TP0) से क्लास 4 (TP4) तक नामित किया गया है। ). कक्षा 0 में कोई त्रुटि पुनर्प्राप्ति नहीं है और इसे नेटवर्क परतों पर उपयोग के लिए डिज़ाइन किया गया था जो त्रुटि मुक्त कनेक्शन प्रदान करते हैं। कक्षा 4 टीसीपी के सबसे करीब है, हालांकि टीसीपी में ग्रेसफुल क्लोज़ जैसे फ़ंक्शन शामिल हैं, जो ओएसआई सत्र परत को निर्दिष्ट करता है। सभी ओएसआई कनेक्शन-मोड प्रोटोकॉल कक्षाएं त्वरित डेटा और रिकॉर्ड सीमाओं का संरक्षण प्रदान करती हैं। कक्षाओं की विस्तृत विशेषताएँ निम्नलिखित तालिका में दिखाई गई हैं:[10]
Service | TP0 | TP1 | TP2 | TP3 | TP4 |
---|---|---|---|---|---|
Connection-oriented network | Yes | Yes | Yes | Yes | Yes |
Connectionless network | No | No | No | No | Yes |
Concatenation and separation | No | Yes | Yes | Yes | Yes |
Segmentation and reassembly | Yes | Yes | Yes | Yes | Yes |
Error recovery | No | Yes | No | Yes | Yes |
Reinitiate connection (if an excessive number of PDUs are unacknowledged) | No | Yes | No | Yes | No |
Multiplexing and demultiplexing over a single virtual circuit | No | No | Yes | Yes | Yes |
Explicit flow control | No | No | Yes | Yes | Yes |
Retransmission on timeout | No | No | No | No | Yes |
Reliable Transport Service | 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 February 1, 2021. Retrieved November 24, 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 February 23, 2020
- ↑ "ITU-T Recommendation X.224 (11/1995) ISO/IEC 8073". Itu.int. Retrieved January 17, 2017.
- ↑ "ITU-T Recommendation X.234 (07/1994) ISO/IEC 8602". Itu.int. Retrieved January 17, 2017.
ग्रन्थसूची
- Corbet, Jonathan (January 29, 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.