പരമാവധി ട്രാൻസ്മിഷൻ യൂണിറ്റ് (MTU)

പരമാവധി ട്രാൻസ്മിഷൻ യൂണിറ്റ് (MTU)

കമ്പ്യൂട്ടർ നെറ്റ്‌വർക്കിംഗിൽ, മാക്സിമം ട്രാൻസ്മിഷൻ യൂണിറ്റ് (MTU) എന്ന പദം സൂചിപ്പിക്കുന്നത് ഏറ്റവും വലിയ PDU- യുടെ വലുപ്പം (ബൈറ്റുകളിൽ) ഒരു ആശയവിനിമയ പ്രോട്ടോക്കോളിന്റെ തലം മുന്നോട്ട് പോകാൻ കഴിയും എന്നാണ്. MTU പാരാമീറ്ററുകൾ സാധാരണയായി ഒരു ആശയവിനിമയ ഇന്റർഫേസുമായി (NIC, സീരിയൽ പോർട്ട് മുതലായവ) ബന്ധപ്പെട്ടിരിക്കുന്നു. MTU മാനദണ്ഡങ്ങളാൽ പരിഹരിക്കപ്പെട്ടേക്കാം (ഇഥർനെറ്റിന്റെ കാര്യത്തിലെന്നപോലെ) അല്ലെങ്കിൽ കണക്ട് സമയത്ത് തീരുമാനിച്ചേക്കാം (സാധാരണയായി പോയിന്റ്-ടു-പോയിന്റ് സീരിയൽ ലിങ്കുകൾ പോലെ). ഉയർന്ന MTU കൂടുതൽ കാര്യക്ഷമത നൽകുന്നു, കാരണം ഓരോ പാക്കറ്റും കൂടുതൽ ഉപയോക്തൃ ഡാറ്റ വഹിക്കുന്നു, അതേസമയം ഹെഡ്ഡറുകൾ അല്ലെങ്കിൽ അടിസ്ഥാന പാക്കറ്റ് കാലതാമസം പോലുള്ള പ്രോട്ടോക്കോൾ ഓവർഹെഡുകൾ സ്ഥിരമായി തുടരും, ഉയർന്ന കാര്യക്ഷമത എന്നാൽ ബൾക്ക് പ്രോട്ടോക്കോൾ ത്രൂപുട്ടിൽ നേരിയ പുരോഗതി. എന്നിരുന്നാലും, വലിയ പാക്കറ്റുകൾക്ക് കുറച്ച് സമയത്തേക്ക് ഒരു മന്ദഗതിയിലുള്ള ലിങ്ക് ഉൾക്കൊള്ളാൻ കഴിയും, ഇത് പാക്കറ്റുകൾ പിന്തുടരുന്നതിന് കൂടുതൽ കാലതാമസം വരുത്തുകയും കാലതാമസവും കുറഞ്ഞ ലേറ്റൻസിയും വർദ്ധിപ്പിക്കുകയും ചെയ്യും. ഉദാഹരണത്തിന്, 1500 ബൈറ്റ് പാക്കറ്റ്, നെറ്റ്‌വർക്ക് ലെയറിൽ (അതിനാൽ ഇന്റർനെറ്റിന്റെ ഭൂരിഭാഗവും) ഇഥർനെറ്റ് അനുവദിച്ച ഏറ്റവും വലിയ പാക്കറ്റ് ഏകദേശം 14.4k മോഡം ഒരു സെക്കൻഡിൽ ബന്ധിപ്പിക്കും.

പാത MTU കണ്ടെത്തൽ
ഒരു സ്രോതസ്സും ലക്ഷ്യസ്ഥാനവും തമ്മിലുള്ള "പാത്തിന്റെ" ഏതെങ്കിലും ഐപി ഹോപ്പുകളുടെ ഏറ്റവും ചെറിയ MTU ആയി ഇന്റർനെറ്റ് ട്രാൻസ്മിഷൻ പാത്തിന്റെ "പാത്ത് MTU" എന്ന് ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ നിർവ്വചിക്കുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, MTU പാത്ത് വിഘടനം അനുഭവിക്കാതെ ഈ പാതയിലൂടെ കടന്നുപോകുന്ന ഏറ്റവും വലിയ പാക്കറ്റ് വലുപ്പമാണ്.

