【OSPF-卡在各种状态的原因】

本实验内容纯属本人理解，如有问题可以备注。谢谢！！！网络实验(OSPF卡在各种状态的原因)______________________________________白惜凌2018-1-12目录一、实验目的/要求.....................................................................................................................................................1一、OSPF卡在init、2-way、exstart/exchange的原因.............................................................................................1二、实验环境...............................................................................................................................................................2三、实验操作步骤.......................................................................................................................................................3五、总结.......................................................................................................................................................................91/10一、实验目的/要求目的：1、掌握ospf故障排错2、掌握故障的解决方法要求：用实验证明OSPF卡在init、2-way、exstart/exchange的原因一、OSPF卡在init、2-way、exstart/exchange的原因1.不包含邻居路由器IDINIT状态中如果收到hello包中含有自己的routerID才会进入2-way状态，如果收到hello包中没有含有自己的routerID或收不到对方的hello包而自己可以发hello包时则会停留在INIT状态2.通过修改优先级为0对于MA网络，是要选举DR，BDR的，如果把优先级优先级都设为0，那么会停留在2-way状态3.通过修改MTU值MTU的值是从DBD报文交互开始的，也是在DBD报文交互结束，而DBD报文交互的在这个阶段原本要选举主从关系，我们通过修改MTU值，使得无法选举主从关系停留在exstart/exstart，或者exstart/exchange接下来实验证明！！！请继续往下看！！！2/10二、实验环境使用GNS3模拟器搭建平台如图所示：两台路由器（IOS(tm)3600Software(C3660-IK9O3S-M),Version12.2(40a)）接口ip分配如图所示：R1R2Fa0/0:12.12.12.1/24Fa0/0:12.12.12.2/243/10三、实验操作步骤实验1.通过访问控制列表（ACL）INIT状态中如果收到hello包中含有自己的routerID才会进入2-way状态，如果收到hello包中没有含有自己的routerID则会停留在INIT状态，我们通过ACL（访问控制列表）和验证实现这个现象在R1上配置访问控制列表拒绝hello包分组流量通过，将R1上运行ospf的接口加入到控制列表组100中R1(config)#intfa0/0R1(config-if)#ipaccess-group100in//将接口加入到访问控制列表组当中R1(config)#access-list100permitipany12.12.12.00.0.0.255//仅允许目的为12.12.12.0网段的接口地址流量通过，使用showipospfnei查看邻居，看不到R2了。因为不让224.0.0.5流量通过所以建立不了邻居因为1.1.1.1无法收到224.0.0.6，所以处于DROTHER角色。使用这条命令就可以允许组播224.0.0.5通过。就可以建立邻居了如下图所示：R1(config)#access-list100permitip12.12.12.00.0.0.255host224.0.0.5//允许224.0.0.5通过使用showIPospfnei查看邻居实验2.通过修改优先级为0前提是在MA网络中。因为在MA网络中需要选举DR，BDR。优先级为0不参与选举DR，BDR，会停留在2way状态在两边运行ospf的路由器接口下配置优先级R1:R1(config)#intfa0/0R1(config-if)#ipospfpriority0//修改优先级为04/10R2:R2(config)#intfa0/0R2(config-if)#ipospfpriority0//修改优先级为0使用showipospfnei查看邻居状态，发现邻居都处于2way状态当出现这种问题要怎么解决呢？有如下方法：修改优先级（就0不参与选举，所以只要不配0，不超过255就可以了）R1(config)#intfa0/0R1(config-if)#ipospfpr1//修改优先级为1R2(config)#intfa0/0R2(config-if)#ipospfpr1修改回来邻居回来啦！！5/10实验3.MTU（最大传输单元）不一致（1）何时关注MTU从exstart状态开始，ospf进程关注来自邻居的DBD报文中的interfaceMTU字段（2）何时忽略MTU，如果接收到的interfaceMTU中的值大于本地接口的MTU，则忽略DBD消息接下来实验证明！！！（注意：主从关系选举—优先级—如果优先级相同那么比较routerID）6/10四、修改slave（原本在正常情况选举下的角色）的MTU，Master（原本在正常情况选举下的角色）收到slave的MTU值小于自己的本地接口的MTU此时master/slave处于exstart状态没有修改之前正常选举（R2的fa0/0接口为主，R1的fa0/0接口为从）如下报文描述：现在在R1运行OSPF的接口下修改如下：没有修改之前正常选举（R2的fa0/0接口为主，R1的fa0/0接口为从）R1(config)#intfa0/0R1(config-if)#ipmtu68//MTU值68-1500(不能超过1500)R1(config-if)#end在两边路由器敲这个代码清除一下ospf进程R1#cleipospfpr//R1,R2相同ResetALLOSPFprocesses?[no]:y可以很清楚一下ospf的进程就可以看到master/slave（原本在正常情况选举下的角色）处于exstart状态7/10Dead时间到了还没有收到邻居发的hello，那么就会将邻居处于down状态注意：要把上面改掉的MTU的值改回来再做下面的实验R1(config)#intfa0/0R1(config-if)#ipmtu1500在两边路由器敲这个代码清除一下ospf进程R1#cleipospfpr//R1,R2相同ResetALLOSPFprocesses?[no]:y清除ospf进程后再查看邻居2.修改Master（原本在正常情况选举下的角色）的MTU值master（原本在正常情况选举下的角色）处于EXSTART状态，slave（原本在正常情况选举下的角色）处于EXCHANGE状态8/10在运行OSPF的接口下修改R2(config)#intfa0/0R2(config-if)#ipmtu68R2(config-if)#end在两边路由器敲这个代码清除一下ospf进程R1#cleipospfpr//R1,R2相同ResetALLOSPFprocesses?[no]:y查看邻居的状态发现2.2.2.2处于exchange状态，1.1.1.1处于当出现这种问题要怎么解决呢？有如下方法：可以在被修改的接口下使用ipospfmtu-ignore命令再查看一下邻居，又处于full状态也可以把MTU的值修改一样就像上面的实验9/10五、总结以上的情况是我所掌握的，可能还有其他情况。