登录  
 加关注
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

北边的风

IT 钓鱼 养生

 
 
 

日志

 
 

【转载】MTU 浅见  

2012-09-17 11:17:18|  分类: 默认分类 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
本文转载自静心阁《MTU 浅见》

MTU是Maximum Transmission Unit的缩写。意思是网络上传送的最大数据包。MTU的单位是字节。 大部分网络设备的MTU都是1500。如果本机的MTU比网关的MTU大,大的数据包就会被拆开来传送,这样会产生很多数据包碎片,增加丢包率,降低网络速度。把本机的MTU设成比网关的MTU小或相同,就可以减少丢包。

这里主要介绍的是路由交换协议OSPF的主要出现关于MTU问题。

MTU设置不正确会导致OSPF邻居关系建立不起来。

 

下面我们举个例子

故障现象:

         OSPF邻居关系无法正常建立,OSPF的状态机一直处理Exstart和Down之间来回跳转。

告警信息:

Feb 12 11:54:58.796 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Feb 12 11:54:59.476 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.12 on Vlan2 from LOADING to FULL, Loading Done

Feb 12 11:55:58.795 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Feb 12 11:58:17.993 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Feb 12 11:58:20.912 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.12 on Vlan2 from LOADING to FULL, Loading Done

Feb 12 11:59:17.992 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Feb 12 12:01:33.301 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Feb 12 12:01:33.601 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.12 on Vlan2 from LOADING to FULL, Loading Done

Feb 12 12:02:33.300 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Feb 12 12:04:46.170 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Feb 12 12:04:50.774 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.12 on Vlan2 from LOADING to FULL, Loading Done

Feb 12 12:05:46.169 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

Feb 12 12:08:03.539 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from EXSTART to DOWN, Neighbor Down: Too many retransmissions

Feb 12 12:08:06.179 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.12 on Vlan2 from LOADING to FULL, Loading Done

Feb 12 12:09:03.538 CCT: %OSPF-5-ADJCHG: Process 88, Nbr 201.109.132.8 on Vlan2 from DOWN to DOWN, Neighbor Down: Ignore timer expired

 

处理步骤:

-、我们先熟悉一下OSPF邻居建立的几个步骤:

1、down状态

2、init 初始状态

3、Two-way状态 我出现在对方发送的路由信息中,就进入two-way状态

4、exstart 确定主从关系,即谁先发送dbd。

5、exchang 在主的带领下开始交换dbd

6、loading 请求更详细的信息

7、full

二、从日志信息中可以看出,OSPF邻居关系建立的步骤是从1到4步后再无法进行下去了,只能又重新1步开始了。因为能进行到第4步,所以可以排除OSPF链路出现DOWN的问题了。由于在第4步就无法建立下去了,也就是说DBD包协商不成功。在Exstart阶段进行DBD包协商主从关系时会比较MTU值,如果两边DBD报文中的MTU参数相互之间不符合将会协商不成功。在DBD报文中进行MTU的比较的原因主要是由于DBD报文的内容比较大,如果两边的MTU值不一致的话很可能会造成DBD包丢弃,所以会在Exstart过程中增加MTU的协商过程。所以对OSPF邻居关系的端口MTU一致性进行检查。

 

三、经检查发现OSPF两侧设备的MTU值确实不一致,由于对端路由器上还有一些MPLS VPN的业务,为保证业务的正常对所有端口的MTU的进行了调整,而出问题的那个端口是不承载MPLS VPN业务的,本来不应该对MTU值进行更改。由于两侧MTU的不一致引起了OSPF邻居关系的震荡。由于DBD进行MTU参数比较只是在OSPF的Exstart阶段进行的,如果OSPF邻居关系一直处于Full的状态时更改MTU并不会中断OSPF邻居关系,只有在OSPF邻居关系重建时才会出现以上的问题。而且一直会出现OSPF的振荡。

 