RFC 1191 "പാത്ത് MTU കണ്ടെത്തൽ" വിവരിക്കുന്നു, രണ്ട് IP ഹോസ്റ്റുകൾ തമ്മിലുള്ള MTU പാത്ത് നിർണ്ണയിക്കുന്നതിനുള്ള ഒരു സാങ്കേതികത. Outട്ട്ഗോയിംഗ് പാക്കറ്റുകളുടെ IP തലക്കെട്ടുകളിൽ DF (ഫ്രണ്ട്മെന്റ് ചെയ്യരുത്) ഓപ്ഷൻ സജ്ജീകരിച്ചുകൊണ്ട് ഇത് പ്രവർത്തിക്കുന്നു. MTU പാക്കറ്റിനേക്കാൾ ചെറുതായ പാതയിലുള്ള ഏത് ഉപകരണവും അത്തരം പാക്കറ്റുകൾ ഉപേക്ഷിക്കുകയും അതിന്റെ MTU അടങ്ങുന്ന ഒരു ICMP “ഡെസ്റ്റിനേഷൻ അൺ റീച്ചബിൾ (ഡാറ്റാഗ്രാം വളരെ വലുത്)” സന്ദേശം തിരികെ അയയ്ക്കുകയും ഉറവിട ഹോസ്റ്റിനെ അതിന്റെ അനുമാനിച്ച പാത MTU ഉചിതമായി കുറയ്ക്കാൻ അനുവദിക്കുകയും ചെയ്യും. MTU ചെറുതായി കുറയുന്നതുവരെ ഈ പ്രക്രിയ ആവർത്തിക്കുന്നു.

നിങ്ങൾക്ക് കാണാനും താൽപ്പര്യമുണ്ടാകാം: 2 വയർ റൂട്ടർ കോൺഫിഗറേഷൻ

നിർഭാഗ്യവശാൽ, വർദ്ധിച്ചുവരുന്ന നെറ്റ്‌വർക്കുകളുടെ എണ്ണം ICMP ട്രാഫിക് ഉപേക്ഷിക്കുന്നു (ഉദാ. സേവന-നിഷേധ ആക്രമണങ്ങൾ തടയുന്നതിന്), ഇത് MTU കണ്ടെത്തൽ പ്രവർത്തിക്കുന്നത് തടയുന്നു. കുറഞ്ഞ അളവിലുള്ള ഡാറ്റയ്‌ക്കായി ഒരു കണക്ഷൻ പ്രവർത്തിക്കുന്ന സന്ദർഭങ്ങളിൽ ഒരാൾ പലപ്പോഴും അത്തരം തടയൽ കണ്ടെത്തുന്നു, പക്ഷേ ഒരു ഹോസ്റ്റ് ഒരു സമയത്ത് ഒരു വലിയ ഡാറ്റ ഡാറ്റ അയച്ചാലുടൻ തൂങ്ങിക്കിടക്കുന്നു. ഉദാഹരണത്തിന്, IRC ഉപയോഗിച്ച് ഒരു കണക്റ്റിംഗ് ക്ലയന്റ് പിംഗ് സന്ദേശം കാണാനിടയുണ്ട്, പക്ഷേ അതിനുശേഷം ഒരു പ്രതികരണവും ലഭിക്കില്ല. കാരണം, യഥാർത്ഥ MTU- നെക്കാൾ വലിയ പാക്കറ്റുകളിലാണ് വലിയ അളവിൽ സ്വാഗത സന്ദേശങ്ങൾ അയക്കുന്നത്. കൂടാതെ, ഒരു ഐപി നെറ്റ്‌വർക്കിൽ, ഉറവിട വിലാസത്തിൽ നിന്ന് ലക്ഷ്യസ്ഥാന വിലാസത്തിലേക്കുള്ള പാത പലപ്പോഴും ചലനാത്മകമായി പരിഷ്കരിക്കപ്പെടുന്നു, വിവിധ സംഭവങ്ങൾക്ക് (ലോഡ്-ബാലൻസിംഗ്, തിരക്ക്, pട്ട്പുട്ടുകൾ മുതലായവ) പ്രതികരണമായി-ഇത് MTU പാത മാറുന്നതിന് ഇടയാക്കും (ചിലപ്പോൾ ആവർത്തിച്ചു) ഒരു ട്രാൻസ്മിഷൻ സമയത്ത്, പുതിയ സുരക്ഷിത MTU ഹോസ്റ്റ് കണ്ടെത്തുന്നതിന് മുമ്പ് കൂടുതൽ പാക്കറ്റ് ഡ്രോപ്പുകൾ അവതരിപ്പിച്ചേക്കാം.

