अधिकतम संचरण इकाई

From alpha
Jump to navigation Jump to search

कम्प्यूटर नेट्वर्किंग में, अधिकतम ट्रांसमिशन यूनिट (एमटीयू) सबसे बड़ी प्रोटोकॉल डेटा यूनिट (पीडीयू) का आकार है जिसे एकल नेटवर्क परत लेनदेन में संप्रेषित किया जा सकता है।[1] एमटीयू संबंधित है, लेकिन अधिकतम फ़्रेम (नेटवर्किंग) आकार के समान नहीं है जिसे डेटा लिंक परत पर ले जाया जा सकता है, उदा। ईथरनेट फ्रेम।

बड़ा MTU कम ओवरहेड के साथ जुड़ा हुआ है। छोटे MTU मान नेटवर्क देरी को कम कर सकते हैं। कई मामलों में, एमटीयू अंतर्निहित नेटवर्क क्षमताओं पर निर्भर है और इसे मैन्युअल रूप से या स्वचालित रूप से समायोजित किया जाना चाहिए ताकि इन क्षमताओं से अधिक न हो। एमटीयू पैरामीटर संचार इंटरफेस या मानक के सहयोग से प्रकट हो सकते हैं। कुछ प्रणालियाँ कनेक्ट समय पर MTU तय कर सकती हैं, उदा. पथ एमटीयू डिस्कवरी का उपयोग करना।

प्रयोज्यता

एमटीयू संचार प्रोटोकॉल और नेटवर्क परतों पर लागू होते हैं। एमटीयू को सबसे बड़े पीडीयू के बाइट्स या ऑक्टेट (कंप्यूटिंग) के रूप में निर्दिष्ट किया जाता है जिससे परत आगे बढ़ सकती है। एमटीयू पैरामीटर आमतौर पर एक संचार इंटरफेस (नेटवर्क इंटरफेस कार्ड, सीरियल पोर्ट, आदि) के सहयोग से दिखाई देते हैं। मानक (ईथरनेट, उदाहरण के लिए) एक MTU के आकार को ठीक कर सकते हैं; या सिस्टम (जैसे पॉइंट-टू-पॉइंट सीरियल लिंक) कनेक्ट समय पर एमटीयू तय कर सकते हैं।

अंतर्निहित डेटा लिंक परत और भौतिक परतें आमतौर पर परिवहन के लिए नेटवर्क परत डेटा में ओवरहेड जोड़ती हैं, इसलिए किसी माध्यम के दिए गए अधिकतम फ्रेम आकार के लिए, उस माध्यम के MTU की गणना करने के लिए ओवरहेड की मात्रा को घटाना पड़ता है। उदाहरण के लिए, ईथरनेट के साथ, अधिकतम ईथरनेट फ्रेम # संरचना का आकार 1518 बाइट्स है, जिनमें से 18 बाइट्स ओवरहेड (ईथरनेट फ्रेम # हैडर और फ्रेम चेक अनुक्रम) हैं, जिसके परिणामस्वरूप 1500 बाइट्स का एमटीयू होता है।

व्यापार

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

हालांकि, यह लाभ बिना नकारात्मक पक्ष के नहीं है। बड़े पैकेट एक छोटे पैकेट की तुलना में अधिक समय के लिए एक धीमी लिंक पर कब्जा कर लेते हैं, जिससे बाद के पैकेटों में अधिक देरी होती है, और नेटवर्क विलंब और पैकेट विलंब भिन्नता बढ़ जाती है। उदाहरण के लिए, एक 1500-बाइट पैकेट, जो नेटवर्क परत पर ईथरनेट द्वारा अनुमत सबसे बड़ा है, एक 14.4k मॉडेम को लगभग एक सेकंड के लिए जोड़ता है।

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


इंटरनेट प्रोटोकॉल

