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

本实验内容纯属本人理解，如有问题可以备注。谢谢！！！ 网络实验 (OSPF卡在各种状态的原因) ______________________________________ 白惜凌 2018-1-12 目录 TOC \o 1-1 \h \z \u 一、 实验目的/要求 1 一、 OSPF卡在init、2-way、exstart/exchange的原因 1 二、 实验环境 2 三、 实验操作步骤 3 五、 总结 9 PAGE9 / NUMPAGES10 实验目的/要求 目的： 掌握ospf故障排错 掌握故障的解决方法 要求： 用实验证明OSPF卡在init、2-way、exstart/exchange的原因 OSPF卡在init、2-way、exstart/exchange的原因 不包含邻居路由器ID INIT状态中如果收到hello包中含有自己的routerID才会进入2-way状态，如果收到hello包中没有含有自己的routerID或收不到对方的hello包而自己可以发hello包时则会停留在INIT状态 通过修改优先级为0 对于MA网络，是要选举DR，BDR的，如果把优先级优先级都设为0，那么会停留在2-way状态 通过修改MTU值 MTU的值是从DBD报文交互开始的，也是在DBD报文交互结束，而DBD报文交互的在这个阶段原本要选举主从关系，我们通过修改MTU值，使得无法选举主从关系停留在exstart/exstart ，或者exstart/exchange 接下来实验证明！！！请继续往下看！！！  实验环境 使用GNS3模拟器搭建平台如图所示： 两台路由器（IOS (tm) 3600 Software (C3660-IK9O3S-M), Version 12.2(40a)） 接口ip分配如图所示： R1 R2 Fa0/0:12.12.12.1/24 Fa0/0:12.12.12.2/24  实验操作步骤 实验1. 通过访问控制列表（ACL） INIT状态中如果收到hello包中含有自己的routerID才会进入2-way状态，如果收到hello包中没有含有自己的routerID则会停留在INIT状态，我们通过ACL（访问控制列表）和验证实现这个现象 在R1上配置访问控制列表拒绝hello包分组流量通过，将R1上运行ospf的接口加入到控制列表组100中 R1(config)#int fa0/0 R1(config-if)#ip access-group 100 in //将接口加入到访问控制列表组当中 R1(config)#access-list 100 permit ip any 12.12.12.0 0.0.0.255 //仅允许目的为12.12.12.0网段的接口地址流量通过， 使用show ip ospf nei查看邻居，看不到R2了。因为不让224.0.0.5流量通过所以建立不了邻居 因为1.1.1.1 无法收到224.0.0.6，所以处于DROTHER角色。 使用这条命令就可以允许组播224.0.0.5通过。就可以建立邻居了如下图所示： R1(config)#access-list 100 permit ip 12.12.12.0 0.0.0.255 host 224.0.0.5 //允许224.0.0.5 通过 使用show IPospf nei查看邻居 实验2. 通过修改优先级为0 前提是在MA网络中。因为在MA网络中需要选举DR，BDR。优先级为0不参与选举DR，BDR，会停留在2way状态 在两边运行ospf的路由器接口下配置优先级 R1: R1(config)#int fa0/0 R1(config-if)#ip ospf priority 0 //修改优先级为0 R2: R2(config)#int fa0/0 R2(config-if)#ip ospf priority 0 //修改优先级为0 使用show ip ospf nei查看邻居状态，发现邻居都处于2way状态 当出现这种问题要怎么解决呢？有如下方法： 修改优先级（就0不参与选举，所以只要不配0，不超过255就可以了） R1(config)#int fa0/0 R1(config-if)#ip ospf pr 1 //修改优先级为1 R2(config)#int fa0/0 R2(config-if)#ip ospf pr 1 修改回来邻居回来啦！！ 实验3.MTU（最大传输单元）不一致 （1）何时关注MTU 从exstart状态开始，ospf进程关注来自邻居的DBD报文中的interface MTU字段 （2）何时忽略MTU，如果接收到的interfaceMTU中的值大