Kiwango cha juu cha Usafirishaji (MTU)

Kiwango cha juu cha Usafirishaji (MTU)

Katika mitandao ya kompyuta, neno Kitengo cha Usambazaji wa kiwango cha juu (MTU) kinamaanisha saizi (kwa ka) ya PDU kubwa zaidi ambayo safu ya itifaki ya mawasiliano inaweza kupita mbele. Vigezo vya MTU kawaida huonekana kwa kushirikiana na kiolesura cha mawasiliano (NIC, bandari ya serial, nk). MTU inaweza kurekebishwa na viwango (kama ilivyo kwa Ethernet) au kuamuliwa wakati wa unganisho (kama kawaida kesi na viungo vya serial-to-point). MTU ya juu huleta ufanisi mkubwa kwa sababu kila pakiti hubeba data zaidi ya watumiaji wakati vichwa vya itifaki, kama vile vichwa vya habari au ucheleweshaji wa pakiti unabaki umerekebishwa, na ufanisi wa hali ya juu unamaanisha uboreshaji kidogo wa kupitisha itifaki nyingi. Walakini, pakiti kubwa zinaweza kuchukua kiunga polepole kwa muda, na kusababisha ucheleweshaji mkubwa kufuata pakiti na kuongeza bakia na latency ya chini. Kwa mfano, pakiti ya baiti 1500, kubwa zaidi inayoruhusiwa na Ethernet kwenye safu ya mtandao (na kwa hivyo mtandao mwingi), ingefunga modem ya 14.4k kwa karibu sekunde moja.

Njia ya ugunduzi wa MTU
Itifaki ya Mtandao inafafanua "njia MTU" ya njia ya usambazaji wa mtandao kama MTU ndogo zaidi ya njia yoyote ya IP ya "njia" kati ya chanzo na marudio. Weka njia nyingine, njia MTU ni ukubwa mkubwa wa pakiti ambayo hupitia njia hii bila kutawanyika.

RFC 1191 inaelezea "Ugunduzi wa MTU wa Njia", mbinu ya kuamua njia ya MTU kati ya majeshi mawili ya IP. Inafanya kazi kwa kuweka chaguo la DF (Usisambaratishe) kwenye vichwa vya IP vya pakiti zinazotoka. Kifaa chochote kando ya njia ambayo MTU ni ndogo kuliko pakiti hiyo itaacha pakiti kama hizo na kutuma tena ICMP "Destination Unreachable (Datagram Too Big)" ujumbe ulio na MTU yake, ikiruhusu mwenyeji wa chanzo kupunguza njia yake inayodhaniwa MTU ipasavyo. Mchakato unarudia mpaka MTU iwe ndogo ya kutosha kupita njia nzima bila kugawanyika.