മിക്ക ഇഥർനെറ്റ് LAN- കളും 1500 ബൈറ്റുകളുടെ MTU ഉപയോഗിക്കുന്നു (ആധുനിക LAN- കൾക്ക് ജംബോ ഫ്രെയിമുകൾ ഉപയോഗിക്കാം, 9000 ബൈറ്റുകൾ വരെ ഒരു MTU അനുവദിക്കുന്നു), എന്നിരുന്നാലും PPPoE പോലുള്ള അതിർത്തി പ്രോട്ടോക്കോളുകൾ ഇത് കുറയ്ക്കും. മോശമായി കോൺഫിഗർ ചെയ്ത ഫയർവാളുകൾക്ക് പിന്നിലുള്ള ചില സൈറ്റുകളെ അപ്രാപ്യമാക്കുന്നതിന്റെ ഫലമായി MTU കണ്ടെത്തൽ പ്രാബല്യത്തിൽ വരാൻ ഇത് കാരണമാകുന്നു. നെറ്റ്‌വർക്കിന്റെ ഏത് ഭാഗമാണ് ഒരാൾ നിയന്ത്രിക്കുന്നത് എന്നതിനെ ആശ്രയിച്ച് ഒരാൾക്ക് ഇത് പ്രവർത്തിക്കാൻ കഴിയും; ഉദാഹരണത്തിന്, ഒരാളുടെ ഫയർവാളിൽ TCP കണക്ഷൻ സജ്ജീകരിക്കുന്ന പ്രാരംഭ പാക്കറ്റിൽ MSS (പരമാവധി സെഗ്മെന്റ് വലുപ്പം) മാറ്റാൻ കഴിയും.

'അടുത്ത തലമുറ TCP/IP സ്റ്റാക്ക്' അവതരിപ്പിക്കുന്ന Windows Vista അവതരിപ്പിച്ചതിനു ശേഷം ഈ പ്രശ്നം കൂടുതൽ തവണ ഉയർന്നുവരുന്നു. ഇത് നടപ്പിലാക്കുന്നു "ബാൻഡ്‌വിഡ്ത്ത്-കാലതാമസ ഉൽപ്പന്നവും ആപ്ലിക്കേഷൻ വീണ്ടെടുക്കൽ നിരക്കും അളക്കുന്നതിലൂടെ ഒപ്റ്റിമൽ സ്വീകരണ വിൻഡോ വലുപ്പം തുടർച്ചയായി നിർണ്ണയിക്കുന്ന വിൻഡോ ഓട്ടോ-ട്യൂണിംഗ് സ്വീകരിക്കുക, കൂടാതെ നെറ്റ്‌വർക്ക് അവസ്ഥ മാറുന്നതിനെ അടിസ്ഥാനമാക്കി പരമാവധി സ്വീകരണ വിൻഡോ വലുപ്പം ക്രമീകരിക്കുക." [2] മറ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കുന്നതായി തോന്നുന്ന പഴയ റൂട്ടറുകളും ഫയർവാളുകളുമായി ഇത് പരാജയപ്പെടുന്നതായി കാണുന്നു. ഇത് മിക്കപ്പോഴും ADSL റൂട്ടറുകളിൽ കാണപ്പെടുന്നു, പലപ്പോഴും ഒരു ഫേംവെയർ അപ്ഡേറ്റ് വഴി ഇത് തിരുത്താവുന്നതാണ്.

നിങ്ങൾക്ക് കാണാനും താൽപ്പര്യമുണ്ടാകാം: ഐസൊലേഷൻ ആശുപത്രികളിൽ എടുത്ത മരുന്നുകൾ