处理结果:

        由于设备两端的端口的MTU值不同,造成OSPF的exstart协商无法通过,邻居关系建立反复来回协商而产生大量日志和警告。现在只要把两端设备端口的MTU值设置成一致就可以了。

 

 

1.OSPF邻居停滞于EXSTART/EXCHANGE状态原因:不匹配的接口MTU

  OSPF在一个数据库描述分组中发送接口MTU。如果有一个MTU不匹配,OSPF将不会形成一个邻接体关系。接口MTU选项在RFC2178中加入。以前,没有机制用于检测接口MTU不匹配问题。这个选项加入到了CiscoIOS软件版12.0.3及后续版本中。

  图9-33显示了解决这个问题应遵循的流程图。

MTU 浅见 - 静心阁 - 小峰的博客

 

在R1和R2上show       ip     interface的输出。然后可以从信息中获得MTU..看MTU是否匹配..假如不匹配的话就采用上面的解决方法修改过来

(2)以下情况很需要注意,因为debug 出来的信息在有些IOS版本中是不会显示出来MTU不匹配

在CiscoIOS软件版本12.0.3和后续版本中,如果有一个MTU不匹配,CiscoIOS软件将在一个debug消息中表明这个问题,如果R2的MTU比R1的小,这个消息不会产生。如果R1没有运行CiscoIOS软件版本12.0.3或者后续版本,这个消息也不会出现在调试信息中。检测这个MTU不匹配的唯一方法就是在两边都检查接口配置。

  要纠正这个问题,需确信MTU在两边都设置成了一样的值。例9-89显示了R1上的新配置以解决这个问题。

  例9-89在R1上设置同样的MTU值

  R1#interface Serial0.1 multipointip address141.108.10.3255.255.255.248mtu 1500

  有另一种可能导致一个MTU不匹配的情况当一个路由器通过FDDI连接到一个内嵌有路由交换模块(RSM)的交换机的时候。图9-34显示了这个设置。

MTU 浅见 - 静心阁 - 小峰的博客

产生MTU不匹配问题的网络设置

  VLAN1接口是一个有着1500字节MTU的虚拟以太网接口,而在R2上的FDDI接口的MTU为4470字节

RSM和R2的配置显示MTU不匹配

  RSM#show interface vlan 1

Vlan1 is up, line protocol isupHardwareis Cat5k RP Virtual Ethernet, address is 0030.f2c9.8338(bia0030.f2)Internet address is 131.108.1.1/24MTU 1500 bytes , BW10000Kbit, DLY 1000 usec,R2#show interface fddi 0Fddi0 is up,lineprotocol is upHardware is DAS FDDI, address is 0000.0c17.acbf(bia0000.0c17.acbf)Internet address is 131.108.1.2/24MTU 4470 bytes,BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255

  这是在Catalyst交换机环境中的一个常见设置。当在一个交换机的FDDI端口收到一个分组的时候,它穿过交换机背板到达安装了RSM的插槽。从FDDI到以太网的转换/分段过程在交换机一级发生。

  有着MTU不匹配发现(MUTmismatch-detection)特性,这两个路由器将不会形成一个邻接体关系。在这个特定情况下,接口级命令ipospfmtu-ignore被加入到了CiscoIOS软件版本12.1.3和更高版本中。这个命令忽视FDDIMTU并在这种特定情况下形成一个邻接体关系。这个命令不应该在任何其他情况下使用,因为MTU不匹配检测对疑难解析很重要。要使用这个命令,需在接口上应用它。在这个例子中,应该在VLAN1接口上应用它。

  例9-91显示了在解决这个MTU问题后show ip ospf neighbor的输出。

  例9-91确认MTU不匹配问题已经解决了

  R2#show ip ospf neighborNeighbor IDPri StateDeadTimeAddressInterface131.108.2.11 FULL/DR00:00:32131.108.1.1Fddi0

  评论这张
 
阅读(243)| 评论(0)

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018