【TCP/IP】MTU学习笔记

一、什么是MTU

Maximum Transmission Unit，缩写MTU，中文名是：最大传输单元。

---

二、属于OSI哪一层

MTU属于OSI-7层网络协议模型中的数据链路层协议

---

三、有什么用

MTU限制的是数据链路层的payload，也就是上层协议的大小，例如IP，ICMP等。

举一个最简单的场景，你在家用自己的笔记本上网，用的是路由器，路由器连接电信网络，然后访问了www.baidu.com，从你的笔记本出发的一个以太网数据帧总共经过了以下路径：

笔记本 -> 路由器 -> 电信机房 -> 服务器

其中，每个节点都有一个MTU值，如下：

笔记本（1500） -> 路由器（1500） -> 电信机房 -> 服务器（1500）

假设现在我把笔记本的MTU最大值设置成了1700，然后发送了一个超大的ip数据包（2000），这时候在以外网传输的时候会被拆成2个包，一个1700，一个300，然后加上头信息进行传输。

笔记本（1700） -> 路由器（1500） -> 电信机房 -> 服务器（1500）

路由器接收到了一个1700的帧，发现大于自己设置的最大值：1500，如果IP包DF标志位为1，也就是不允许分包，那么路由器直接就把这个包丢弃了，根本就不会到达电信机房，也就到不了服务器了，所以，到这里我们就会发现，MTU其实就是在每一个节点的管控值，只要是大于这个值的数据帧，要么选择分片，要么直接丢弃。

---

四、为什么是1500

其实一个标准的以太网数据帧大小是：1518，头信息有14字节，尾部校验和FCS占了4字节，所以真正留给上层协议传输数据的大小就是：1518 - 14 - 4 = 1500，那么，1518这个值又是从哪里来的呢？

---

假设以太网数据帧的大小和IP数据包的大小一致，IP数据包大小是：65535。加上以太网帧的头和尾，一个以太网帧的大小为：65535+14+4=65553，看起来似乎很完美，发送方也不需要拆包，接收方也不需要重组。

那么假设我们现在的带宽是：100Mbps，因为以太网帧是传输中的最小可识别单元，再往下就是0101所对应的光信号了，所以我们的一条带宽同时只能发送一个以太网帧。如果同时发送多个，那么对端就无法重组成一个以太网帧了，在100Mbps的带宽中（假设中间没有损耗），我们计算一下发送这一帧需要的时间：

( 65553 * 8 ) / ( 100 * 1024 * 1024 ) ≈ 0.005(s)

在100M网络下传输一帧就需要5ms，也就是说这5ms其他进程发送不了任何数据。如果是早先的电话拨号，网速只有2M的情况下：

( 65553 * 8 ) / ( 2 * 1024 * 1024 ) ≈ 0.100(s)

100ms，这简直是噩梦。其实这就像红绿灯，时间要设置合理，交替通行，不然同一个方向如果一直是绿灯，那么另一个方向就要堵成翔了。

---

假设MTU值设置为100，那么单个帧传输的时间，在2Mbps带宽下需要：

( 100 * 8 ) / ( 2 * 1024 * 1024 ) * 1000 ≈ 5(ms)

时间上已经能接受了，问题在于，不管MTU设置为多少，以太网头帧尾大小是固定的，都是14 + 4，所以在MTU为100的时候，一个以太网帧的传输效率为：

( 100 - 14 - 4 ) / 100 = 82%

写成公式就是：( T - 14 - 4 ) / T，当T趋于无穷大的时候，效率接近100%，也就是MTU的值越大，传输效率最高，但是基于上一点传输时间的问题，来个折中的选择吧，既然头加尾是18，那就凑个整来个1500，总大小就是1518，传输效率：

1500 / 1518 =  98.8%

100Mbps传输时间：

( 1518 * 8 ) / ( 100 * 1024 * 1024 ) * 1000 = 0.11(ms)

2Mbps传输时间：

( 1518 * 8 ) / ( 2 * 1024 * 1024 ) * 1000 = 5.79(ms)

总体上时间都还能接受

---

MTU的最小值被限制在64，这个和以太网帧在半双工下的碰撞有关（全双工下无碰撞）

为什么二层MTU最小是64个byte，实际上是64*8=512bit长度，实际上该512bit也是指的CSMA/CD中的时隙长度，即为传输512个bit大小的数据所花费的时间。换言之，该512个bit传输的时间，可以完全满足对方探测信道是否存在冲突，同时反馈JAM信号的时间。若发送数据帧的大小小于512bit，那么有可能对方还没有确定是否检测到信道冲突，那么这里数据就已经发送完毕了，从而无法适应CSMA/CD的机制，在这种情况下，我们需要对数据包进行补0，从而填充到512bit。

同时该512bit是指整个二层数据包大小，同时没有包含物理层的preamble部分。由于二层数据包是由 目的MAC地址（6byte） 源MAC地址（6byte） payload 以及FCS（4byte）组成，从而payload，也就是三层的MTU大小就被限制在最小46byte，从而换言之，最小的三层数据包应该是46byte。

五、针对不同的协议，MTU的值应有所调整

原文章作者还提到他当时使用的是ADSL上网的方式，ADSL使用的PPPoE协议。

PPPoE协议介于以太网和IP之间，协议分为两部分，PPP( Point to Point Protocol )和oE( over Ethernet )，也就是以太网上的PPP协议，而PPPoE协议头信息为：

| VER(4bit) | TYPE(4bit) | CODE(8bit) | SESSION-ID(16bit) | LENGTH(16bit) |

这里总共是48位，也就是6个字节，那么另外2个字节是什么呢？答案是PPP协议的ID号，占用两个字节，所以在PPPoE环境下，最佳MTU值应该是：1500 - 4 - 2 = 1492。

---

如果是PC拨号，那么PC会进行PPPoE的封装，会按照MTU：1492来进行以太网帧的封装，即使通过路由器，路由器这时候也只是转发而已，不会进行拆包。

而当用路由器拨号时，PC并不知道路由器的通信方式，会以网卡的设置，默认1500的MTU来进行以太网帧的封装，到达路由器时，由于路由器需要进行PPPoE协议的封装，加上8字节的头信息，这样一来，就必须进行拆包，路由器把这一帧的内容拆成两帧发送，一帧是1492，一帧是8，然后分别加上PPPoE的头进行发送。

当短时间数据量过大，路由器处理不过来，就会发生丢包卡顿的情况。

六、结论

1518这个值是考虑到传输效率以及传输时间而折中选择的一个值，并且由于目前网络链路中的节点太多，其中某个节点的MTU值如果和别的节点不一样，就很容易带来拆包重组的问题，甚至会导致无法发送。