Ynternet

Maksimum oerdracht ienheid (MTU)

Maksimum oerdracht ienheid (MTU)

Yn komputer netwurken ferwiist de term Maximum Transmission Unit (MTU) nei de grutte (yn bytes) fan 'e grutste PDU dy't in opjûne laach fan in kommunikaasjeprotokol kin trochjaan. MTU -parameters ferskine gewoanlik yn assosjaasje mei in kommunikaasje -ynterface (NIC, seriële poarte, ensfh.). De MTU kin wurde fêstmakke troch noarmen (lykas it gefal is mei Ethernet) of besletten op ferbiningstiid (lykas gewoanlik it gefal is mei punt-nei-punt seriële keppelings). In hegere MTU bringt gruttere effisjinsje, om't elk pakket mear brûkersgegevens draacht, wylst protokol-overheads, lykas headers as ûnderlizzende per-pakket-fertragingen fêst bliuwe, en hegere effisjinsje betsjuttet in lichte ferbettering fan bulkprotokol-trochput. Grutte pakketten kinne lykwols in skoft in trage keppeling besette, wat gruttere fertragingen feroarsaket foar folgjen fan pakketten en tanimmende fertraging en minimale latency. Bygelyks, in pakket fan 1500 byte, it grutste tastien troch Ethernet by de netwurklage (en dus it measte fan it ynternet), soe in 14.4k modem foar sawat ien sekonde ferbine.

Paad MTU -ûntdekking
It Ynternetprotokol definiearret it "paad MTU" fan in ynternetferfierpaad as de lytste MTU fan ien fan 'e IP -hopjes fan it "paad" tusken in boarne en bestimming. In oare manier set, it paad MTU is de grutste pakketgrutte dy't dit paad trochkrúst sûnder fragmintaasje te lijen.

RFC 1191 beskriuwt "Path MTU discovery", in technyk foar it bepalen fan it paad MTU tusken twa IP -hosts. It wurket troch de opsje DF (Don't Fragment) yn te stellen yn 'e IP -kopteksten fan útgeande pakketten. Elk apparaat lâns it paad wêrfan de MTU lytser is dan it pakket sil sokke pakketten falle en in ICMP "Destination Unreachable (Datagram Too Big)" berjocht mei syn MTU weromstjoere, wêrtroch de boarnehost syn oannommen paad MTU passend kin ferminderje. It proses herhellet oant de MTU lyts genôch is om it heule paad te feroverjen sûnder fragmintaasje.

Jo kinne ek ynteressearre wêze om te sjen:  2 WIRE Router Konfiguraasje

Spitigernôch sakket tanimmend oantal netwurken ICMP-ferkear (bgl. Foar it foarkommen fan oanfallen fan denial-of-service), wat foarkomt dat paad MTU-ûntdekking wurket. Men detekteart faaks sokke blokkearjen yn 'e gefallen wêryn in ferbining wurket foar gegevens mei leech folume, mar hinget sa gau as in gasthear in grut blok gegevens tagelyk stjoert. Bygelyks, mei IRC kin in ferbinende kliïnt oant it pingberjocht sjen, mar krijt dêrnei gjin antwurd. Dit komt om't de grutte set wolkom berjochten wurde ferstjoerd yn pakketten grutter dan de echte MTU. Ek yn in IP-netwurk wurdt it paad fan it boarne-adres nei it bestimmingsadres faak dynamysk oanpast, yn reaksje op ferskate eveneminten (load-balancing, congestie, outputs, ensfh.)-dit kin resultearje yn it paad MTU feroaret (soms werhelle) tidens in oerdracht, dy't fierdere pakketdruppels kin yntrodusearje foardat de gasthear de nije feilige MTU fynt.

De measte Ethernet LAN's brûke in MTU fan 1500 bytes (moderne LAN's kinne Jumbo -frames brûke, wêrtroch in MTU oant 9000 bytes kin), mar grinsprotokollen lykas PPPoE sille dit ferminderje. Dit feroarsaket paad MTU-ûntdekking yn wurking te kommen mei it mooglike resultaat fan it meitsjen fan guon siden efter min konfigureare brânmuorren ûnberikber. Men kin mooglik om dit hinne wurkje, ôfhinklik fan hokker diel fan it netwurk men kontrolearret; bygelyks kin men de MSS (maksimale segmentgrutte) feroarje yn it inisjele pakket dat de TCP -ferbining opsette by de firewall.

Dit probleem is faker ferskynd sûnt de ynfiering fan Windows Vista dy't de 'Next Generation TCP/IP Stack' yntroduseart. Dit ymplementearret "Untfang finster automatysk ôfstimmen dy't kontinu de optimale ûntfangstfinstergrutte bepaalt troch it mjitten fan it bânbreedte-fertragingsprodukt en de opslachheffing fan 'e applikaasje, en past de maksimum finstergrutte foar ûntfangen oan op basis fan feroarjende netwurkomstannichheden." [2] Dit is sjoen mislearen yn kombinaasje mei âldere routers en firewalls dy't bliken te wurkjen mei oare bestjoeringssystemen. It wurdt meast sjoen yn ADSL -routers en kin faaks wurde repareare troch in firmware -update.