Kwa bahati mbaya, idadi inayoongezeka ya mitandao huacha trafiki ya ICMP (kwa mfano. Mara nyingi mtu hugundua uzuiaji kama huo katika hali ambapo unganisho hufanya kazi kwa data ya kiwango cha chini lakini hutegemea mara tu mwenyeji anapotuma data kubwa kwa wakati mmoja. Kwa mfano, na IRC mteja anayeunganisha anaweza kuona ujumbe wa ping, lakini asipate jibu baada ya hapo. Hii ni kwa sababu seti kubwa ya ujumbe wa kukaribisha hutumwa kwa pakiti kubwa kuliko MTU halisi. Pia, katika mtandao wa IP, njia kutoka anwani ya chanzo kwenda anwani ya marudio mara nyingi hubadilishwa kwa nguvu, kwa kujibu hafla anuwai (kusawazisha mzigo, msongamano, matokeo, nk) - hii inaweza kusababisha njia ya MTU kubadilisha (wakati mwingine mara kwa mara) wakati wa usafirishaji, ambao unaweza kuanzisha matone zaidi ya pakiti kabla ya mwenyeji kupata MTU mpya salama.

LAN nyingi za Ethernet hutumia MTU ya ka 1500 (LAN za kisasa zinaweza kutumia muafaka wa Jumbo, ikiruhusu MTU hadi ka 9000), hata hivyo itifaki za mpaka kama PPPoE zitapunguza hii. Hii inasababisha ugunduzi wa njia ya MTU kuanza kutekelezwa na matokeo yanayowezekana ya kufanya tovuti zingine nyuma ya ukuta wa moto zisizoweza kupatikana. Mtu anaweza kufanya kazi karibu na hii, kulingana na sehemu gani ya mtandao inayodhibiti; kwa mfano mtu anaweza kubadilisha MSS (kiwango cha juu cha sehemu) katika pakiti ya kwanza ambayo inaweka unganisho la TCP kwenye firewall ya mtu.

Shida hii imejitokeza mara nyingi zaidi tangu kuanzishwa kwa Windows Vista ambayo inaleta 'Next Generation TCP / IP Stack'. Hii inafanya kazi "Pokea Kuweka kiotomatiki kwa Dirisha ambayo inaamua kila wakati ukubwa wa kupokea dirisha kwa kupima bidhaa ya ucheleweshaji wa kipimo data na kiwango cha matumizi, na kurekebisha ukubwa wa kiwango cha juu cha dirisha kulingana na hali ya mtandao inayobadilika." [2] Hii imeonekana kushindwa kwa kushirikiana na ruta za zamani na ukuta wa moto ambao ulionekana kufanya kazi na mifumo mingine ya uendeshaji. Mara nyingi huonekana katika ruta za ADSL na inaweza mara nyingi kurekebishwa na sasisho la firmware.

Mifupa ya nyuma ya ATM, mfano wa ufuatiliaji wa MTU
Wakati mwingine ni vyema kutoka kwa mtazamo wa ufanisi kutangaza bandia MTU iliyopunguzwa katika programu iliyo chini ya urefu wa kweli unaowezekana uliosaidiwa. Mfano mmoja wa hii ndio kesi ambapo trafiki ya IP hubeba juu ya mtandao wa ATM (Asynchronous Transfer Mode) mtandao. Watoa huduma wengine, haswa wale walio na msingi wa simu, hutumia ATM kwenye mtandao wao wa ndani wa mgongo.

Kutumia ATM kwa ufanisi mzuri kunapatikana wakati urefu wa pakiti ni anuwai ya ka 48. Hii ni kwa sababu ATM inatumwa kama mkondo wa pakiti za urefu uliowekwa (inayojulikana kama 'seli'), ambayo kila moja inaweza kubeba malipo ya ka 48 ya data ya mtumiaji na ka 5 za juu kwa gharama ya jumla ya ka 53 kwa kila seli. Kwa hivyo urefu wa jumla wa data iliyoambukizwa ni 53 * ncells byte, ambapo ncells = idadi ya seli zinazohitajika za = INT ((payload_length + 47) / 48). Kwa hivyo katika hali mbaya zaidi, ambapo urefu wa jumla = (48 * n + 1) ka, kiini kimoja cha ziada kinahitajika kupitisha baiti moja ya mwisho ya malipo, seli ya mwisho inagharimu baiti 53 za kupitisha 47 ambazo ni pedi. Kwa sababu hii, kutangaza kwa bandia MTU iliyopunguzwa katika programu huongeza ufanisi wa itifaki kwenye safu ya ATM kwa kufanya urefu wa jumla wa malipo ya ATM AAL kuwa nyingi ya ka 5 kila inapowezekana.

Kwa mfano, seli 31 za ATM zilizojazwa kabisa hubeba malipo ya 31 * 48 = 1488 ka. Kuchukua takwimu hii ya 1488 na kutoa kutoka kwake vichwa vyovyote vilivyochangiwa na itifaki zote za juu zinazofaa tunaweza kupata dhamana iliyopendekezwa ya MTU iliyopunguzwa kabisa. Katika kesi ambayo mtumiaji kawaida angepeleka pakiti 1500 ka, kutuma kati ya 1489 na 1536 ka inahitaji gharama ya ziada ya ka 53 kwa njia ya seli moja ya ATM.

Kwa mfano wa IP juu ya unganisho la DSL inayotumia PPPoA / VC-MUX, tena tukichagua kujaza seli 31 za ATM kama hapo awali, tunapata takwimu iliyopendekezwa kabisa ya MTU ya 1478 = 31 * 48-10 kwa kuzingatia kichwa cha ka 10 zilizo na ya Itifaki ya Point-to-Point juu ya ka 2, na kichwa cha AAL5 cha ka 8. Hii inatoa jumla ya gharama ya 31 * 53 = 1643 ka zinazosambazwa kupitia ATM kutoka pakiti ya baiti 1478 iliyopitishwa kwa PPPoA. Katika kesi ya IP iliyotumwa juu ya ADSL ikitumia PPPoA takwimu ya 1478 itakuwa urefu wa jumla wa pakiti ya IP pamoja na vichwa vya IP. Kwa hivyo katika mfano huu kuweka MTU iliyopunguzwa ya 1478 kinyume na kutuma pakiti za IP za urefu wa jumla 1500 huokoa ka 53 kwa kila pakiti kwenye safu ya ATM kwa gharama ya kupunguzwa kwa baiti 22 ya urefu wa pakiti za IP.

Kiwango cha juu cha MTU cha unganisho la PPPoE / DSL ni 1492, kwa RFC 2516: 6 ka kuwa kichwa cha PPPoE, ikiacha nafasi ya kutosha kwa upakiaji wa malipo ya 1488, au seli 31 kamili za ATM.

Hatimaye: Thamani ya kawaida ya MTU inapaswa kuwa 1492 .... na ikiwa kuna shida za kuvinjari au shida za muunganisho wa MSN inapaswa kupunguzwa kwa maadili 1422 na 1420.

Reference: Wikipedia

Bora kuhusu