എടിഎം നട്ടെല്ല്, MTU ട്യൂണിങ്ങിന്റെ ഒരു ഉദാഹരണം
ചില സമയങ്ങളിൽ, കാര്യക്ഷമതയുടെ വീക്ഷണകോണിൽ നിന്ന്, സാധ്യമായ പരമാവധി ദൈർഘ്യത്തിന് താഴെയുള്ള സോഫ്റ്റ്വെയറിൽ കുറച്ച MTU കൃത്രിമമായി പ്രഖ്യാപിക്കുന്നത് അഭികാമ്യമാണ്. എടിഎം (അസിൻക്രണസ് ട്രാൻസ്ഫർ മോഡ്) നെറ്റ്‌വർക്കിലൂടെ ഐപി ട്രാഫിക് കൊണ്ടുപോകുന്ന സാഹചര്യമാണ് ഇതിന്റെ ഒരു ഉദാഹരണം. ചില ദാതാക്കൾ, പ്രത്യേകിച്ച് ടെലിഫോണി പശ്ചാത്തലമുള്ളവർ, അവരുടെ ആന്തരിക നട്ടെല്ല് നെറ്റ്‌വർക്കിൽ എടിഎം ഉപയോഗിക്കുന്നു.

പാക്കറ്റ് ദൈർഘ്യം 48 ബൈറ്റുകളുടെ ഗുണിതമാകുമ്പോൾ എടിഎം പരമാവധി കാര്യക്ഷമതയിൽ ഉപയോഗിക്കുന്നു. എടിഎം നിശ്ചിത ദൈർഘ്യമുള്ള പാക്കറ്റുകളുടെ ('സെല്ലുകൾ' എന്നറിയപ്പെടുന്ന) ഒരു സ്ട്രീമായി അയച്ചതിനാൽ, ഓരോ സെല്ലിനും 48 ബൈറ്റുകളുടെ മൊത്തം വിലയ്ക്ക് 5 ബൈറ്റുകൾ ഓവർഹെഡിനൊപ്പം 53 ബൈറ്റുകൾ ഉപയോക്തൃ ഡാറ്റയുടെ പേലോഡ് വഹിക്കാൻ കഴിയും. അതിനാൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന ഡാറ്റ ദൈർഘ്യത്തിന്റെ ആകെ ദൈർഘ്യം 53 * എൻസെൽ ബൈറ്റുകളാണ്, ഇവിടെ ncells = = INT ((payload_length+47)/48) ന്റെ ആവശ്യമായ സെല്ലുകളുടെ എണ്ണം. അതിനാൽ ഏറ്റവും മോശം അവസ്ഥയിൽ, മൊത്തം നീളം = (48*n+1) ബൈറ്റുകൾ, പേലോഡിന്റെ അവസാന ബൈറ്റ് കൈമാറാൻ ഒരു അധിക സെൽ ആവശ്യമാണ്, അതിൽ അധികമായി 53 ട്രാൻസ്മിറ്റ് ചെയ്ത ബൈറ്റുകൾ 47 വിലയുണ്ട്. ഇക്കാരണത്താൽ, സോഫ്റ്റ്വെയറിൽ കുറഞ്ഞ MTU കൃത്രിമമായി പ്രഖ്യാപിക്കുന്നത് ATM AAL5 മൊത്തം പേലോഡ് ദൈർഘ്യം സാധ്യമാകുമ്പോഴെല്ലാം 48 ബൈറ്റുകളുടെ ഗുണിതമാക്കി എടിഎം ലെയറിലെ പ്രോട്ടോക്കോൾ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുന്നു.