Jo kinne ek ynteressearre wêze om te sjen:  Medisinen nommen yn isolaasje sikehuzen

ATM -rêchbonken, in foarbyld fan MTU -tuning
Soms hat it de foarkar út it eachpunt fan effisjinsje om in fermindere MTU keunstmjittich te ferklearjen yn software ûnder de wirklik maksimum mooglike lingte stipe. Ien foarbyld hjirfan is it gefal wêryn IP -ferkear wurdt útfierd oer in ATM (Asynchronous Transfer Mode) netwurk. Guon oanbieders, yn it bysûnder dy mei in telefony -eftergrûn, brûke ATM op har ynterne rêchnetwurk.

ATM brûke by optimale effisjinsje wurdt berikt as pakketlengte in meardere fan 48 bytes is. Dit is om't ATM wurdt ferstjoerd as in stream fan pakketten mei fêste lingte (bekend as 'sellen'), dy't elk in lading fan 48 bytes brûkersgegevens kinne drage mei 5 bytes overhead foar in totale kosten fan 53 bytes per sel. Dat de totale lingte fan 'e ferstjoerde datalengte is 53 * ncellsbytes, wêrby ncells = it oantal fereaske sellen fan = INT ((payload_length+47)/48). Dat yn it slimste gefal, wêr't de totale lingte = (48*n+1) bytes, ien ekstra sel is nedich om de lêste byte fan lading te ferstjoeren, wêrfan de definitive sel ekstra 53 ferstjoerde bytes kostet, 47 wêrfan padding. Om dizze reden maksimaliseart keunstmjittich ferklearjen fan in fermindere MTU yn software de protokoleffisjinsje by de ATM -laach troch de totale ladinglengte fan ATM AAL5 in mearfâld fan 48 bytes te meitsjen wannear mooglik.

Bygelyks, 31 folslein ynfolle ATM -sellen drage in lading fan 31*48 = 1488 bytes. Troch dit sifer fan 1488 te nimmen en alle overheads bydroegen troch alle relevante hegere protokollen derfan ôf te lûken, kinne wy ​​in foarstelde wearde krije foar in keunstmjittich fermindere optimaal MTU. Yn it gefal dat de brûker normaal 1500 byte pakketten soe ferstjoere, fereasket ferstjoeren tusken 1489 en 1536 bytes in ekstra fêste kosten fan in 53 bytes ferstjoerd, yn 'e foarm fan ien ekstra ATM -sel.

Jo kinne ek ynteressearre wêze om te sjen:  Hoe kinne jo MTU tafoegje yn zxhn h108n

Foar it foarbyld fan IP oer DSL-ferbiningen mei PPPoA/VC-MUX, opnij kieze foar it foljen fan 31 ATM-sellen lykas earder, krije wy in winske optimaal fermindere MTU-sifer fan 1478 = 31*48-10, rekken hâldend mei in overhead fan 10 bytes besteande fan in Point-to-Point Protocol-overhead fan 2 bytes, en in AAL5-overhead fan 8 bytes. Dit jout in totale kosten fan 31*53 = 1643 bytes ferstjoerd fia ATM fan in pakket fan 1478 byte dat is trochjûn oan PPPoA. Yn it gefal fan IP ferstjoerd oer ADSL mei PPPoA soe it sifer fan 1478 de totale lingte wêze fan it IP -pakket ynklusyf IP -kopteksten. Dat yn dit foarbyld bewarje by in selsoplate fermindere MTU fan 1478 yn tsjinstelling ta it ferstjoeren fan IP-pakketten fan totale lingte 1500 besparret 53 bytes per pakket by de ATM-laach tsjin in kosten fan in 22 byte fermindering fan 'e lingte fan IP-pakketten.

In maksimum MTU foar PPPoE/DSL -ferbiningen is 1492, per RFC 2516: 6 bytes as PPPoE -koptekst, wêrtroch genôch romte is foar in lading fan 1488 byte, as 31 folsleine ATM -sellen.

Úteinlik: De standertwearde fan MTU sil 1492 wêze ... en yn gefal fan problemen mei blêdzjen as MSN -ferbiningsproblemen moat it wurde fermindere nei de wearden 1422 en 1420.

Referinsje: Wikipedy

Freonlike groetnis

Foarige
Oerdracht snelheid foar Cat 5, Cat 5e, Cat 6 netwurkkabel
folgjende
Hoe DNS op MAC, Linux, Win XP & Vista & 7 & 8 te spuien

XNUMX reaksje

Foegje in reaksje ta

  1. lanmaster Hy sei:

    Hallo, Tankewol foar it nuttige artikel

Lit in reaksje efter