મહત્તમ ટ્રાન્સમિશન યુનિટ (MTU)

મહત્તમ ટ્રાન્સમિશન યુનિટ (MTU)

કમ્પ્યુટર નેટવર્કિંગમાં, મેક્સિમમ ટ્રાન્સમિશન યુનિટ (MTU) શબ્દ સૌથી મોટા PDU ના કદ (બાઇટ્સ) નો સંદર્ભ આપે છે કે જે સંચાર પ્રોટોકોલનો આપેલ સ્તર આગળ પસાર કરી શકે છે. MTU પરિમાણો સામાન્ય રીતે સંચાર ઇન્ટરફેસ (NIC, સીરીયલ પોર્ટ, વગેરે) સાથે જોડાણમાં દેખાય છે. એમટીયુને ધોરણો દ્વારા નિશ્ચિત કરી શકાય છે (જેમ કે ઇથરનેટ સાથે કેસ છે) અથવા કનેક્ટ સમયે નક્કી કરવામાં આવે છે (સામાન્ય રીતે પોઇન્ટ-ટુ-પોઇન્ટ સીરીયલ લિંક્સનો કેસ હોય છે). ઉચ્ચ એમટીયુ વધુ કાર્યક્ષમતા લાવે છે કારણ કે દરેક પેકેટ વધુ વપરાશકર્તા ડેટા વહન કરે છે જ્યારે પ્રોટોકોલ ઓવરહેડ્સ, જેમ કે હેડર અથવા પેકેટ અંતર્ગત અંતર નિશ્ચિત રહે છે, અને ઉચ્ચ કાર્યક્ષમતાનો અર્થ બલ્ક પ્રોટોકોલ થ્રુપુટમાં થોડો સુધારો છે. જો કે, મોટા પેકેટો થોડા સમય માટે ધીમી કડી પર કબજો કરી શકે છે, જેના કારણે પેકેટને અનુસરવામાં વધુ વિલંબ થાય છે અને લેગ અને ન્યૂનતમ વિલંબ વધે છે. ઉદાહરણ તરીકે, નેટવર્ક લેયર (અને તેથી મોટા ભાગના ઇન્ટરનેટ) પર ઇથરનેટ દ્વારા મંજૂર કરાયેલ સૌથી મોટું 1500 બાઇટ પેકેટ, લગભગ એક સેકન્ડ માટે 14.4k મોડેમ બાંધશે.

પાથ MTU શોધ
ઈન્ટરનેટ પ્રોટોકોલ ઈન્ટરનેટ ટ્રાન્સમિશન પાથના "પાથ એમટીયુ" ને વ્યાખ્યાયિત કરે છે કે સ્રોત અને ગંતવ્ય વચ્ચેના "પાથ" ના કોઈપણ આઈપી હોપ્સના સૌથી નાના એમટીયુ તરીકે. બીજી રીતે કહીએ તો, માર્ગ MTU એ સૌથી મોટું પેકેટ કદ છે જે વિભાજન ભોગવ્યા વિના આ માર્ગને પાર કરે છે.

આરએફસી 1191 "પાથ એમટીયુ ડિસ્કવરી" નું વર્ણન કરે છે, જે બે આઇપી હોસ્ટ્સ વચ્ચે એમટીયુ પાથ નક્કી કરવાની તકનીક છે. તે આઉટગોઇંગ પેકેટોના આઇપી હેડરમાં ડીએફ (ડોન્ટ ફ્રેગમેન્ટ) વિકલ્પ સેટ કરીને કામ કરે છે. પાથ સાથેનું કોઈપણ ઉપકરણ કે જેનું MTU પેકેટ કરતા નાનું છે તે આવા પેકેટોને છોડે છે અને તેના MTU ધરાવતો ICMP "ડેસ્ટિનેશન અન્રેચેબલ (ડેટાગ્રામ ખૂબ મોટો)" સંદેશ પાછો મોકલે છે, જે સ્રોત યજમાનને તેના ધારેલા માર્ગ MTU ને યોગ્ય રીતે ઘટાડવાની મંજૂરી આપે છે. જ્યાં સુધી એમટીયુ એટલું નાનું ન થાય ત્યાં સુધી પ્રક્રિયા પુનરાવર્તિત થાય છે, જે ટુકડા વિના સમગ્ર માર્ગને પાર કરી શકે છે.

