Linux系统下修改最大传输单元MTU的方法

linux  /  管理员 发布于 7年前   145

最大传输单元（Maximum Transmission Unit，MTU）是指一种通信协议的某一层上面所能通过的最大数据报大小（以字节为单位）。最大传输单元这个参数通常与通信接口有关（网络接口卡、串口等）。
因特网协议允许IP分片，这样就可以将数据报分成足够小的片段以通过那些最大传输单元小于该数据报原始大小的链路了。这一分片过程发生在IP层（OSI模型的第三层，即网络层），它使用的是将分组发送到链路上的网络接口的最大传输单元的值。原始分组的分片都被加上了标记，这样目的主机的IP层就能将分组重组成原始的数据报了。
在因特网协议中，一条因特网传输路径的“路径最大传输单元”被定义为从源地址到目的地址所经过“路径”上的所有IP跳的最大传输单元的最小值。或者从另外一个角度来看，就是无需进一步分片就能穿过这条“路径”的最大传输单元的最大值。
RFC 1191描述了“路径最大传输单元发现方法”，这是一种确定两个IP主机之间路径最大传输单元的技术，其目的是为了避免IP分片。在这项技术中，源地址将数据报的DF（Don't Fragment，不要分片）位置位，再逐渐增大发送的数据报的大小——路径上任何需要将分组进行分片的设备都会将这种数据报丢弃并返回一个“数据报过大”的ICMP响应到源地址——这样，源主机就“学习”到了不用进行分片就能通过这条路径的最大的最大传输单元了。
不幸的是，越来越多的网络封杀了ICMP的传输（譬如说为了防范DOS攻击）——这使得路径最大传输单元发现方法不能正常工作，其常见表现就是一个连接在低数据流量的情况下可以正常工作，但一旦有大量数据同时发送，就会立即挂起（例如在使用IRC的时候，客户会发现在发送了一个禁止IP欺骗的ping之后就得不到任何响应了，这是因为该连接被大量的欢迎消息堵塞了）。而且，在一个使用因特网协议的网络中，从源地址到目的地址的“路径”常常会为了响应各种各样的事件（负载均衡、拥塞、断电等等）而被动态地修改——这可能导致路径最大传输单元在传输过程中发生改变——有时甚至是反复的改变。其结果是，在主机寻找新的可以安全工作的最大传输单元的同时，更多的分组被丢失掉了。
对于时下大多数使用以太网的局域网来说，最大传输单元的值是1500字节。但是像PPPoE这样的系统会减小这个数值，这就使得在使用最大传输单元发现方法时可能会产生这样的结果：一些处于配置不当的防火墙之后的站点变得不可达了。对于这种情况，还是可能找到变通的方法的，但这取决于你控制的是网络的哪一部分。这些方法包括改变用来在防火墙一端建立TCP连接的第一个分组的MSS（Maximum Segment Size，最大分段大小）。
对于一些支持老版本以太网协议的IBM系统（例如XSeries），可能只有在把最大传输单元设为1492之后才能在当下常见的局域网上进行运作。

MTU的修改方法如下：

1、ifconfig命令修改

[/code]
ifconfig ${Interface} mtu ${SIZE} up
ifconfig eth1 mtu 9000 up

[/code]

这个是最通用的方法，对所有的linux 发行版本都有效。缺点就是重启后失效，需要在开机项中加载。

2、修改配置文件

CentOS / RHEL / Fedora Linux下

复制代码代码如下:
# vi /etc/sysconfig/network-scripts/ifcfg-eth0
#增加如下内容
MTU="9000"
#保存后重启网卡生效
# service network restart
#启用IPv6地址的，修改IPv6 mtu的参数为
IPV6_MTU="1280"

Debian / Ubuntu Linux下

复制代码代码如下:
# vi /etc/network/interfaces
#增加如下值
mtu 9000
#保存后，重启网络生效
# /etc/init.d/networking restart

3、为什么MTU最大值为9000字节

从理论上计算，4 bytes的CRC最大支持12000 bytes大小的字节，超过了就没有办法检查了。另外还有其他一些协议如NFS等的限制。

最后需要注意的是，在经过交换网络设备时，仅仅修改主机端的MTU值是不行的，还需要交换网络设备上开启jumbo frames功能。

4、MTU测试

使用ping命令，-l 指定包大小，-f 选项为通知操作系统不能私自更改该数据包大小

使用英文操作系统时的提示为：Packet needs to be fragmented but DF set