Njësia Maksimale e Transmetimit (MTU)

Njësia maksimale e transmetimit (MTU)

Në rrjetet kompjuterike, termi Njësia e Transmetimit Maksimal (MTU) i referohet madhësisë (në byte) të PDU -së më të madhe që një shtresë e caktuar e një protokolli komunikimi mund të kalojë tutje. Parametrat MTU zakonisht shfaqen në lidhje me një ndërfaqe komunikimi (NIC, port serial, etj.). MTU mund të fiksohet me standarde (siç është rasti me Ethernet) ose të vendoset në kohën e lidhjes (siç ndodh zakonisht me lidhjet serike pikë-pikë). Një MTU më e lartë sjell efikasitet më të madh sepse çdo paketë mbart më shumë të dhëna të përdoruesit ndërsa shpenzimet e përgjithshme të protokollit, të tilla si titujt ose vonesat themelore të paketave mbeten të fiksuara, dhe efikasiteti më i lartë nënkupton një përmirësim të lehtë në qarkullimin e protokollit në masë. Sidoqoftë, paketat e mëdha mund të zënë një lidhje të ngadaltë për ca kohë, duke shkaktuar vonesa më të mëdha në ndjekjen e paketave dhe duke rritur vonesën dhe vonesën minimale. Për shembull, një paketë 1500 bajt, më e madhja e lejuar nga Ethernet në shtresën e rrjetit (dhe kështu shumica e Internetit), do të lidhte një modem 14.4k për rreth një sekondë.

Zbulimi i rrugës MTU
Protokolli i Internetit përcakton "rrugën MTU" të një shtegu të transmetimit të internetit si MTU më të vogël nga cilido prej IP -ve të "rrugës" midis një burimi dhe destinacioni. E thënë ndryshe, shtegu MTU është madhësia më e madhe e paketës që përshkon këtë rrugë pa pësuar fragmentim.

RFC 1191 përshkruan "Zbulimi i rrugës MTU", një teknikë për përcaktimin e shtegut MTU midis dy hosteve IP. Punon duke vendosur opsionin DF (Mos Fragmento) në titujt IP të paketave dalëse. Çdo pajisje përgjatë shtegut, MTU e së cilës është më e vogël se paketa, do të lëshojë pako të tilla dhe do të dërgojë një mesazh ICMP "Destinacioni i paarritshëm (Datagram Shumë i Madh)" që përmban MTU -në e tij, duke lejuar hostin burimor të zvogëlojë rrugën e supozuar MTU në mënyrë të përshtatshme. Procesi përsëritet derisa MTU të jetë mjaft e vogël për të përshkuar të gjithë rrugën pa fragmentim.

Ju gjithashtu mund të jeni të interesuar të shihni: 2 Konfigurimi i ruterit WIRE

Fatkeqësisht, një numër në rritje i rrjeteve ul trafikun ICMP (p.sh. për të parandaluar sulmet e mohimit të shërbimit), gjë që pengon zbulimin e rrugës MTU të funksionojë. Njëri shpesh zbulon një bllokim të tillë në rastet kur një lidhje funksionon për të dhëna me vëllim të ulët, por varet sapo hosti dërgon një bllok të madh të të dhënave në të njëjtën kohë. Për shembull, me IRC një klient lidhës mund të shohë deri në mesazhin ping, por nuk merr përgjigje pas kësaj. Kjo ndodh sepse grupi i madh i mesazheve të mirëseardhjes dërgohen në pako më të mëdha se MTU e vërtetë. Gjithashtu, në një rrjet IP, rruga nga adresa e burimit në adresën e destinacionit shpesh modifikohet në mënyrë dinamike, në përgjigje të ngjarjeve të ndryshme (balancimi i ngarkesës, mbingarkesa, daljet, etj.)-kjo mund të rezultojë në ndryshimin e shtegut të MTU (ndonjëherë përsëritur) gjatë një transmetimi, i cili mund të sjellë rënie të mëtejshme të paketave para se hosti të gjejë MTU -në e re të sigurt.

Shumica e LAN -ve Ethernet përdorin një MTU prej 1500 bajtësh (LAN -et modernë mund të përdorin korniza Jumbo, duke lejuar një MTU deri në 9000 bajt), megjithatë protokollet kufitare si PPPoE do ta zvogëlojnë këtë. Kjo bën që zbulimi i MTU të hyjë në fuqi me rezultatin e mundshëm të bërjes së pakapshme të disa vendeve pas mureve të zjarrit të konfiguruar keq. Dikush mund të punojë rreth kësaj, në varësi të asaj pjese të rrjetit që kontrollon; për shembull dikush mund të ndryshojë MSS (madhësia maksimale e segmentit) në paketën fillestare që krijon lidhjen TCP në murin mbrojtës të dikujt.

