Internet

Hámarks sendingareining (MTU)

Hámarks sendingareining (MTU)

Í tölvuneti vísar hugtakið Hámarksflutningseining (MTU) til stærðar (í bæti) stærsta PDU sem tiltekið lag af samskiptareglum getur sent áfram. MTU breytur birtast venjulega í tengslum við fjarskiptaviðmót (NIC, raðtengi osfrv.). MTU getur verið fastur með stöðlum (eins og raunin er með Ethernet) eða ákveðið á tengitíma (eins og venjulega er með punkt-til-punkt raðtengla). Hærri MTU færir meiri skilvirkni vegna þess að hver pakki ber fleiri notendagögn meðan kostnaðarhópar siðareglna, svo sem hausar eða undirliggjandi tafir á pakka, eru fastir og meiri skilvirkni þýðir lítilsháttar framför í lausu samskiptareglum. Stórir pakkar geta hins vegar tekið hægum tengli í einhvern tíma og valdið meiri seinkun á því að fylgja pakka og aukið töf og lágmarks leynd. Til dæmis myndi 1500 bæti pakki, sá stærsti sem Ethernet leyfði á netlaginu (og þar af leiðandi mest af internetinu), binda 14.4k mótald í um eina sekúndu.

Slóð MTU uppgötvun
Internetbókunin skilgreinir „slóð MTU“ netflutningsleiðar sem minnstu MTU af einhverjum IP -hoppum „leiðarinnar“ milli uppsprettu og ákvörðunarstaðar. Með öðrum orðum, leið MTU er stærsta pakkastærðin sem fer yfir þessa braut án þess að verða fyrir sundrungu.

