MTU专题

MTU专题

为什么需要MTU？

网络中通常以数据包为单位进行信息传递，那么，一次传送多大的包合适、多大的包最高效就成为一个核心问题之一。如果包大小设置的很大，意味着报文中的有效数据也更多，通信效率更高，但传送一个数据包的延迟也越大，数据包中bit位发生错误的概率也越大。并且如果这个报文丢掉了，重传的代价也很大。如果包大小设置的过小，则意味传输相同的数据量，设备需要处理更多的报文，这样会极大的考验设备的线速转发能力。通过设置MTU来调节网络上数据包的大小，让不同的网络找到最适宜的MTU从而提高转发效率，这就是MTU的作用。

MTU是数据链路层的概念，指数据链路层对数据帧长度的限制。不同链路介质类型的网络有不同的默认MTU值，以下是一些常见网络的默认值：

为什么以太网MTU通常被设置为1500？

RFC标准定义以太网的默认MTU值为1500。那么这1500的取值是怎么来的呢？

早期的以太网使用共享链路的工作方式，为了保证CSMA/CD（载波多路复用/冲突检测）机制，所以规定了以太帧长度最小为64字节，最大为1518字节。最小64字节是为了保证最极端的冲突能被检测到，64字节是能被检测到的最小值；最大不超过1518字节是为了防止过长的帧传输时间过长而占用共享链路太长时间导致其他业务阻塞。所以规定以太网帧大小为64~1518字节，虽然技术不断发展，但协议一直没有更改。

以太网最大的数据帧是1518字节，这样刨去帧头14字节和帧尾CRC校验部分4字节，那么剩下承载上层IP报文的地方最大就只有1500字节，这个值就是以太网的默认MTU值。这个MTU就是网络层协议非常关心的地方，因为网络层协议比如IP协议会根据这个值来决定是否把上层传下来的数据进行分片，如果单个IP报文长度大于MTU，则会在发送出接口前被分片，被切割为小于或等于MTU长度的IP包。

实际上，不同的厂商，甚至同一厂商的不同产品型号对MTU的定义也不尽相同，通常分为以下几种：

• MTU用以指示整个IP报文的最大长度（IP头+三层Payload），MTU是一个三层的定义，即MTU = IP MTU。例如在Huawei NetEngine系列路由、CloudEngine系列交换机上，MTU是三层的定义，指IP MTU。
• MTU的值等于IP报文与以太帧头的总和，即MTU = IP MTU + 14字节。例如在Cisco部分设备上，MTU是指IP MTU + 以太帧头。
• MTU的值等于IP报文与以太帧头、CRC部分的总和，即MTU = IP MTU + 18字节。例如在Juniper部分设备上，MTU是指IP MTU + 以太帧头 + CRC部分。

在实际设置MTU值时，需要特别关注各厂商、产品对于MTU的定义。

超过MTU的报文如何进行分片？

以太网缺省MTU=1500字节，这是以太网接口对IP层的约束，如果IP层有<=1500字节需要发送，只需要一个IP包就可以完成发送任务；如果IP层有>1500字节数据需要发送，需要分片才能完成发送。

以主机发送一个数据载荷长度为2000字节的报文为例说明其分片的过程（假设出接口的MTU值为1500）。在网络层会对报文进行封装，其结构组成：IP头部20字节+数据载荷长度2000字节，报文封装后，整个报文长度为2020字节。在出接口进行转发的时候，发现IP报文的长度超过了MTU的值1500，因此要进行分片处理，详情见下图。

第一片报文，IP报文头固定20字节，数据载荷可以封装1480字节（MTU值1500字节-IP报文头20字节，数据载荷长度须是8的倍数）；

第二片报文，复制第一片的IP头，IP报文头固定20字节，数据载荷为剩余的520字节（总数据载荷长度2000字节减去第一片中已封装的1480字节）。如果最后一片报文的长度不足46字节，会自动填充至46字节。

所有分片报文在发送至目的主机后，在目的主机进行分片重组，恢复为原报文。在进行重组时，通过IP标志位中的MF用来分辨这是不是最后一个分片，片偏移用来分辨这个分片相对原数据报的位置。通过这几个字段，可以准确的完成数据报的重组操作。

Jumbo帧与MTU

以太网经过几十年的发展，速度已经从最初的10M被提升到了上百G，速度提高了上万倍。在这样高速度的传输数据中，如果还是延续经典以太网的最大帧长不超过1518 字节的限制，那么在每秒中传输的数据包的个数将很大。由于每个数据包都需要网络设备来进行处理，由此带来的额外开销也将很大，而且这个开销随着网络速度的提高而愈加明显。

于是一些厂商提出了巨型帧（Jumbo Frame）的概念，把以太网的最大帧长扩展到了9K，相当于增强版的MTU，区别在于：

• Jumbo帧是在数据链路层进行处理的。MTU涉及的分片通常是在网络层进行。
• Jumbo帧长包括二层以太帧头及CRC部分。MTU一般不包括这部分，指的是三层IP报文部分的长度。在网络应用中，MTU最大值受限于Jumbo帧的最小值，MTU值至少要比Jumbo帧小18字节

加大帧长的好处在于，减少了网络中数据包的个数，减轻了网络设备处理包头的额外开销。大量减少的帧数目也带来了性能的提高。Jumbo帧是一种厂商标准的超长帧格式，目前还没有获得IEEE标准委员会的认可，但是大多数的设备厂商都已经开始支持。

Path MTU与MTU