इंटरनेट प्रोटोकॉल सूट को कई अलग-अलग नेटवर्किंग तकनीकों पर काम करने के लिए डिज़ाइन किया गया था, जिनमें से प्रत्येक विभिन्न आकारों के पैकेट का उपयोग कर सकता है। जबकि एक मेजबान अपने स्वयं के इंटरफ़ेस के एमटीयू को जानता होगा और संभवतः अपने साथियों (प्रारंभिक हैंडशेक से) का, यह शुरू में अन्य साथियों के लिंक की श्रृंखला में सबसे कम एमटीयू को नहीं जान पाएगा। एक अन्य संभावित समस्या यह है कि उच्च-स्तरीय प्रोटोकॉल स्थानीय लिंक के समर्थन से भी बड़े पैकेट बना सकते हैं।

IPv4 IP विखंडन की अनुमति देता है जो आंकड़ारेख को टुकड़ों में विभाजित करता है, प्रत्येक एक निर्दिष्ट MTU सीमा को समायोजित करने के लिए पर्याप्त छोटा होता है। यह विखंडन प्रक्रिया इंटरनेट परत पर होती है। खंडित पैकेटों को चिह्नित किया जाता है ताकि गंतव्य होस्ट की आईपी परत को पता चले कि उसे पैकेट (सूचना प्रौद्योगिकी) को मूल डेटाग्राम में फिर से जोड़ना चाहिए।

पैकेट प्राप्त होने पर विचार करने के लिए पैकेट के सभी टुकड़े आने चाहिए। यदि नेटवर्क कोई टुकड़ा गिराता है, तो पूरा पैकेट खो जाता है।

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

इंटरनेट प्रोटोकॉल के लिए आवश्यक है कि होस्ट कम से कम 576 बाइट्स (IPv4 के लिए) या 1280 बाइट्स (IPv6 के लिए) के IP डेटाग्राम को संसाधित करने में सक्षम हों। हालांकि, यह इस न्यूनतम MTU से छोटे MTU वाले लिंक लेयर को IP डेटा भेजने से नहीं रोकता है। उदाहरण के लिए, IPv6 के विनिर्देशन के अनुसार, यदि कोई विशेष लिंक परत एक फ्रेम में 1280 बाइट्स का IP डेटाग्राम प्रदान नहीं कर सकती है, तो लिंक परत को IP विखंडन तंत्र से अलग अपना खुद का विखंडन और पुन: संयोजन तंत्र प्रदान करना चाहिए, ताकि यह सुनिश्चित किया जा सके कि एक 1280-बाइट आईपी डेटाग्राम को आईपी परत पर बरकरार रखा जा सकता है।

आम मीडिया के लिए एमटीयू

इंटरनेट प्रोटोकॉल के संदर्भ में, MTU एक IP पैकेट के अधिकतम आकार को संदर्भित करता है (बहुविकल्पी) जिसे किसी दिए गए माध्यम में विखंडन के बिना प्रेषित किया जा सकता है। आईपी ​​​​पैकेट के आकार में आईपी हेडर शामिल हैं लेकिन हेडर को लिंक परत से बाहर कर दिया गया है। ईथरनेट फ्रेम के मामले में यह वीएलएएन टैगिंग या सेवा की श्रेणी के लिए आईईईई 802.1 क्यू टैग के साथ 18 बाइट्स या 22 बाइट्स का एक प्रोटोकॉल ओवरहेड जोड़ता है।

MTU को न्यूनतम डेटाग्राम आकार के साथ भ्रमित नहीं होना चाहिए जिसे स्वीकार करने के लिए सभी मेजबानों को तैयार रहना चाहिए। IPv4 के लिए यह 576 बाइट्स है[3] और IPv6 के लिए 1280 बाइट्स।[4]

