当一个路由器从邻居收到一个ospf hello分组时，他在分组中包含进邻居的RID并发送这个hello分组，如果他不包含邻居的RID，那么邻居就会停滞在init状态，或者一个路由器发送hello分组给另一个路由器，而由于某些原因此路由器没有收到对方的回复，也会使这个路由器处于init状态。 <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

一般原因如下：

ACL阻塞了一边的ospf hello 分组。

多播功能在某一边被破坏了（6500交换机问题，这个不知道没有接触过）

验证只在一边可用。

Hello分组在某一边的第二层丢失了。

对于ACL引起的故障：

我们在有ospf运行的网络环境中，运行ospf时要格外的小心，你必须保证能让ospf流量通过的如果想要建立邻接关系的话。如写一条ACL：ip access-list extend permit-hello

 Permit ip XXXXXX XXXXXX host 224.0.0.5 

然后调试它 debug  ip  packet  permit-hello detail （看看里面的信息是不是是对端把ospf hello分组的流量给干掉了，）

解决方法：两端路由器允许ospf hello分组的流量通过就可以了。

验证问题导致init状态持久：

使用验证时，就必须在两边都启用，否则一边回显示邻居停滞于init状态。使用了验证，路由器将拒绝所有非验证分组，并且邻接关系状态将显示init状态。另一边将不会检测到任何问题，因为打开了验证，因为他将简单的忽略分组中的验证并将他看做一个普通分组。

检测：debug ip ospf adj将会显示出不匹配的信息来。

解决方法：两端配置相符就可以了。