अधिकतम प्रसारण इकाई (MTU)

अधिकतम प्रसारण एकाइ (MTU)

कम्प्यूटर नेटवर्किंग मा, शब्द अधिकतम प्रसारण इकाई (MTU) सबैभन्दा ठूलो PDU को आकार (बाइट मा) लाई बुझाउँछ कि एक संचार प्रोटोकल को एक दिइएको तह पछि पारित गर्न सक्छ। MTU मापदण्डहरु सामान्यतया एक संचार इन्टरफेस (एनआईसी, सीरियल पोर्ट, आदि) संग संगै देखा पर्दछ। MTU मापदण्ड द्वारा तय गर्न सकिन्छ (जस्तै ईथरनेट संग मामला हो) वा जडान समय मा निर्णय (जस्तै सामान्यतया बिन्दु बिन्दु धारावाहिक लि with्क संग मामला हो)। एक उच्च MTU ले अधिक दक्षता ल्याउँछ किनकि प्रत्येक प्याकेटले अधिक प्रयोगकर्ता डाटा बोक्छ जबकि प्रोटोकल ओभरहेड्स, जस्तै हेडर वा अन्तर्निहित प्रति प्याकेट ढिलाइ स्थिर रहन्छ, र उच्च दक्षता बल्क प्रोटोकल थ्रूपुट मा थोरै सुधार को मतलब। जे होस्, ठूला प्याकेटहरु केहि समय को लागी एक ढिलो लि occup्क कब्जा गर्न सक्छन्, प्याकेटहरु लाई पछ्याउन र ढिलो र न्यूनतम विलम्बता बढाउन को लागी अधिक ढिलाइ को कारण। उदाहरण को लागी, एक 1500 बाइट प्याकेट, नेटवर्क लेयर (र यसैले इन्टरनेट को अधिकांश) मा ईथरनेट द्वारा अनुमति दिइएको सबैभन्दा ठूलो, लगभग एक सेकेन्ड को लागी एक 14.4k मोडेम टाई हुनेछ।

पथ MTU खोज
इन्टरनेट प्रोटोकल एक इन्टरनेट प्रसारण पथ को "पथ MTU" को स्रोत र गन्तव्य को बीच "पथ" को कुनै पनि आईपी हप्स को सबैभन्दा सानो MTU को रूप मा परिभाषित गर्दछ। अर्को तरीका राख्नुहोस, मार्ग MTU सबैभन्दा ठूलो प्याकेट आकार हो कि टुक्रा बिना पीडित यो बाटो पार गर्दछ।

RFC 1191 "पथ MTU खोज", दुई आईपी होस्टहरु को बीच पथ MTU निर्धारण गर्न को लागी एक प्रविधि वर्णन गर्दछ। यो बाहिर जाने प्याकेट को आईपी हेडर मा डीएफ (टुक्रा नगर्नुहोस्) विकल्प सेट गरेर काम गर्दछ। बाटो मा कुनै पनी यन्त्र जसको MTU प्याकेट भन्दा सानो छ त्यस्ता प्याकेटहरु छोड्नेछन् र एक ICMP "गन्तव्य अपरिहार्य (डाटाग्राम धेरै ठूलो)" सन्देश पठाउनेछ जसको MTU हुन्छ, स्रोत होस्ट लाई यसको मानिएको पथ MTU लाई उचित ढंगले कम गर्न अनुमति दिन्छ। प्रक्रिया दोहोरिन्छ जब सम्म MTU पर्याप्त सानो टुक्रा बिना सम्पूर्ण पथ पार गर्न को लागी छ।

तपाइँ पनि हेर्न रुचि हुन सक्छ: २ तार राउटर विन्यास

