MTU设置不一致导致大数据包不通

文章出处：www.net1980.com 

案例描述
                一台华为NE系列的路由器与其他厂商的路由器互连，并运行OSPF协议。配置完毕后，一切正常，并在相当长的时间内运转稳定。但两个月后，用户反馈网络中断。

采用以下方式对问题定位：
1、登录到两台路由器上，发现双方连接正常，可以相互ping通对端地址，但OSPF协议中断；
2、登录到NE路由器查看邻居状态，发现邻居状态机处于Exstart状态。打开相应的调试开关查看报文信息，发现双方都可以收到Hello报文，但NE路由器发送DD报文后，一直没有收到对方回应的DD报文；
3、登录另一台路由器，打开相应的调试开关，发现对方收到NE路由器发送的DD报文后，发送了相应的DD报文进行回应。
4、因此，NE路由器没有收到对方发出的DD回应报文，但对方确实发出来了。

 

原因分析
                双方能够接收到Hello报文，说明链路通畅，多播报文收发也没有问题。
                推断可能是对方发送的DD报文有错误，导致NE路由器拒绝接受，但查看相应的信息，并没有报告接收到错误的DD 报文。
                仔细查看某厂商路由器的调试信息发现这个DD报文很大有2000 多字节。会不会是由于报文太大导致的问题呢？试着ping了一个2000字节的报文，结果不通。那么故障原因很可能是：由于双方的MTU不一致导致大包不通。

 

处理过程：
                检查配置，发现对方路由器的MTU设置为4000多而NE路由器的MTU设置为1500，于是修改对端路由器的MTU为1500。故障处理。
                那么为什么工程初期没有问题呢？这是因为前期DD报文长度小于1500字节，而后来网络扩容导致路由信息过多使DD 报文的长度超过了1500 字节。

 

建议和总结：
                缺省情况下，ping命令发送的报文大小是56个字节，所以显示的ping通信息只是表示56字节的报文可以通而并不一定表示其他大小的报文仍旧可以通。所以，应当善于使用ping的其他参数来进行故障处理。

 

原文链接： http://www.net1980.com/2010/02/20/mtu%E8%AE%BE%E7%BD%AE%E4%B8%8D%E4%B8%80%E8%87%B4%E5%AF%BC%E8%87%B4%E5%A4%A7%E6%95%B0%E6%8D%AE%E5%8C%85%E4%B8%8D%E9%80%9A/