તમને જોવા માટે પણ રસ હોઈ શકે છે: 2 વાયર રાઉટર રૂપરેખાંકન

કમનસીબે, નેટવર્કની વધતી જતી સંખ્યા ICMP ટ્રાફિક ઘટાડે છે (દા.ત. સેવાના હુમલાને રોકવા માટે), જે MTU શોધને કાર્ય કરતા અટકાવે છે. કોઈ વ્યક્તિ ઘણી વખત આવા બ્લોકિંગને એવા કિસ્સાઓમાં શોધી કાે છે જ્યાં કનેક્શન લો-વોલ્યુમ ડેટા માટે કામ કરે છે પરંતુ યજમાન એક સમયે ડેટાનો મોટો બ્લોક મોકલે તેટલી જલદી અટકી જાય છે. દાખલા તરીકે, IRC સાથે કનેક્ટિંગ ક્લાયન્ટ પિંગ મેસેજ જોઈ શકે છે, પરંતુ તે પછી કોઈ પ્રતિસાદ મળતો નથી. આ એટલા માટે છે કારણ કે સ્વાગત સંદેશાઓનો મોટો સમૂહ વાસ્તવિક MTU કરતા મોટા પેકેટમાં મોકલવામાં આવે છે. ઉપરાંત, આઇપી નેટવર્કમાં, વિવિધ ઇવેન્ટ્સ (લોડ-બેલેન્સિંગ, ભીડ, આઉટપુટ, વગેરે) ના જવાબમાં, સ્રોત સરનામુંથી ગંતવ્ય સરનામાં સુધીનો માર્ગ ઘણીવાર ગતિશીલ રીતે સુધારે છે-આના પરિણામે પાથ MTU બદલાઈ શકે છે (ક્યારેક પુનરાવર્તિત) ટ્રાન્સમિશન દરમિયાન, જે યજમાન નવા સલામત MTU શોધે તે પહેલાં વધુ પેકેટ ટીપાં રજૂ કરી શકે છે.

મોટાભાગના ઇથરનેટ LANs 1500 બાઇટ્સના MTU નો ઉપયોગ કરે છે (આધુનિક LANs જમ્બો ફ્રેમનો ઉપયોગ કરી શકે છે, જે 9000 બાઇટ્સ સુધી MTU માટે પરવાનગી આપે છે), જોકે PPPoE જેવા બોર્ડર પ્રોટોકોલ આને ઘટાડશે. આના કારણે પાથ એમટીયુ શોધ ખોટી રીતે ગોઠવેલ ફાયરવોલ પાછળની કેટલીક સાઇટ્સને પહોંચી શકાય તેવા સંભવિત પરિણામ સાથે અમલમાં આવે છે. નેટવર્કના કયા ભાગને નિયંત્રિત કરે છે તેના આધારે વ્યક્તિ આની આસપાસ કામ કરી શકે છે; ઉદાહરણ તરીકે કોઈ વ્યક્તિ પ્રારંભિક પેકેટમાં MSS (મહત્તમ સેગમેન્ટનું કદ) બદલી શકે છે જે કોઈના ફાયરવોલ પર TCP કનેક્શન સેટ કરે છે.

