IEEE 802.3 Frame
MTU = 1492
--------------
MTU med MAC header + trailer = 1510
LLC + SNAP Header = 8
1510+8=1518
1518-18-8=1492
1492 till tcp/ip
----------------
Ip header = 20
tcp header = 20
1492-40 = 1452
------------------
Notera att Ethernet MTU är 1500, inte IEEE 802.3 MTU
---------------------------------------------------------------------------------------------------------------
Så som jag har fattat det, och så som det går ihop när man räknar + ifall man tänker på syftet med DIX eller IEEE 802.3 Preamble så räknas det helt enkelt inte med, preamble är ju till för att nätverkskortet ska hinna med, annars tappar han de första signalerna (en uppstart typ)
IFG/IPG är bara lite vänttid, och tillhör väll inte framet, utan inträffar bara då du "burstar" ut frames. Men i vilket fall som helst så addar man väll (notera välll) inte den på framet i sig?
Iaf. 1452 bytes för info då.
160*1024= ~113 st
113*1518=171,5 Kb.
Sen beror det ju helt på vad du har för inställning på tcp window. Har du 1 blir det bekräftelse efter varje packet, har 2 så blir det varannat... Jag vet inte vad som är default på något os, jag vet bara att man kan ändra det.
IEEE 802.3 header och trailer + IP header + TCP header= 46+20+20=86 (Preamble inte medräknat).
ISDN kör inte den på en MTU som är sketliten, och istället skickar den en jävlans massa hela tiden... Har för mig att det stod så i ccna materialet. får kolla upp det. Annars borde man ju få en större overhead ju mindre packeten är.
hehe "..... One option is currently defined, the Jumbo Payload option, which is used to send IPv6 packets that are between 65,536 and 4,294,967,295 octets in length"
Nu kan ju iof jag ha tänkt fel och gjort fel... eller helt enkelt har fel... så rätta mig gjärna