दुर्भाग्यवश, नेटवर्क को बढ्दो संख्या आईसीएमपी ट्राफिक ड्रप (उदाहरण को लागी सेवा को अस्वीकार को रोकथाम को लागी), जो काम बाट पथ MTU खोज रोक्छ। एक प्राय जसो एक केस मा एक मात्रा मा डाटा को एक ठूलो ब्लक पठाउँछ रूपमा एक कनेक्शन कम मात्रा डाटा को लागी काम गर्दछ तर झुण्डिएको अवस्थामा मा यस्तो अवरुद्ध पत्ता लगाउँछ। उदाहरण को लागी, आईआरसी संग एक जडान ग्राहक पिंग सन्देश सम्म देख्न सक्छ, तर त्यस पछि कुनै प्रतिक्रिया प्राप्त। यो किनभने स्वागत सन्देश को ठूलो सेट वास्तविक MTU भन्दा ठूलो प्याकेट मा बाहिर पठाइन्छ। साथै, एक आईपी नेटवर्क मा, स्रोत को ठेगाना बाट गन्तव्य को ठेगाना को पथ अक्सर गतिशील रूप मा परिमार्जित हुन्छ, विभिन्न घटनाहरु (लोड-सन्तुलन, भीड, आउटपुट, आदि) को प्रतिक्रिया मा-यो बाटो MTU परिवर्तन (कहिलेकाहिँ दोहोर्याइएको) एक प्रसारण को समयमा, जो होस्ट नयाँ सुरक्षित MTU पाउनु भन्दा पहिले थप प्याकेट ड्रप परिचय गर्न सक्छ।

धेरै जसो ईथरनेट LANs १,००० बाइट्स को MTU (आधुनिक LANs जम्बो फ्रेमहरु को उपयोग गर्न सक्छन्, एक MTU को लागी 1500००० बाइट्स को लागी अनुमति दिन्छन्) को उपयोग गर्दछ, तर PPPoE जस्तै सीमा प्रोटोकल यो कम हुनेछ। यो बाटो MTU खोज को कारण नराम्ररी कन्फिगर गरिएको फायरवाल को पछाडि केहि साइटहरु बनाउन को लागी सम्भावित परिणाम संग आउन को लागी कारण बन्यो। एक सम्भवतः यो वरिपरि काम गर्न सक्नुहुन्छ, सञ्जाल को एक भाग को एक नियन्त्रण मा निर्भर गर्दछ; उदाहरण को लागी एक एक प्रारम्भिक प्याकेट मा एमएसएस (अधिकतम खण्ड आकार) परिवर्तन गर्न सक्छ कि एक को फायरवाल मा टीसीपी कनेक्शन सेट अप गर्दछ।

यो समस्या विन्डोज विस्टा को परिचय जो 'नेक्स्ट जेनेरेसन टीसीपी/आईपी स्ट्याक' को परिचय पछि धेरै पटक सतह मा आएको छ। यो लागू गर्दछ "विन्डो स्वतः ट्यूनिंग प्राप्त गर्नुहोस् कि लगातार ब्यान्डविड्थ-ढिलाइ उत्पादन र आवेदन पुनः प्राप्त दर मापन गरेर इष्टतम प्राप्त सञ्झ्याल आकार निर्धारण गर्दछ, र अधिकतम सञ्जाल परिस्थितिमा आधारित विन्डो आकार प्राप्त समायोजित।" [2] यो पुरानो राउटरहरु र अन्य अपरेटि systems सिस्टमहरु संग काम गर्न को लागी देखा पर्ने फायरवाल संग संयोजन मा असफल देखीएको छ। यो प्राय: ADSL राउटरहरुमा देखीन्छ र अक्सर एक फर्मवेयर अपडेट द्वारा सुधार गर्न सकिन्छ।

तपाइँ पनि हेर्न रुचि हुन सक्छ: आइसोलेसन अस्पतालहरुमा लिएको औषधि

एटीएम ब्याकबोन, MTU ट्यूनिंग को एक उदाहरण
कहिले काहिँ यो कृत्रिम रूप मा सही अधिकतम संभव लम्बाइ समर्थित सफ्टवेयर मा एक कम MTU घोषणा गर्न दक्षता को दृष्टिकोण बाट राम्रो छ। यसको एउटा उदाहरण हो जहाँ आईपी यातायात एक एटीएम (अतुल्यकालिक स्थानान्तरण मोड) नेटवर्क मा गरिन्छ। केहि प्रदायकहरु, विशेष गरी ती एक टेलिफोनी पृष्ठभूमि संग, आफ्नो आन्तरिक ब्याकबोन नेटवर्क मा एटीएम को उपयोग गर्नुहोस्।