વિન્ડોઝ વિસ્ટા જે 'નેક્સ્ટ જનરેશન ટીસીપી/આઈપી સ્ટેક' રજૂ કરે છે તેની રજૂઆત બાદ આ સમસ્યા વધુ વખત સામે આવી છે. આ અમલમાં મૂકે છે "વિન્ડો ઓટો-ટ્યુનિંગ પ્રાપ્ત કરો જે બેન્ડવિડ્થ-વિલંબ ઉત્પાદન અને એપ્લિકેશન પુન retrieveપ્રાપ્તિ દરને માપવા દ્વારા સતત શ્રેષ્ઠ વિન્ડો કદ નક્કી કરે છે, અને નેટવર્કની સ્થિતિને આધારે મહત્તમ પ્રાપ્ત વિન્ડો કદને સમાયોજિત કરે છે." [2] આ જૂની રાઉટર્સ અને ફાયરવોલ સાથે જોડાણમાં નિષ્ફળ થતું જોવા મળ્યું છે જે અન્ય ઓપરેટિંગ સિસ્ટમ્સ સાથે કામ કરવા માટે દેખાય છે. તે મોટેભાગે ADSL રાઉટર્સમાં જોવા મળે છે અને ઘણીવાર ફર્મવેર અપડેટ દ્વારા સુધારી શકાય છે.

તમને જોવા માટે પણ રસ હોઈ શકે છે: આઇસોલેશન હોસ્પિટલોમાં લેવામાં આવતી દવાઓ

એટીએમ બેકબોન્સ, એમટીયુ ટ્યુનિંગનું ઉદાહરણ
કેટલીકવાર કાર્યક્ષમતાના દૃષ્ટિકોણથી સોફ્ટવેરમાં કૃત્રિમ રીતે ઘટાડેલી MTU ને સાચી મહત્તમ શક્ય લંબાઈની નીચે સમર્થન આપવું વધુ સારું છે. આનું એક ઉદાહરણ એ છે કે જ્યાં આઇપી ટ્રાફિક એટીએમ (અસુમેળ ટ્રાન્સફર મોડ) નેટવર્ક પર વહન કરવામાં આવે છે. કેટલાક પ્રદાતાઓ, ખાસ કરીને ટેલિફોની પૃષ્ઠભૂમિ ધરાવતા, તેમના આંતરિક બેકબોન નેટવર્ક પર ATM નો ઉપયોગ કરે છે.

જ્યારે પેકેટની લંબાઈ 48 બાઇટ્સની બહુવિધ હોય ત્યારે શ્રેષ્ઠ કાર્યક્ષમતા પર ATM નો ઉપયોગ થાય છે. આનું કારણ એ છે કે એટીએમ ફિક્સ્ડ-લેન્થ પેકેટો ('સેલ્સ' તરીકે ઓળખાય છે) ના પ્રવાહ તરીકે મોકલવામાં આવે છે, જેમાંથી દરેક સેલ દીઠ 48 બાઇટ્સની કુલ કિંમત માટે 5 બાઇટ ઓવરહેડ સાથે 53 બાઇટ વપરાશકર્તા ડેટાનો પેલોડ લઇ શકે છે. તેથી પ્રસારિત ડેટા લંબાઈની કુલ લંબાઈ 53 * ncells બાઇટ્સ છે, જ્યાં ncells = = INT ((payload_length+47)/48) ના જરૂરી કોષોની સંખ્યા. તેથી સૌથી ખરાબ કિસ્સામાં, જ્યાં કુલ લંબાઈ = (48*n+1) બાઇટ્સ, પેલોડના છેલ્લા બાઇટને પ્રસારિત કરવા માટે એક વધારાના કોષની જરૂર છે, અંતિમ કોષમાં વધારાના 53 પ્રસારિત બાઇટ્સનો ખર્ચ થાય છે, જેમાંથી 47 પેડિંગ છે. આ કારણોસર, સોફ્ટવેરમાં ઘટાડેલા MTU ને કૃત્રિમ રીતે જાહેર કરવાથી ATM સ્તર પર પ્રોટોકોલ કાર્યક્ષમતા મહત્તમ થાય છે જ્યારે ATM AAL5 ની કુલ પેલોડ લંબાઈ શક્ય હોય ત્યારે 48 બાઇટ્સની બહુવિધ હોય છે.