顾名思义，Path MTU就是指传输路径的MTU，无需分片就能穿过某路径的数据包最大长度。在从发送端到接收端的传输路径上，如果网元的MTU设置不一致，则决定该路径可用MTU的，其实是整条路径上的最小MTU值。以Path MTU作为IP包长发送数据，既高效又能避免分片。

Path MTU示意图

RFC 1191(IPv4)和RFC 1981(IPv6)定义了动态探测Path MTU值的技术，用于确定两个IP主机之间的Path MTU。首先源节点假设Path MTU就是其出接口的MTU，发出一个试探性的报文，并设置改报文不允许被分片。当转发路径上存在一个小于当前假设的Path MTU时，转发设备就会向源节点发送回应报文，并且携带自己的MTU值，此后源节点将Path MTU的假设值更改为新收到的MTU值继续发送报文。如此反复，直到报文到达目的地之后，源节点就能知道到达目的地的Path MTU了。

Path MTU探测

目前IPv4网络其实没有有效手段来发现PMTU 。主要原因是：

• 某些运营商或网站考虑网络安全或其他需要，把ICMP探测报文过滤掉了。
• Path MTU需要主机和互联网上的各种网络设备（交换机、路由器、防火墙等）的配合，但有些网络设备不遵从RFC 1191协议。

如何设置MTU

在网络中，由于不同厂商，甚至同一厂商不同型号的设备，对MTU的定义和MTU分片机制不尽相同，常出现MTU引起的网络问题，例如协议对接不成功、部分网站或链接打不开、游戏卡顿等。因此对MTU进行合理的规格、部署至关重要。

其最基本的原则：对接的两个三层设备以太网接口MTU配置需要保持一致。

两端MTU保持一致

同时还需要考虑多种场景下各种封装标签对报文大小的影响，例如封装MPLS标签，每层标签会增加4字节，增加MPLS标签后，报文长度也可能超过链路层允许发送的范围，导致报文无法转发。

骨干网、城域网络、接入网络MTU的配置建议

为保证骨干网络、城域网络、接入网络的完美工作，MTU的数值一定要远大于以太网标准的基本要求1500字节。通常现有的大型路由器、交换机设备，都可以支持到9000以上的大数据报文，但缺省配置各厂商并不相同，很多厂商设备的缺省MTU配置仍然是1500字节。并且因为网络中很可能运行OSPF、ISIS等需要协商MTU的路由协议，所以互相对接的不同厂商的设备的MTU也要调整为相同。

因此，在满足网络和运营商规范且各个厂商都支持的情况下，尽量将MTU配置的大一些。

数据中心等局域网络MTU的配置建议

在目前大规模建设的数据中心等网络中，通常没有对MTU进行统一调整。随着新技术的应用，MTU的问题会逐步暴露出来。比如为进行大二层扩展进行的各类隧道技术的使用，VPLS、VXLAN等。这些技术无一例外的都使用了额外的封装，形成了超大报文，例如VXLAN会在原始报文基础上增加50字节。如不统一进行MTU的规划，会导致传输效率低下，或者业务中断。

因此，在数据中心等网络的建设中，也需要确定MTU的配置规范，在各个厂商都支持的情况下，尽量将MTU配置的大一些。

协议的MTU协商

OSPF的MTU协商

根据 RFC2328 的定义，OSPF 通过 DD 报文（Database Description packet）的“interface MTU”字段来协商 MTU 值。
RFC2328 规定，如果设备收到的 DD 报文“interface MTU”字段值小于 DD 报文出接口的 MTU，则邻居关系停留在“Exchange start”状态，无法达到 FULL。

不同厂商对于 DD 报文中的 MTU 协商处理原则不尽相同：

• 有的厂商默认检查 DD 报文的 MTU 值。可以通过命令行调整为不检查。
• 有的厂商默认不检查 DD 报文的 MTU 值。可以通过命令行调整为检查。
• 还有的厂商设备检查 MTU 值，且不可调整。

因此在排除 OSPF 邻接关系故障时需要考虑到上述差异。

IS-IS 的 MTU 协商

根据 ISO 10589 的定义，用于建立与维持 IS-IS 邻接关系的 Hello 报文，不得小于路由器接口能够接收并处理的最大数据长度，如果小于，则进行填充。这种机制保证了 IS-IS 邻接关系只建立于那些能接收并处理对方能发送的最大数据长度的系统之间。

NE40E/80E/CX600/ME60/NE5000E 产品的 IS-IS 实现遵从 ISO 10589 标准，如果 Hello报文长度小于接口 MTU，都会被填充。缺省情况下，如果运行 IS-IS 协议的链路两端接口 MTU 不匹配，则 IS-IS 邻接关系无法建立成功。

然而在实际网络中，几乎所有互连的路由器接口的 MTU 都是相同的，所以在大多数情况下并不需要 Hello 报文填充。尤其对于 MTU 较大而 Hello 发送时间间隔较短的接口，对频繁发送的 Hello 报文都进行填充，对网络资源造成较大浪费。

IS-IS 提供了一种功能允许禁止 Hello 报文填充以节省网络开销。

NE40E/80E/CX600/ME60/NE5000E 产品提供了用于设置接口发送 Hello 报文是否进行填充的功能。缺省情况下，NE40E/80E/CX600/ME60/NE5000E 产品发送Hello报文的规则如下：

• P2P 接口：P2P 邻居建立之前，发送带有填充字段的标准 Hello 报文。P2P 邻居建立之后，发送不带有填充字段的小型 Hello 报文。
• 广播接口：发送带有填充字段的标准 Hello 报文。