इष्टतम दक्षता मा एटीएम को उपयोग गरीन्छ जब प्याकेट लम्बाई ४ by बाइट को एक बहु हो। यो किनभने एटीएम निश्चित लम्बाइ प्याकेट ('सेल' को रूप मा जानिन्छ) को एक स्ट्रिम को रूप मा पठाइएको छ, जस मध्ये प्रत्येक को एक सेल ५३ बाइट को कुल लागत को लागी ५ बाइट को ओभरहेड को साथ प्रयोगकर्ता डाटा को ४ by बाइट को एक पेलोड बोक्न सक्छ। तेसैले प्रसारित डाटा लम्बाई को कुल लम्बाई ५३ * ncells बाइट्स हो, जहाँ ncells = = INT ((payload_length+४))/४)) को आवश्यक कक्षहरुको संख्या। तेसैले सबैभन्दा खराब स्थिति मा, जहाँ कुल लम्बाई = (४**n+१) बाइट्स, एक अतिरिक्त सेल पेलोड को एक अन्तिम बाइट प्रसारण को लागी आवश्यक छ, अन्तिम सेल एक अतिरिक्त ५३ प्रसारित बाइट को लागत ४ 48 जसमा प्याडि are छन्। यस कारण को लागी, कृत्रिम रूप मा सफ्टवेयर मा एक कम MTU घोषणा एटीएम AAL48 कुल पेलोड लम्बाई 5 बाइट को एक बहु हो जब पनी सम्भव भएमा एटीएम तह मा प्रोटोकल दक्षता अधिकतम।

उदाहरण को लागी, 31 पुरा तरिकाले भरिएको एटीएम सेलहरु 31*48 = 1488 बाइट को एक पेलोड बोक्छन्। 1488 को यो आंकडा लिईरहेको छ र यो बाट कुनै पनी सान्दर्भिक उच्च प्रोटोकल द्वारा योगदान गरीएको कुनै पनि overheads हामी एक कृत्रिम कम इष्टतम MTU को लागी एक सुझाव मान प्राप्त गर्न सक्छौं। यस्तो अवस्थामा जहाँ प्रयोगकर्ता सामान्यतया १५०० बाइट प्याकेट पठाउनेछन्, १४1500 and र १५३1489 बाइट्स बीच पठाउन एक अतिरिक्त एटीएम सेल को रूप मा प्रसारित ५३ बाइट्स को एक अतिरिक्त निश्चित लागत आवश्यक छ।

तपाइँ पनि हेर्न रुचि हुन सक्छ: Zxhn h108n मा MTU कसरी थप्ने

पीपीपीओए/वीसी- MUX को उपयोग गरी DSL जडान मा आईपी को उदाहरण को लागी, फेरी पहिले जस्तै ३१ एटीएम सेलहरु भर्न छनौट, हामी १०४tes = ३१*४-31-१० को १० वटा बाइट्स को एक ओभरहेड खाता मा एक वांछित कम MTU आंकडा प्राप्त। २ बाइट को एक बिन्दु देखि बिन्दु प्रोटोकल को ओभरहेड को, र एक AAL1478 31 बाइट को ओभरहेड। यसले ३१*५३ = १48४३ बाइट्सको कुल लागत एपीएम बाट १४10 बाइट प्याकेट बाट PPPoA लाई पठाइएको छ। पीपीपीओए को प्रयोग गरी एडीएसएल मा पठाइएको आईपी को मामला मा 10 को आंकडा आईपी हेडर सहित आईपी प्याकेट को कुल लम्बाई हुनेछ। यस उदाहरण मा 2 को एक आत्म-लगाईएको कम MTU लाई ध्यानमा राखेर कुल लम्बाई 5 को आईपी प्याकेट पठाउन को बिरुद्ध आईपी प्याकेट को लम्बाइ को 8 बाइट को लागत मा एटीएम लेयर मा प्रति प्याकेट 31 बाइट बचाउँछ।

PPPoE/DSL जडान को लागी एक अधिकतम MTU १४ 1492 २ हो, प्रति RFC 2516: by बाइट्स PPPoE हेडर हो, एक १४6 by बाइट पेलोड को लागी पर्याप्त कोठा छोडेर, वा ३१ एटीएम सेलहरु।

अन्तमा: MTU को मानक मूल्य 1492 हुन .... र ब्राउजि problems समस्याहरु वा MSN कनेक्टिविटी समस्याहरु को मामला मा यो मान १४२२ र १४२० मा घटाउनु पर्छ।

सन्दर्भ: विकिपीडिया

शुभेक्षा सहित