Media for IP transport Maximum transmission unit (bytes) Notes
Internet IPv4 path MTU At least 68,[5] max of 64 KiB[6] Systems may use Path MTU Discovery[7] to find the actual path MTU. Routing from larger MTU to smaller MTU causes IP fragmentation.
Internet IPv6 path MTU At least 1280,[8] max of 64 KiB, but up to 4 GiB with optional jumbogram[9] Systems must use Path MTU Discovery[10] to find the actual path MTU.
X.25 Minimal 576 (sending) or 1600 (receiving)[11]
Ethernet v2 1500[12] Nearly all IP over Ethernet implementations use the Ethernet II frame format.
Ethernet with LLC and SNAP 1492[13]
Ethernet jumbo frames 1501 – 9202[14] or more[15] The limit varies by vendor. For correct interoperation, frames should be no larger than the maximum frame size supported by any device on the network segment.[16] Jumbo frames are usually only seen in special-purpose networks.
PPPoE v2 1492[17] Ethernet II MTU (1500) less PPPoE header (8)
DS-Lite over PPPoE 1452 Ethernet II MTU (1500) less PPPoE header (8) and IPv6 header (40)
PPPoE jumbo frames 1493 – 9190 or more[18] Ethernet Jumbo Frame MTU (1501 - 9198) less PPPoE header (8)
IEEE 802.11 Wi-Fi (WLAN) 2304[19] The maximum MSDU size is 2304 before encryption. WEP will add 8 bytes, WPA-TKIP 20 bytes, and WPA2-CCMP 16 bytes.
Token Ring (802.5) 4464
FDDI 4352[7]


ईथरनेट अधिकतम फ्रेम आकार

आईपी ​​​​एमटीयू और ईथरनेट अधिकतम फ्रेम आकार अलग-अलग कॉन्फ़िगर किए गए हैं। ईथरनेट स्विच कॉन्फ़िगरेशन में, एमटीयू ईथरनेट अधिकतम फ्रेम आकार का उल्लेख कर सकता है। ईथरनेट-आधारित राउटर में, एमटीयू आमतौर पर आईपी एमटीयू को संदर्भित करता है। यदि किसी नेटवर्क में जंबो फ्रेम की अनुमति है, तो इसका लाभ उठाने के लिए IP MTU को भी ऊपर की ओर समायोजित किया जाना चाहिए।

चूंकि आईपी पैकेट ईथरनेट फ्रेम द्वारा ले जाया जाता है, इसलिए ईथरनेट फ्रेम आईपी पैकेट से बड़ा होना चाहिए। 18 बाइट्स के सामान्य अनटैग ईथरनेट फ्रेम ओवरहेड के साथ, ईथरनेट अधिकतम फ्रेम आकार 1518 बाइट्स है। यदि 1500 बाइट IP पैकेट को टैग किए गए ईथरनेट कनेक्शन पर ले जाना है, तो 802.1Q टैग किए गए फ़्रेम के बड़े आकार के कारण ईथरनेट फ़्रेम का अधिकतम आकार 1522 होना चाहिए। इसे समायोजित करने के लिए 802.3ac मानक ईथरनेट अधिकतम फ्रेम आकार बढ़ाता है।

पथ व्यक्ति खोज

Main article: Path MTU Discovery

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

पथ एमटीयू डिस्कवरी दो आईपी मेजबानों के बीच पथ एमटीयू का निर्धारण करने के लिए एक तकनीक है, जो दोनों इंटरनेट प्रोटोकॉल संस्करण 4 के लिए परिभाषित है[20] और इंटरनेट प्रोटोकॉल संस्करण 6[21]. यह IP हेडर सेट में DF (नॉट फ्रैगमेंट) विकल्प के साथ पैकेट भेजकर काम करता है। पथ के साथ कोई भी उपकरण जिसका MTU पैकेट से छोटा है, ऐसे पैकेट को छोड़ देगा और एक ICMP आईसीएमपी गंतव्य पहुंच योग्य नहीं है| ICMP डेस्टिनेशन अनरीचेबल (डेटाग्राम टू बिग) संदेश भेजेगा जो इसके MTU को इंगित करता है। यह जानकारी स्रोत होस्ट को अपने अनुमानित पथ एमटीयू को उचित रूप से कम करने की अनुमति देती है। यह प्रक्रिया तब तक दोहराई जाती है जब तक कि एमटीयू इतना छोटा नहीं हो जाता कि वह विखंडन के बिना पूरे पथ को पार कर सके।

मानक ईथरनेट 1500 बाइट्स के MTU का समर्थन करता है और जंबो फ्रेम का समर्थन करने वाला ईथरनेट कार्यान्वयन, 9000 बाइट्स तक MTU की अनुमति देता है। हालाँकि, इथरनेट ईथरनेट पर पॉइंट-टू-पॉइंट प्रोटोकॉल बॉर्डर प्रोटोकॉल इसे कम कर देंगे। पाथ एमटीयू डिस्कवरी ईथरनेट एंड-नोड्स और पाथ एमटीयू द्वारा देखे गए एमटीयू के बीच के अंतर को उजागर करता है।

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

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

