कमाल ट्रान्समिशन युनिट (MTU)
कॉम्प्युटर नेटवर्किंगमध्ये, मॅक्सिमम ट्रान्समिशन युनिट (एमटीयू) हा शब्द सर्वात मोठ्या पीडीयूच्या आकार (बाइटमध्ये) दर्शवितो जो संप्रेषण प्रोटोकॉलचा दिलेला थर पुढे जाऊ शकतो. एमटीयू पॅरामीटर्स सहसा कम्युनिकेशन इंटरफेस (एनआयसी, सीरियल पोर्ट इ.) च्या संयोगाने दिसून येतात. एमटीयू मानकांद्वारे निश्चित केले जाऊ शकते (जसे इथरनेटच्या बाबतीत आहे) किंवा जोडणीच्या वेळी निर्णय घेतला जाऊ शकतो (सामान्यत: पॉइंट-टू-पॉइंट सिरीयल लिंक्सच्या बाबतीत). उच्च एमटीयू अधिक कार्यक्षमता आणते कारण प्रत्येक पॅकेटमध्ये अधिक वापरकर्ता डेटा असतो तर प्रोटोकॉल ओव्हरहेड्स, जसे की हेडर किंवा अंतर्निहित प्रति पॅकेट विलंब स्थिर राहतो आणि उच्च कार्यक्षमता म्हणजे मोठ्या प्रमाणात प्रोटोकॉल थ्रूपुटमध्ये थोडी सुधारणा. तथापि, मोठ्या पॅकेट्स काही काळासाठी संथ दुवा व्यापू शकतात, ज्यामुळे पॅकेटचे अनुसरण करण्यास आणि विलंब आणि किमान विलंब वाढण्यास जास्त विलंब होतो. उदाहरणार्थ, नेटवर्क लेयरवर (आणि म्हणूनच बहुतेक इंटरनेट) इथरनेटने अनुमत केलेले 1500 बाइट पॅकेट सुमारे 14.4 सेकंद मोडेमला एका सेकंदासाठी बांधेल.
मार्ग MTU शोध
इंटरनेट प्रोटोकॉल इंटरनेट ट्रान्समिशन पाथच्या "पाथ एमटीयू" ची व्याख्या करते जे स्रोत आणि गंतव्य दरम्यानच्या "पाथ" च्या कोणत्याही आयपी हॉप्सपैकी सर्वात लहान एमटीयू आहे. दुसरा मार्ग सांगा, मार्ग एमटीयू हा सर्वात मोठा पॅकेट आकार आहे जो खंडित न होता या मार्गावरून जातो.
RFC 1191 "Path MTU Discovery" चे वर्णन करते, दोन IP होस्ट दरम्यान MTU चा मार्ग ठरवण्याचे तंत्र. हे आउटगोइंग पॅकेट्सच्या आयपी हेडरमध्ये डीएफ (डोन्ट फ्रॅगमेंट) पर्याय सेट करून कार्य करते. मार्गावरील कोणतेही उपकरण ज्यांचे MTU पॅकेटपेक्षा लहान आहे ते अशा पॅकेट्स टाकतील आणि आयसीएमपी "डेस्टिनेशन अप्राच्यबल (डेटाग्राम टू बिग)" संदेश पाठवतील ज्यामध्ये MTU असेल, जे स्रोत होस्टला त्याचा गृहित मार्ग MTU योग्यरित्या कमी करण्यास अनुमती देईल. एमटीयू खंडित न करता संपूर्ण मार्ग पार करण्यासाठी पुरेसे लहान होईपर्यंत प्रक्रिया पुनरावृत्ती होते.
दुर्दैवाने, नेटवर्कची वाढती संख्या आयसीएमपी रहदारी कमी करते (उदा. सेवा नाकारण्यापासून बचाव करण्यासाठी), जे एमटीयू शोध कार्य करण्यास प्रतिबंधित करते. एखादी व्यक्ती बऱ्याचदा अशा ब्लॉकिंगचा शोध घेते जिथे कनेक्शन कमी-व्हॉल्यूम डेटासाठी कार्य करते परंतु होस्ट एका वेळी मोठ्या प्रमाणावर डेटा पाठवताच हँग होतो. उदाहरणार्थ, IRC सह कनेक्टिंग क्लायंट पिंग संदेश पाहू शकतो, परंतु त्यानंतर प्रतिसाद मिळत नाही. याचे कारण असे की स्वागत संदेशांचा मोठा संच वास्तविक MTU पेक्षा मोठ्या पॅकेटमध्ये पाठविला जातो. तसेच, आयपी नेटवर्कमध्ये, स्त्रोत पत्त्यापासून गंतव्य पत्त्यापर्यंतचा मार्ग अनेकदा गतिमानपणे बदलला जातो, विविध घटनांच्या प्रतिसादात (लोड-बॅलेंसिंग, गर्दी, आउटपुट इ.)-यामुळे एमटीयूचा मार्ग बदलू शकतो (कधीकधी पुनरावृत्ती) ट्रांसमिशन दरम्यान, जे होस्टला नवीन सुरक्षित MTU सापडण्यापूर्वी आणखी पॅकेट थेंब सादर करू शकते.
बहुतेक इथरनेट लॅन 1500 बाइट्सचे एमटीयू वापरतात (आधुनिक लॅन जंबो फ्रेम वापरू शकतात, जे 9000 बाइट्स पर्यंत एमटीयूची परवानगी देतात), तथापि पीपीपीओई सारख्या सीमा प्रोटोकॉलमुळे हे कमी होईल. यामुळे एमटीयूचा शोध चुकीच्या पद्धतीने कॉन्फिगर केलेल्या फायरवॉलच्या मागे काही साइट बनवण्याच्या संभाव्य परिणामासह लागू होतो. नेटवर्कच्या कोणत्या भागावर नियंत्रण ठेवते यावर अवलंबून कोणीही याच्या आसपास काम करू शकते; उदाहरणार्थ एखादी व्यक्ती सुरुवातीच्या पॅकेटमध्ये MSS (जास्तीत जास्त सेगमेंट आकार) बदलू शकते जी एखाद्याच्या फायरवॉलवर TCP कनेक्शन सेट करते.
'नेक्स्ट जनरेशन टीसीपी/आयपी स्टॅक' सादर करणारी विंडोज व्हिस्टा सुरू झाल्यापासून ही समस्या अधिक वारंवार समोर आली आहे. हे "विंडो ऑटो-ट्यूनिंग प्राप्त करा जे बँडविड्थ-विलंब उत्पादन आणि retrieveप्लिकेशन पुनर्प्राप्ती दर मोजून सातत्याने इष्टतम रिसीव्ह विंडो आकार निर्धारित करते आणि बदलत्या नेटवर्क परिस्थितीनुसार कमाल प्राप्त विंडो आकार समायोजित करते." [2] हे जुन्या राउटर आणि फायरवॉलच्या संयोगात अयशस्वी झाल्याचे दिसून आले आहे जे इतर ऑपरेटिंग सिस्टमसह कार्य करताना दिसले. हे बहुतेकदा एडीएसएल राउटरमध्ये पाहिले जाते आणि बर्याचदा फर्मवेअर अपडेटद्वारे दुरुस्त केले जाऊ शकते.
एटीएम बॅकबोन, एमटीयू ट्यूनिंगचे उदाहरण
कधीकधी कार्यक्षमतेच्या दृष्टिकोनातून सॉफ्टवेअरमध्ये कृत्रिमरित्या कमी केलेली MTU घोषित करणे श्रेयस्कर आहे जे शक्य तितक्या संभाव्य लांबीपेक्षा कमी आहे. याचे एक उदाहरण म्हणजे आयपी रहदारी एटीएम (असिंक्रोनस ट्रान्सफर मोड) नेटवर्कवर चालते. काही प्रदाते, विशेषतः टेलिफोनी पार्श्वभूमी असलेले, त्यांच्या अंतर्गत पाठीच्या नेटवर्कवर एटीएम वापरतात.
एटीएमचा वापर इष्टतम कार्यक्षमतेने केला जातो जेव्हा पॅकेटची लांबी 48 बाइट्सची बहुविध असते. याचे कारण असे की एटीएम निश्चित लांबीच्या पॅकेटचा प्रवाह म्हणून ('सेल्स' म्हणून ओळखले जाते) पाठवले जाते, त्यापैकी प्रत्येक सेलमध्ये 48 बाइट्सच्या एकूण खर्चासाठी 5 बाइट ओव्हरहेडसह 53 बाइट वापरकर्ता डेटाचा पेलोड वाहू शकतो. तर प्रेषित डेटा लांबीची एकूण लांबी 53 * ncells बाइट आहे, जेथे ncells = = INT ((payload_length+47)/48) च्या आवश्यक पेशींची संख्या. तर सर्वात वाईट परिस्थितीत, जेथे एकूण लांबी = (48*n+1) बाइट्स, पेलोडचा शेवटचा बाइट प्रसारित करण्यासाठी एका अतिरिक्त सेलची आवश्यकता असते, अंतिम सेल अतिरिक्त 53 प्रेषित बाइट्स खर्च करते ज्यापैकी 47 पॅडिंग आहेत. या कारणास्तव, सॉफ्टवेअरमध्ये कृत्रिमरित्या कमी केलेले एमटीयू घोषित करणे एटीएम एएएल 5 ची एकूण पेलोड लांबी शक्य असेल तेव्हा एटीएम लेयरवर प्रोटोकॉल कार्यक्षमता वाढवते.
उदाहरणार्थ, 31 पूर्णपणे भरलेल्या एटीएम सेल्समध्ये 31*48 = 1488 बाइट्सचा पेलोड असतो. 1488 ची ही आकडेवारी घेणे आणि सर्व संबंधित उच्च प्रोटोकॉलद्वारे योगदान केलेल्या कोणत्याही ओव्हरहेड्समधून वजा करून आम्ही कृत्रिमरित्या कमी केलेल्या एमटीयूसाठी सुचवलेले मूल्य मिळवू शकतो. अशा परिस्थितीत जेथे वापरकर्ता सामान्यपणे 1500 बाइट पॅकेट पाठवतो, 1489 ते 1536 बाइट्स दरम्यान पाठवण्यासाठी एक अतिरिक्त एटीएम सेलच्या रूपात प्रसारित केलेल्या 53 बाइट्सची अतिरिक्त निश्चित किंमत आवश्यक असते.
PPPoA/VC-MUX वापरून DSL कनेक्शन वर IP च्या उदाहरणासाठी, पुन्हा पूर्वीप्रमाणे 31 एटीएम सेल्स भरणे निवडून, आम्हाला 1478 बाइट्सचा एक ओव्हरहेड विचारात घेऊन 31 = 48*10-10 चा इष्टतम कमी केलेला MTU आकृती मिळतो. 2 बाइट्सच्या पॉईंट-टू-पॉइंट प्रोटोकॉलचे ओव्हरहेड आणि 5 बाइट्सचे AAL8 ओव्हरहेड. हे एपीएमद्वारे पीपीपीओएला पाठवलेल्या 31 बाइट पॅकेटमधून एटीएमद्वारे प्रसारित होणाऱ्या एकूण 53*1643 = 1478 बाइट्सची एकूण किंमत देते. पीपीपीओए वापरून एडीएसएल वर पाठवलेल्या आयपीच्या बाबतीत आयपी हेडरसह आयपी पॅकेटची एकूण लांबी 1478 असेल. तर या उदाहरणात 1478 च्या स्वत: ला कमी केलेल्या MTU ला ठेवून एकूण लांबी 1500 चे IP पॅकेट पाठविण्याला विरोध करत IP पॅकेटची लांबी 53 बाइट कमी करून एटीएम लेयरवर प्रति पॅकेट 22 बाइट वाचवते.
PPPoE/DSL कनेक्शनसाठी जास्तीत जास्त MTU 1492 आहे, प्रति RFC 2516: 6 बाइट्स PPPoE हेडर असल्याने, 1488 बाइट पेलोड किंवा 31 पूर्ण एटीएम सेलसाठी पुरेशी जागा सोडून.
शेवटी: MTU चे मानक मूल्य 1492 असावे .... आणि ब्राउझिंग समस्या किंवा MSN कनेक्टिव्हिटी समस्या असल्यास ते 1422 आणि 1420 मूल्यांमध्ये कमी केले पाहिजे.
संदर्भ: विकिपीडिया
बेस्ट विनम्र
नमस्कार, उपयुक्त लेखाबद्दल धन्यवाद