Ky problem është shfaqur më shpesh që nga prezantimi i Windows Vista i cili prezanton 'Stack TCP/IP të Gjeneratës së Tjetër'. Kjo zbaton "Merrni Auto-Tuning Window që përcakton vazhdimisht madhësinë optimale të dritares së marrjes duke matur produktin me vonesë të brezit dhe shkallën e marrjes së aplikacionit, dhe rregullon madhësinë maksimale të dritares së marrjes bazuar në ndryshimin e kushteve të rrjetit." [2] Kjo është parë të dështojë në lidhje me ruterat dhe muret e zjarrit më të vjetër që dukej se funksiononin me sisteme të tjera operative. Më së shpeshti shihet në ruterët ADSL dhe shpesh mund të korrigjohet me një përditësim të firmuerit.

Ju gjithashtu mund të jeni të interesuar të shihni: Ilaçet e marra në spitalet e izoluara

Shtyllat kurrizore të ATM -ve, një shembull i akordimit të MTU
Ndonjëherë është e preferueshme nga pikëpamja e efikasitetit të deklarohet artificialisht një MTU e reduktuar në softuer nën gjatësinë e vërtetë maksimale të mundshme të mbështetur. Një shembull i kësaj është rasti kur trafiku IP bartet mbi një rrjet ATM (Asynchronous Transfer Mode). Disa ofrues, veçanërisht ata me sfond telefonik, përdorin ATM në rrjetin e tyre të brendshëm.

Përdorimi i ATM me efikasitet optimal arrihet kur gjatësia e paketës është shumëfish i 48 bajtëve. Kjo ndodh sepse ATM-ja dërgohet si një rrjedhë e paketave me gjatësi fikse (të njohura si 'qeliza'), secila prej të cilave mund të mbajë një ngarkesë prej 48 bajtësh të të dhënave të përdoruesit me 5 bajtë për një kosto totale prej 53 bajtësh për qelizë. Pra, gjatësia e përgjithshme e gjatësisë së të dhënave të transmetuara është 53 * ncell bajt, ku ncells = numri i qelizave të kërkuara të = INT ((ngarkesa_gjatësia+47)/48). Pra, në rastin më të keq, ku gjatësia totale = (48*n+1) bajt, nevojitet një qelizë shtesë për të transmetuar bajtin e fundit të ngarkesës, qeliza përfundimtare që kushton një shtesë prej 53 bajtësh të transmetuar, 47 prej të cilëve janë mbushje. Për këtë arsye, deklarimi artificial i një MTU të reduktuar në softuer maksimizon efikasitetin e protokollit në shtresën ATM duke e bërë gjatësinë totale të ngarkesës së ATM AAL5 të jetë një shumëfish i 48 bajtëve sa herë që të jetë e mundur.

Për shembull, 31 qeliza të mbushura plotësisht të ATM -ve mbartin një ngarkesë prej 31*48 = 1488 bajt. Duke marrë këtë shifër prej 1488 dhe duke zbritur prej saj çdo shpenzim të kontribuar nga të gjithë protokollet më të larta relevante, ne mund të marrim një vlerë të sugjeruar për një MTU optimale të reduktuar në mënyrë artificiale. Në rastin kur përdoruesi normalisht do të dërgonte 1500 bajt pako, dërgimi i 1489 deri në 1536 bajt kërkon një kosto shtesë fikse prej 53 bajt të transmetuar, në formën e një qelize ATM shtesë.

Ju gjithashtu mund të jeni të interesuar të shihni: Si të shtoni MTU në zxhn h108n

Për shembullin e lidhjeve IP mbi DSL duke përdorur PPPoA/VC-MUX, duke zgjedhur përsëri të mbushni 31 qeliza ATM si më parë, marrim një shifër të dëshiruar optimale të reduktuar MTU prej 1478 = 31*48-10 duke marrë parasysh një shpenzim të sipërm prej 10 bajtësh të përbërë të një Protokolli pikë për pikë mbi 2 bajtë, dhe një sipërfaqe AAL5 prej 8 bajtësh. Kjo jep një kosto totale prej 31*53 = 1643 bajt të transmetuar përmes ATM nga një paketë prej 1478 bajtësh e kaluar në PPPoA. Në rastin e IP të dërguar përmes ADSL duke përdorur PPPoA, shifra prej 1478 do të jetë gjatësia totale e paketës IP duke përfshirë titujt e IP. Pra, në këtë shembull mbajtja e një MTU të reduktuar vetë të 1478 në krahasim me dërgimin e paketave IP me gjatësi totale 1500 kursen 53 bajtë për paketë në shtresën ATM me një kosto prej 22 bajtësh të zvogëlimit të gjatësisë së paketave IP.

Një MTU maksimale për lidhjet PPPoE/DSL është 1492, për RFC 2516: 6 bajt janë kokë PPPoE, duke lënë hapësirë të mjaftueshme për një ngarkesë 1488 bajt, ose 31 qeliza të plota ATM.

Së fundi: Vlera standarde e MTU është 1492 .... dhe në rast të problemeve të shfletimit ose probleme të lidhjes MSN duhet të ulet në vlerat 1422 dhe 1420.

Referenca: wikipedia

Të fala