OSPF邻居的八种状态

OSPF邻居的八种状态0SPF在邻居路由器之间创建邻接体关系来交换路由信息，其邻居的建立过程一共可能出现八种状态，每种状态代表的具体含义如下：Down 没有从邻居处收到hello数据包。Attempt 用于NBMA网络的连接，并表明没有新的信息从这个邻居处收到。Init 从另外的路由器收到hello报文，但是在此hello报文中没有看到自己的routerID。2way 从邻居处接收到的hello报文的邻居字段中包含有自己的routerID。这个状态下选举DR和BDR。ExStart 建立主/从关系并决定初始的DD序号以便准备交换DD报文。带有最高routerID的路由器将成为主路由器。Exchange 路由器通过发送DD报文向邻居描述它自己的完整的链路状态数据库，同时，路由器也可以发送LSR报文来请求更新的LSA。Loading 路由器将发送LSR给邻居请求在Exchange状态下发现的新的LSA，并接收对请求的LSA的响应报文（LSU）。Full 建立起邻接的邻居中所有LSA信息都是同步的。双飞燕2008—8—89:33:36OSPF邻居状态常见故障分析故障一：OSPF邻居停滞于ATTEMPT状态可能的原因判断方法和解决方案1•配置了错误的neighbor语句showipospfneighbor查看，邻居状态停滞于ATTEMPT状如果配置了neighbor命令，OSPF将在NBMA接口发送一个单播分组，如果neighbor语句不正确。OSPF就不能向正确的邻居发送分组，也就不会从邻居收到任何回应。解决办法：配置正确的neighbor语句。2.在NBMA网络中单播中断了showipospfneighbor查看，邻居状态停滞于ATTEMPT状如果配置了neighbor命令，OSPF将在NBMA接口发送一个单播分组，如果网络中单播中断，将永远不会形成邻接关系。通

过PING包验证单播是否存在问题。解决办法：查看单播不通的原因：ACL、错误的DLCI号等故障二：OSPF邻居停滞于INIT状态可能的原因判断方法和解决方案1.访问列表在某边阻塞了OSPFHello包showipospfneighbor查看，邻居状态停滞于INIT状态。OSPF使用个组播地址224.0.0.5用于发送和接收HELLO分组。使用IP协议号89。如果在某一边使用了访问列表限制了HELLO报文，则邻居关系将停滞于INIT状态。解决方法：查看配置，去掉访问列表。2.在某边的famerelaymap语句中缺少broadcast关键字showipospfneighbor查看，邻居状态停滞于INIT状态。如在fame-relaymap语句中缺少broadcast关键字，在网络的第二层将不能发送任何广播或者组播分组。同时组播的HELLO报文也将不能正常发送。解决办法:在fame-relaymap语句中加上broadcast关键字。故障三：OSPF邻居停滞于TWO-WAY状态可能的原因判断方法和解决方案1.DRother之间的状态为2-WAY在广播网络中，DRother之间的状态为2-WAY。这个是正常的，DRother只需要跟DR和BDR建立FULL关系。2•在所有的路由器上都配置了优先级为0故障四：OSPF邻居停showipospfneighbor查看，邻居状态停滞于2-WAY状态。在广播网络中，OSPF需要选举DR和BDR。当在所有的路由器上都配置了优先级为0,那么所有的路由器都不会参与DR/BDR的选举，邻居状态将停在此状态下。通过命令shipospfinterface查看接口的优先级。解决办法：查看配置，更改其中的路由器优先级使其不为0。_:滞于EXSTART/EXCHANGE状态可能的原因判断方法和解决方案1.两端接口的MTU不致showipospfneighbor查看，邻居状态停滞于EXSTART/EXCHANGE状态。OSPF在一个数据库描述分组中发送接口的MTU,如果和对端的MTU值不匹配，OSPF将不会形成FULL状态。通过命令shipospfinterface查看接口的MTU值。解决方法：1、修改两端接口MTU值，使其相同。2、在两端的接口上配置ipospfmtu-ignore2•邻居的RouterID冲突showipospfneighbor查看，邻居状态停滞于EXSTART/EXCHANGE状态。当OSPF发送一个DD分组来选举一个主设备和从设备的时候。具有最大routerID的路由器变成主设备。如果两个邻居的routerID冲突，选举将不会成功，邻居停滞于EXSTART/EXCHAN

GE状态。通过命令shipospfinterface查看邻居的routerID。解决办法：改变其中一台路由器的routerID,并重启OSPF进程。故障五：OSPF邻居停滞于LOADING状态可能的原因判断方法和解决方案1.两端接口的MTU不致showipospfneighbor查看，邻居状态停滞于LOADING状态。在有些厂家的设备邻居协商不会比较MTU值，所以能通过前阶段EXSTART/EXCHANGE状态的协商。这时邻居有可能会发送个大的MTU分组作为个链路状态更新，接收端将不能正常地接收到这个分组，因此邻居停滞于LOADING状态。通过命令shipospfinterface查看接口的MTU值。解决方法：1、修改两端接口MTU值，使其相同。2.链路状态请求分组损坏了showipospfneighbor查看，邻居状态停滞于/r/