RFC 1191 lýsir „Path MTU discovery“, tækni til að ákvarða slóð MTU milli tveggja IP gestgjafa. Það virkar með því að stilla DF (Don't Fragment) valkostinn í IP hausum á útpökkum. Öll tæki á leiðinni þar sem MTU er minni en pakkinn mun sleppa slíkum pakka og senda ICMP „Destination Unreachable (Datagram Too Big)“ skilaboð sem innihalda MTU þess, sem gerir heimildargjafanum kleift að draga áætluð MTU leið sína á viðeigandi hátt. Ferlið endurtekur sig þar til MTU er nógu lítið til að fara alla leiðina án sundrungar.

Þú gætir líka haft áhuga á að sjá:  bæta dns við logn leið

Því miður dregur fjöldi netkerfa úr umferð ICMP (td til að koma í veg fyrir árásir gegn þjónustu), sem kemur í veg fyrir að MTU uppgötvun leiðar virki. Maður skynjar oft slíka lokun í þeim tilvikum þar sem tenging vinnur fyrir gögn með litlu magni en hangir um leið og gestgjafi sendir stóra gagnablokk í einu. Til dæmis, með IRC gæti tengibúnaður séð allt að ping -skilaboðin, en fá engin svör eftir það. Þetta er vegna þess að stóra settið af velkomnum skilaboðum er sent út í stærri pakka en raunverulegu MTU. Einnig, í IP-neti, breytist leiðin frá uppsprettu til ákvörðunarstaðar oft á kraftmikinn hátt, til að bregðast við ýmsum atburðum (hleðslujafnvægi, þrengslum, afköstum osfrv.)-þetta gæti leitt til þess að leið MTU breytist (stundum endurtekið) meðan á sendingunni stendur, sem getur leitt til frekari pakkadropa áður en gestgjafinn finnur nýja örugga MTU.

Flest Ethernet LAN nota MTU 1500 bæti (nútíma LAN geta notað Jumbo ramma, sem gerir ráð fyrir MTU allt að 9000 bæti), en landamærareglur eins og PPPoE munu draga úr þessu. Þetta veldur því að MTU uppgötvun leiðar öðlast gildi með hugsanlegum afleiðingum þess að sum vefsvæði á bak við illa stillt eldvegg eru óaðgengileg. Maður getur mögulega unnið í kringum þetta, allt eftir því hvaða hluta netsins maður stjórnar; til dæmis er hægt að breyta MSS (hámarkshlutastærð) í upphafspakkanum sem setur upp TCP -tengingu við eldvegg manns.

Þetta vandamál hefur komið oftar fram síðan Windows Vista var kynnt sem kynnir 'Next Generation TCP/IP Stack'. Þetta útfærir „Móttaka sjálfvirkrar stillingar glugga sem ákvarðar stöðugt bestu móttökugluggastærðina með því að mæla vöru á bandbreiddartöf og sóknartíðni forrits og stillir hámarks móttöku gluggastærð út frá breyttum netaðstæðum.“ [2] Það hefur sést að þetta mistekst í tengslum við eldri leið og eldvegg sem virtist virka með öðrum stýrikerfum. Það sést oftast í ADSL leiðum og getur oft verið leiðrétt með uppfærslu vélbúnaðar.

Þú gætir líka haft áhuga á að sjá:  Hver er munurinn á IP, höfn og samskiptareglum?

Hraðbankahryggur, dæmi um MTU stillingu
Stundum er æskilegra frá sjónarhóli skilvirkni að lýsa gervilega yfir minni MTU í hugbúnaði undir raunverulegri hámarkslengd sem er studd. Eitt dæmi um þetta er tilfellið þar sem IP -umferð er flutt yfir hraðbanka (ósamstilltur flutningsmáti) net. Sumir veitendur, einkum þeir sem eru með símaviðskipti, nota hraðbanka á innra burðarásakerfi sínu.

Notkun hraðbanka með bestu skilvirkni næst þegar pakkalengd er margföld 48 bæti. Þetta er vegna þess að hraðbanki er sendur sem straumur af föstum lengdapökkum (þekktur sem „frumur“), sem hver um sig getur borið 48 bæti af notendagögnum með 5 bæti af kostnaði fyrir heildarkostnað 53 bæti á hvern klefa. Þannig að heildarlengd sendrar gagnalengdar er 53 * ncells bæti, þar sem ncells = fjöldi nauðsynlegra frumna = INT ((payload_length+47)/48). Svo í versta tilfellinu, þar sem heildarlengd = (48*n+1) bæti, þarf eina klefi til viðbótar til að senda síðasta bæti af álagi, en síðasta hólfið kostar aukalega 53 sendar bæti 47 þar af eru bólstrun. Af þessum sökum hámarkar tæknilega lýsingu á minnkuðu MTU í hugbúnaði skilvirkni samskiptareglna í hraðbankalaginu með því að gera ATM AAL5 heildarálagningarlengd margföld 48 bæti þegar mögulegt er.

Til dæmis bera 31 fullkomlega fylltar hraðbankafrumur álag 31*48 = 1488 bæti. Með því að taka þessa tölu 1488 og draga frá henni allar kostnaðargreiðslur sem allar viðeigandi hærri samskiptareglur leggja til, getum við fengið leiðbeinandi verðmæti fyrir gervi minnkað sem best MTU. Í því tilfelli þar sem notandinn myndi venjulega senda 1500 bæti pakka, þarf að senda á milli 1489 og 1536 bæti viðbótar fastan kostnað um 53 bæti sendan, í formi einn auka hraðbankafrumu.

Þú gætir líka haft áhuga á að sjá:  Hvernig á að læsa WhatsApp vefnum með lykilorði

Fyrir dæmið um IP yfir DSL tengingar sem nota PPPoA/VC-MUX, aftur að velja að fylla 31 hraðbankafrumur eins og áður, fáum við óskað fínstýrð MTU mynd 1478 = 31*48-10 að teknu tilliti til kostnaðar 10 bæti sem samanstendur af af punkt-til-punkt bókun umfram 2 bæti og AAL5 kostnaður við 8 bæti. Þetta gefur heildarkostnað 31*53 = 1643 bæti sendur í gegnum hraðbanka úr 1478 bæti pakka sem var sendur til PPPoA. Ef um er að ræða IP sem sendur er með ADSL með PPPoA er talan 1478 heildarlengd IP pakkans að meðtöldum IP hausum. Þannig að í þessu dæmi er haldið að sjálfskipaðri minnkaðri MTU 1478 á móti því að senda IP pakka með heildarlengd 1500 sparar 53 bæti á pakka í hraðbankalaginu á kostnað 22 bæti styttingu IP pakka.

Hámarks MTU fyrir PPPoE/DSL tengingar er 1492, fyrir hverja RFC 2516: 6 bæti sem PPPoE haus, þannig að nóg pláss er fyrir 1488 bæti hleðslu eða 31 fullan hraðbanka.

Loksins: Staðlað gildi MTU á að vera 1492 .... og ef vafravandamál eða MSN tengingarvandamál koma upp ætti að lækka það í gildin 1422 og 1420.

Tilvísun: Wikipedia

Bestu kveðjur

fyrri
Sendingarhraði fyrir Cat 5, Cat 5e, Cat 6 netstreng
Næsti
Hvernig á að skola DNS á MAC, Linux, Win XP og Vista & 7 & 8

XNUMX athugasemd

Bættu við athugasemd

  1. lanmaster Sagði hann:

    Halló, takk fyrir gagnlega grein

Skildu eftir athugasemd