Differences between current version and previous revision of MTU.
Other diffs: Previous Major Revision, Previous Author, or view the Annotated Edit History
| Newer page: | version 6 | Last edited on Saturday, January 8, 2011 8:01:50 pm | by WiFiMan | |
| Older page: | version 5 | Last edited on Tuesday, May 31, 2005 3:12:54 pm | by JohnMcPherson | Revert |
@@ -1,7 +1,7 @@
[Acronym] for __M__aximum __T__ransmittion __U__nit.
-The size of the largest packet that can be sent over a link. For [Ethernet] and [PPP] this is usually 1500. The minimum [MTU] you should ever use is 576. The maximum [MTU] for [IPv4] is 65536
, used in some gigabit [Ethernet] configurations. Since tunneling protocols such as [PPP] require a few bytes of overhead per packets, the [MTU] on their link is usually slightly lower than 1500. Many [ADSL] MoDem~s use 1470 here.
+The size of the largest packet that can be sent over a link. For [Ethernet] and [PPP] this is usually 1500. The minimum [MTU] you should ever use is 576. The maximum [MTU] for [IPv4] is 65535
, used in some gigabit [Ethernet] configurations. Since tunneling protocols such as [PPP] require a few bytes of overhead per packets, the [MTU] on their link is usually slightly lower than 1500. Many [ADSL] MoDem~s use 1470 here.
Each packet requires overhead: it needs a header containing addresses, port numbers, [TTL], flags, etc. Therefore, larger packets equal better use of the bandwidth. If the [MTU] is smaller than necessary, more packets than necessary will be sent. However, with an [MTU] set high, if packets have to be routed through a link with a smaller [MTU], they'll need to be fragmented, ie broken into smaller packets. F.ex, when sending 1500 byte [Ethernet] packets through a 1470 byte [MTU] [PPP] link, the end of every packet will be broken into a tiny 30-byte fragment.
The [TCP/IP] stacks in [Linux] and most other recent OperatingSystem~s use a clever system called __path [MTU] discovery__ to address this problem. The [MTU] for a new connection is set low, but gradually increases, while the packets are sent with the __don't fragment__ flag set. When the [MTU] grows beyond the smallest [MTU] of any link anywhere in the route, the responsible gateway will refuse to route the packets because they're too large to send them without fragmenting them but it's not allowed to do that. Instead, it will notify the source host with a __Need to fragment, but don't fragment is set__ [ICMP] message. At this point the sending host knows the maximum fragmentation-free [MTU] size it can use on this connection, which is the most bandwidth-efficient size for packets.
