OSPF邻接状态

2019-11-04 20:42:28

字体：大中小

来源：转载

供稿：网友

　　简介：本文描述了在ospf故障诊断的程中的各种邻接状态下的故障诊断技术。
　　
　　
　　
　　使用命令：show ip ospf neighbor命令查看邻状态的输出。现分别阐述如下：
　　
　　一、 stat=init
　　
　　stat=init意味着本地路由器收到了邻居路由器发过来的hello包，但邻居路由器未收到本地路由器发出的hello包，故障诊断目的就是为了解决为什么邻居路由器会收不到hello包。
　　
　　几种可能性与解决办法如下：
　　
　　1、配置了ACL，需要在邻居路由器上检查是否在接口上配置了ACL，假如配置了ACL先把ACL取掉，假如此时故障解决，那么就是ACL的问题，需要对ACL进行修改。可以通过show ip int命令检查是否设置了ACL。
　　
　　2、使用show ip ospf int检查是否在接中上配置了ospf认证，假如配置了ospf认证，得确认认证类型与认证密码在所有的邻居路由器的相关接口上一致。
　　
　　3、检查电缆连接是否正确，假如两台路由器是通过交换机连接的，检查交换机上的配置是否正确。
　　
　　4、非凡地，对于NBMA网络如frame-relay，在使用了map声明的场合，记得在map声明的后面加上一个broadcast要害字。
　　
　　二、 stat=exstart或stat=exchange
　　
　　停留在在这两个状态下，一般是mtu或其它第二层因素所导致的问题。解决办法如下：
　　
　　1、检查相邻的几个路由器对应接口的MTU是否一致，要求所有的相邻路由器对应接口的MTU值设置成一样。
　　
　　2、使用大包ping对端路由器的接口IP地址，假如不通的话，说明第二层有问题，碰到这种情况，只有开case才能解决问题了。
　　
　　3、假如ospf在PRi/bri的点对多点接口上配置，需要在接中上使用ip ospf network point-to-multipoint将该接口上的OSPF配置成点对多点状态
　　
　　4、最后，还是不要忘记了检查ACL。
　　
　　三、 stat=loading
　　
　　邻接出现loading状态意味着可能有被破坏的包，一般情况下应该过一会儿就能恢复到full状态，假如出现了“ospf-4-badlsa type”错误信息的话，请参见OSPF故障诊断一文。
　　
　　四、 stat=2way
　　
　　2way的状态一般出现在邻居之间通过以太网这种广播式网络进行连接的情况下。首先应检查是否和DR和BDR建立起了全邻接关系。做为OSPF的一个习惯，router只会和DR/BDR建立全邻接关系，和其它路由器之间就会停留在2 way状态。
　　
　　使用show ip ospf int检查是否所有的邻接路由器的ospf priority都设置为0了，假如所有的ospf priority都设置为0了，将不可能先进选举出DR和BDR，你需要将ospf priority设置为1。
　　
　　五、输出中看不到stat。
　　
　　假如命令的输出中看不到stat的相关值，那么就证实连接有问题或ACL配置不当。解决办法如下：
　　
　　1、使用show int命令，确认int is up,line protocol is up.假如没正确，证实链路有问题。
　　
　　2、使用ping命令检查能否ping通邻居路由器的接口。
　　
　　3、假如能ping通。需要使用show ip ospf int检查是否所有的邻居路由器的对应接口上的ospf是不是都enable了，检查是否设置成了passive接口（在ospf passive接口上不会发送hello包）。
　　
　　4、最后，还是不要忘记了检查ACL的配置。

上一篇：RIPv1和RIPv2协同工作的实现

下一篇：multiple ospf area实验