ഉദാഹരണത്തിന്, പൂർണ്ണമായും പൂരിപ്പിച്ച 31 എടിഎം സെല്ലുകൾ 31*48 = 1488 ബൈറ്റുകളുടെ പേലോഡ് വഹിക്കുന്നു. 1488 എന്ന ഈ കണക്ക് എടുത്ത് അതിൽ നിന്ന് പ്രസക്തമായ എല്ലാ ഉയർന്ന പ്രോട്ടോക്കോളുകളും സംഭാവന ചെയ്യുന്ന ഏതെങ്കിലും ഓവർഹെഡുകൾ കുറച്ചാൽ നമുക്ക് ഒരു കൃത്രിമമായി കുറച്ച ഒപ്റ്റിമൽ MTU- യ്ക്ക് ഒരു നിർദ്ദിഷ്ട മൂല്യം ലഭിക്കും. ഉപയോക്താവ് സാധാരണയായി 1500 ബൈറ്റ് പാക്കറ്റുകൾ അയയ്‌ക്കുന്ന സാഹചര്യത്തിൽ, 1489 നും 1536 ബൈറ്റുകൾക്കുമിടയിൽ ഒരു അധിക എടിഎം സെല്ലിന്റെ രൂപത്തിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന 53 ബൈറ്റുകൾക്ക് ഒരു നിശ്ചിത ചിലവ് ആവശ്യമാണ്.

നിങ്ങൾക്ക് കാണാനും താൽപ്പര്യമുണ്ടാകാം: Zxhn h108n- ൽ MTU എങ്ങനെ ചേർക്കാം

PPPoA/VC-MUX ഉപയോഗിച്ചുള്ള IP ഓവർ DSL കണക്ഷനുകളുടെ ഉദാഹരണത്തിനായി, മുമ്പത്തെപ്പോലെ 31 ATM സെല്ലുകൾ പൂരിപ്പിക്കാൻ വീണ്ടും തിരഞ്ഞെടുക്കുന്നതിലൂടെ, 1478 = 31*48-10 എന്ന ഒപ്റ്റിമൽ കുറച്ച MTU കണക്ക് 10 ബൈറ്റുകളുടെ ഓവർഹെഡ് കണക്കിലെടുക്കുന്നു. ഒരു പോയിന്റ്-ടു-പോയിന്റ് പ്രോട്ടോക്കോൾ ഓവർഹെഡ് 2 ബൈറ്റുകൾ, AAL5 ഓവർഹെഡ് 8 ബൈറ്റുകൾ. ഇത് PPPoA- യ്ക്ക് കൈമാറിയ 31 ബൈറ്റ് പാക്കറ്റിൽ നിന്ന് ATM വഴി ട്രാൻസ്മിറ്റ് ചെയ്ത 53*1643 = 1478 ബൈറ്റുകളുടെ ആകെ ചിലവ് നൽകുന്നു. PPPoA ഉപയോഗിച്ച് ADSL വഴി അയച്ച IP- യുടെ കാര്യത്തിൽ 1478 എന്ന സംഖ്യ IP തലക്കെട്ടുകൾ ഉൾപ്പെടെയുള്ള IP പാക്കറ്റിന്റെ ആകെ നീളമായിരിക്കും. അതിനാൽ ഈ ഉദാഹരണത്തിൽ 1478 ന്റെ സ്വയം കുറച്ച MTU കുറച്ചുകൊണ്ട്, മൊത്തം നീളമുള്ള ഐപി പാക്കറ്റുകൾ 1500 അയയ്ക്കുന്നതിന് വിപരീതമായി, എടിഎം ലെയറിൽ ഒരു പാക്കറ്റിന് 53 ബൈറ്റുകൾ ലാഭിക്കുന്നു.

PPPoE/DSL കണക്ഷനുകൾക്കുള്ള പരമാവധി MTU 1492 ആണ്, ഓരോ RFC 2516: 6 ബൈറ്റുകൾ PPPoE തലക്കെട്ട്, 1488 ബൈറ്റ് പേലോഡിന് അല്ലെങ്കിൽ 31 പൂർണ്ണ ATM സെല്ലുകൾക്ക് മതിയായ ഇടം നൽകുന്നു.

അവസാനമായി: എംടിയുവിന്റെ സ്റ്റാൻഡേർഡ് മൂല്യം 1492 ആണ് .... ബ്രൗസിംഗ് പ്രശ്നങ്ങളോ MSN കണക്റ്റിവിറ്റി പ്രശ്നങ്ങളോ ഉണ്ടെങ്കിൽ അത് 1422, 1420 എന്നീ മൂല്യങ്ങളിലേക്ക് കുറയ്ക്കണം.

റഫറൻസ്: വിക്കിപീഡിയ

ആശംസകളോടെ