ઉદાહરણ તરીકે, 31 સંપૂર્ણપણે ભરાયેલા એટીએમ કોષો 31*48 = 1488 બાઇટ્સનો પેલોડ ધરાવે છે. 1488 ના આ આંકડાને લઈને અને તેનાથી સંબંધિત તમામ ઉચ્ચતર પ્રોટોકોલ દ્વારા ફાળવવામાં આવેલા કોઈપણ ઓવરહેડ્સને બાદ કરતાં આપણે કૃત્રિમ રીતે ઘટાડેલા શ્રેષ્ઠ MTU માટે સૂચિત મૂલ્ય મેળવી શકીએ છીએ. એવા કિસ્સામાં જ્યાં વપરાશકર્તા સામાન્ય રીતે 1500 બાઇટ પેકેટ મોકલશે, 1489 અને 1536 બાઇટ્સ વચ્ચે મોકલવા માટે એક વધારાના એટીએમ સેલના રૂપમાં પ્રસારિત 53 બાઇટ્સની વધારાની નિશ્ચિત કિંમતની જરૂર પડે છે.

તમને જોવા માટે પણ રસ હોઈ શકે છે: Zxhn h108n માં MTU કેવી રીતે ઉમેરવું

PPPoA/VC-MUX નો ઉપયોગ કરીને DSL કનેક્શન્સ પર IP ના ઉદાહરણ માટે, ફરીથી 31 એટીએમ સેલ ભરવાનું પસંદ કરતા પહેલા, અમે 1478 બાઇટ્સના ઓવરહેડને ધ્યાનમાં રાખીને 31 = 48*10-10 ની ઇચ્છિત શ્રેષ્ઠ રીતે ઘટાડેલી MTU આકૃતિ મેળવીએ છીએ. 2 બાઇટ્સના પોઇન્ટ-ટુ-પોઇન્ટ પ્રોટોકોલ, અને 5 બાઇટ્સના AAL8 ઓવરહેડ. આ એપીએમ દ્વારા 31 બાઇટ પેકેટમાંથી એટીએમ દ્વારા પ્રસારિત કુલ 53*1643 = 1478 બાઇટ્સનો ખર્ચ આપે છે. PPPoA નો ઉપયોગ કરીને ADSL પર મોકલવામાં આવેલા IP ના કિસ્સામાં IP હેડર સહિત IP પેકેટની કુલ લંબાઈ 1478 હશે. તેથી આ ઉદાહરણમાં 1478 ના સ્વ-લાદવામાં આવેલા ઘટાડેલા MTU ને જાળવી રાખીને કુલ લંબાઈ 1500 ના IP પેકેટ મોકલવાના વિરોધમાં IP પેકેટની લંબાઈના 53 બાઈટના ઘટાડા સાથે ATM સ્તર પર પેકેટ દીઠ 22 બાઈટ બચાવે છે.

PPPoE/DSL જોડાણો માટે મહત્તમ MTU 1492 છે, RFC 2516: 6 બાઇટ્સ PPPoE હેડર છે, 1488 બાઇટ પેલોડ અથવા 31 સંપૂર્ણ એટીએમ સેલ માટે પૂરતી જગ્યા છોડે છે.

અંતે: MTU નું પ્રમાણભૂત મૂલ્ય 1492 હોવું જોઈએ .... અને બ્રાઉઝિંગ સમસ્યાઓ અથવા MSN કનેક્ટિવિટી સમસ્યાઓના કિસ્સામાં તેને 1422 અને 1420 મૂલ્યોમાં ઘટાડવું જોઈએ.

સંદર્ભ: વિકિપીડિયા

શ્રેષ્ઠ શુભેચ્છા