अन्य संदर्भों में

MTU का उपयोग कभी-कभी नेटवर्क परत के अलावा संचार परतों में अधिकतम PDU आकारों का वर्णन करने के लिए किया जाता है।

  • सिस्को सिस्टम्स और MikroTik अधिकतम फ्रेम आकार के लिए L2 MTU का उपयोग करते हैं।[24][25]
  • Dell/Force10 अधिकतम फ्रेम आकार के लिए MTU का उपयोग करें।[26]
  • Hewlett Packard ने वैकल्पिक IEEE 802.1Q टैग सहित अधिकतम फ़्रेम आकार के लिए केवल MTU का उपयोग किया।[27]
  • जुनिपर नेटवर्क कई MTU शर्तों का उपयोग करते हैं: भौतिक इंटरफ़ेस MTU (L3 MTU प्लस कुछ अनिर्दिष्ट प्रोटोकॉल ओवरहेड), लॉजिकल इंटरफ़ेस MTU (IETF MTU के अनुरूप) और अधिकतम MTU (जंबो फ़्रेम के लिए अधिकतम कॉन्फ़िगर करने योग्य फ़्रेम आकार)।[28]

एक भौतिक नेटवर्क खंड पर एक पैकेट (सूचना प्रौद्योगिकी) का प्रसारण जो खंड के एमटीयू से बड़ा है, ईथरनेट#जैबर के रूप में जाना जाता है। यह लगभग हमेशा दोषपूर्ण उपकरणों के कारण होता है।[29] प्रसार बदलना और कुछ ईथरनेट हब में यह पता लगाने की अंतर्निहित क्षमता होती है कि कोई उपकरण कब गड़बड़ कर रहा है।[30][31]


