Maxime Transmissio Unit (MTU)

Medio maximum Unit (MTU)

In computatrum networking nomen Maximum Transmissionis Unitas (MTU) ad amplitudinem maximae PDU refertur quod iacum datum communicationis protocolli ulterius transire potest. MTU parametri plerumque in consociatione cum communicationis socialis instrumentis apparent (NIC, Vide portum, etc.). MTU signis (sicut fit cum Ethernet) figi potest vel in tempore connectere (sicut fieri solet cum puncto-ad-puncto Vide nexus). Superior MTU maiorem efficaciam adfert quia unaquaeque fasciculus plus usoris notitias portat dum protocollo supra capita, ut capita vel moras per- stitionis fixa manent, et efficientia superior significat levem emendationem in protocollo mole perput. Magnae tamen fasciae lentam ligamen aliquandiu occupare possunt, maiores moras causando sequentes fasciculos et pigriorem et minimam latentiam augentes. Exempli gratia, 1500 byte fasciculus, maxima ab Ethernet in strato retis permissus (et inde plerique interreti), 14.4k modem circiter unius secundi alligabant.

Semita MTU inventionis
Interretus Protocollum definit "viam MTU" interretialem transmissionis viam ut minimam MTU cuiuslibet ex IP hops "viae" inter fontem et destinationem. Aliam viam pone, semita MTU est maxima magnitudo fasciculi quae hanc viam percurrit sine ruptionis dolore.

RFC 1191 describit "Path MTU inventionis", ars determinandi viam MTU inter duas IP exercituum. Operatur ponendo DF (Ne Fragmentum) optionis in IP capitis de exitu facis. Quaelibet fabrica per viam cuius MTU minor est quam fasciculus talis fasciculi stillabit et remittito ICMP "Destinatio Inreachabilis (Datagram Nimis Big)" nuntium suum MTU continens, permittens principium hospitii ad iter assumptum MTU redigendum convenienter. Processus repetit donec MTU parvus satis est ut totam viam sine ruptione percurram.

Etiam sit amet videre potes. II WIRE iter itineris configurationis

Infeliciter, crescentes numero retiacula negotiatio ICMP stillabunt (exempli gratia ne impetus negationis-of-servitii), quod iter MTU inveniendo impedit. Saepe deprehendit talem interclusionem in casibus in quibus nexus in notitia voluminis humilitatis operatur, sed mox dependet ut hospes magnum impedimentum notitiarum tempore emittit. Exempli gratia, cum IRC clienti iunctio ad nuntium pingendum videre poterat, sed nullum postea responsum accipere. Causa est, quia magna copia nuntiis gratae emissae in fasciculis maior quam verus MTU. Etiam in retis IP, via a fonte inscriptionis ad locum desideratum saepe dynamice mutatum accipit, cum variis eventibus (suspendendis, obstructionibus, outputis, etc.) - hoc in itinere MTU mutando provenire potuit (interdum. repetitur) in transmissione, quae adhuc guttae fasciculi introducere possunt antequam hospes MTU novum tutum invenit.

Maxime Ethernet LANs MTU ex 1500 bytes utatur (modern LANs tabulis Jumbo uti potest, pro MTU usque ad 9000 bytes permittens), tamen confinia protocolla sicut PPPoE hoc reducebunt. Hoc facit viam inventionis MTU ad effectum deducendi cum possibili effectus ut aliquas sites post igniculos male configuratos impossibiles. Possibile est circa hoc operari, secundum quam partem retis unus imperat; exempli gratia, potest mutare MSS (segmentum maximum mole) in fasciculo initiali qui nexum TCP ad murum fire ponit unum.

Quaestio haec frequentius exstiterat ab introductione Windows Vista quae "Next Generationem TCP/IP Stack" introducit. Hoc instrumentum "Fenestra Auto-Tuning accipite quae continue determinat meliorem magnitudinem fenestrae accipiendi mensurando productum moram productum et applicationes retrieve rate, et adaptat maximam magnitudinem accipiendi fenestras ex mutationibus retis conditionibus."[2] Hoc visum est deficere in conjunctione cum itinerariis et muralibus vetustis, quae cum aliis systematibus operantibus laborare videbantur. Plerumque in ADSL iter cernitur et saepe renovatio firma emendari potest.

Etiam sit amet videre potes. Medicamenta in nosocomiis separatim capta

ATM backbones, exemplum MTU tuning
Praestat aliquando ex parte efficientiae ad artificiose declarandam reductam MTU in programmatibus infra veram quam maxime longi- tudinem sustentatam. Hoc unum exemplum est in quo IP negotiatio per machinam (translatio Modus Asynchronous) retis fertur. Nonnulli provisores, praesertim qui cum background telephonica, machina argentaria in ornatum narum internarum utuntur.

Usura machina argentaria ad optimam efficientiam obtinetur, cum fasciculus longitudinis multiplex 48 bytes est. Causa est quod machina argentaria mittitur ut rivus facundiae fixae longitudinis (quae "cellulae" appellatae sunt), quarum singulae stipendium ex 48 bytes usoris datae cum 5 bytes supra caput pro totali pretio 53 bytes per cellam portare possunt. Tota igitur longitudo datae transmissae longitudo est 53* ncells bytes, ubi ncells = numerus cellularum requisitarum INT((payload_length+47)/48). Sic in pessimo casu, ubi tota longitudo = (48*n+1) bytes, una cellula addita necessaria est ut unum extremum byte ex payload transmittat, cellula finalis pretii extra 53 bytes 47 e quibus additae sunt. Hac de causa, artificiose declarans reductum MTU in programmatibus protocollum efficientiam in tabulato ATM maximizare, faciens ATM AAL5 longitudo totalis payload, multiplex erit 48 bytes, quoties fieri potest.

Exempli gratia, 31 cellae machina argentariae completae deferunt mercedem operis 31*48=1488 bytes. Hanc figuram anno MCDLXXXVIII subtrahendo et ex ea detrahendo capita quaevis collata ab omnibus protocollis altioribus pertinentibus, valorem propositum obtinere possumus pro arte bene redacta MTU. In casu ubi usor soleat mittere fasciculos 1488 byte, mittens inter 1500 et 1489 bytes requirit additum certum sumptus 1536 bytes transmissos, in forma extra- cellae machinariae.

Etiam sit amet videre potes. Quomodo addere MTU in zxhn h108n

Ad exemplum IP super DSL nexus utentes PPPoA/VC-MUX, rursus eligens ut prius cellulas 31 ATM impleas, optatam figuram MTU optime reductam obtinemus 1478 = 31*48-10 ratione habita supra caput 10 bytes constans. Point-ad-Point Protocollum supra caput 2 bytes, et AAL5 supra caput 8 bytes. Haec totalis sumptus 31*53=1643 bytes per ATM transmissa ab a 1478 byte fasciculo ad PPPoA transiit. In casu IP misso super ADSL utens PPPoA figura 1478 esset tota longitudo fasciculi IP capitis inclusis IP. Ita in hoc exemplo observatio ad MTU impositum redactae 1478, ut contra mittens IP fasciculos longitudinis 1500 salvat 53 bytes per fasciculum in strato machina argentaria ad 22 byte reductionem longitudinis fasciculorum IP.

Maximum MTU pro PPPoE/DSL nexus est 1492, per RFC 2516: 6 bytes esse PPPoE header, satis spatium relinquens pro perpendiculo 1488 byte seu 31 cellulas plenas machinariorum.

denique: Vexillum valoris MTU erit 1492... et in casu quaestio- nis pascendi vel MSN connexionis problematum minui debet ad valores 1422 et 1420 .

Reference: Wikipedia

best regards