संदर्भ

  1. ↑ RFC 791. p. 25. doi:10.17487/RFC0791.
  2. ↑ Murray, David; Terry Koziniec; Kevin Lee; Michael Dixon (2012). "Large MTUs and internet performance". 2012 उच्च प्रदर्शन स्विचिंग और रूटिंग पर IEEE 13वां अंतर्राष्ट्रीय सम्मेलन. pp. 82–87. doi:10.1109/HPSR.2012.6260832. ISBN 978-1-4577-0833-6. S2CID 232321.
  3. ↑ RFC 791. p. 24. doi:10.17487/RFC0791. हर इंटरनेट डेस्टिनेशन को 576 ऑक्टेट का डेटाग्राम या तो एक टुकड़े में या टुकड़ों में फिर से असेम्बल करने के लिए प्राप्त करने में सक्षम होना चाहिए।
  4. ↑ RFC 2460. p. 13. doi:10.17487/RFC2460.
  5. ↑ RFC 791. p. 24. doi:10.17487/RFC0791. Every internet module must be able to forward a datagram of 68 octets without further fragmentation.
  6. ↑ RFC 791. p. 12. doi:10.17487/RFC0791. Total Length is the length of the datagram, measured in octets, including internet header and data. This field allows the length of a datagram to be up to 65,535 octets.
  7. ↑ 7.0 7.1 RFC 1191. doi:10.17487/RFC1191.
  8. ↑ RFC 2460
  9. ↑ RFC 2675, p. 1, "The IPv6 header [IPv6] has a 16-bit Payload Length field and, therefore, supports payloads up to 65,535 octets long. This document specifies an IPv6 hop-by-hop option, called the Jumbo Payload option, that carries a 32-bit length field in order to allow transmission of IPv6 packets with payloads between 65,536 and 4,294,967,295 octets in length. Packets with such long payloads are referred to as 'jumbograms'."
  10. ↑ RFC 6145
  11. ↑ RFC 1356
  12. ↑ Network Working Group of the IETF, RFC 894: A Standard for the Transmission of IP Datagrams over Ethernet Networks, Page 1, "The maximum length of the data field of a packet sent over an Ethernet is 1500 octets, thus the maximum length of an IP datagram sent over an Ethernet is 1500 octets.", ERRATA
  13. ↑ IEEE 802.3[page needed]
  14. ↑ Scott Hogg (2013-03-06), Jumbo Frames, Network World, retrieved 2013-08-05, Most network devices support a jumbo frame size of 9216 bytes.
  15. ↑ Juniper Networks (2020-03-23), Physical Interface Properties, retrieved 2020-05-01
  16. ↑ Joe St Sauver (2003-02-04). "Practical Issues Associated With 9K MTUs" (PDF). uoregon.edu. p. 67. Retrieved 2016-12-15. you still need to insure that ALL upstream Ethernet switches, including any switches in your campus core, are ALSO jumbo frame capable
  17. ↑ RFC 2516 with the standard Ethernet MTU of 1500 bytes; extensions exist
  18. ↑ RFC 4638
  19. ↑ 802.11-2012, page 413, section 8.3.2.1
  20. ↑ {{#section:Template:Ref RFC/db/11|rfc1191ref}} {{#section:Template:Ref RFC/db/11|rfc1191status}}. {{#section:Template:Ref RFC/db/11|rfc1191notes}}
  21. ↑ {{#section:Template:Ref RFC/db/82|rfc8201ref}} {{#section:Template:Ref RFC/db/82|rfc8201status}}. {{#section:Template:Ref RFC/db/82|rfc8201notes}}
  22. ↑ {{#section:Template:Ref RFC/db/48|rfc4821ref}} {{#section:Template:Ref RFC/db/48|rfc4821status}}. {{#section:Template:Ref RFC/db/48|rfc4821notes}}
  23. ↑ {{#section:Template:Ref RFC/db/88|rfc8899ref}} {{#section:Template:Ref RFC/db/88|rfc8899status}}. {{#section:Template:Ref RFC/db/88|rfc8899notes}}
  24. ↑ "सिस्को नेक्सस प्लेटफॉर्म पर अधिकतम ट्रांसमिशन यूनिट को कॉन्फ़िगर और सत्यापित करें". Cisco. 2016-11-29. Document ID:118994. Retrieved 2017-01-04.
  25. ↑ "राउटरओएस में एमटीयू". MikroTik. 2022-07-08. Retrieved 2022-09-02.
  26. ↑ "डेल नेटवर्किंग फोर्स 10 स्विच पर जंबो फ्रेम्स के लिए एमटीयू (अधिकतम ट्रांसमिशन यूनिट) को कैसे कॉन्फ़िगर करें". Dell. 2016-06-02. Article ID: HOW10713. Retrieved 2017-01-06.
  27. ↑ "Jumbo Frames". HP नेटवर्किंग 2910al स्विच प्रबंधन और कॉन्फ़िगरेशन गाइड. Hewlett Packard. November 2011. P/N 5998-2874.
  28. ↑ "शाखा भौतिक इंटरफ़ेस मॉड्यूल संदर्भ के लिए SRX श्रृंखला सेवा गेटवे: एमटीयू डिफ़ॉल्ट और भौतिक इंटरफ़ेस मॉड्यूल के लिए अधिकतम मान". Juniper. 2014-01-03. Retrieved 2017-01-04.
  29. ↑ jabber, The Network Encyclopedia, retrieved 2016-07-28
  30. ↑ show interfaces, Juniper Networks, retrieved 2016-07-28
  31. ↑ IEEE 802.3 27.3.1.7 Receive jabber functional requirements


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

  • सूचना श्रंखला तल
  • एक प्रकार की प्रोग्रामिंग की पर्त
  • आगे त्रुटि सुधार
  • आईपी ​​​​विखंडन
  • आईपी ​​​​पैकेट (बहुविकल्पी)
  • सेवा का वर्ग
  • सर्विस अटैक से इनकार

बाहरी कड़ियाँ

श्रेणी: पैकेट (सूचना प्रौद्योगिकी)

Retrieved from "https://alpha.indicwiki.in/index.php?title=अधिकतम_संचरण_इकाई&oldid=75634"