讨鬼传极锁链优缺点:OSPF的状态解析-转载2010-11-17 23:23转载自 liuaili184最终编辑 liuaili184OSPF卡在各种状态的原因解答！这个东西是总结好的，希望

OSPF的状态解析-转载2010-11-17 23:23转载自 liuaili184最终编辑 liuaili184 OSPF卡在各种状态的原因解答！这个东西是总结好的，希望
大家多看看，最好能做实验总结出来

1.OSPF 邻居停滞于Attempt状态
只有在NBMA中才会出现ATTEMPT状态，ATTEMPT状态是路由器在NBMA模式中必须经过的一个普通状 态。
如果路由器如果一直停滞于ATTEMPT状态，则表明路由器发送了Hello分组给一个邻居，但是没有收到回应。
这个问题仅仅在定义 了neighbor语句的NBMA网络中才会出现。
①Neighbor指向了错误的邻居
②在NBMA中 单播连接中断。例如：ACL 阻止了单播

2.OSPF邻居停滞于INIT状态
路由器收到第一个分组将使 路由器进入正常的INIT状态。
当一个路由器从邻居收到一个OSPF Hello 分组的时候，它在Hello分组中包含进邻居的路由器ID并发送这个Hello分组。
如果它不包含邻居的路由器ID，那么邻居将停滞于INIT状 态。
①验证只在某一边启用。
②ACL在某一边阻止了Hello分组。

3.OSPF 邻居停滞于2-WAY状态

正常情况下，在MA网络等广播介质中，Drother之间的邻居状态是2-WAY状 态，Drother与DR和BDR之间形成FULL状态。

停滞于 2-WAY 状态的原因：路由器上都配置了优先级0

4.OSPF 邻居停滞于EXSTART / EXCHANGE状态

在EXSTART / EXCHANGE 状态阶段：
路由器选择一个主设备、一个从设备、一个初始序列号。（EXSTART状态）
整个数据库交换。（EXCHANGE状态）

停滞于EXSTART / EXCHANGE状态的原因：

①不匹配的接口MTU 。（邻居关系还没有建立好时）重传25次后DOWN掉后，等待一分钟，然后再次建立邻居关系


结论：

1．如果邻居建不起来（2-way 状态之前）
网络类型为NBMA，邻居表显示一边是ATTEMPT状 态，一边是INIT状态；
网络类型为point-to-multipoint NBMA， 邻居表显示一边是DOWN状态；一边是INIT状态。
网络类型为 Broadcast / P2MP / P2P /，邻居表显示一边为空，一边是INIT状态。

2．对于MA网络，如果路由器优先级都设为0，则会停滞于2-way 状态，因为这个状态下需要选举DR / BDR 。

3． 如果MTU不匹配，会卡在Exstart状态；这个字段是携带在DBD中的。

4. 网络类型为NBMA / P2MP NBMA ,所有的包只能通过单播发送（Neighbor 命令）.

5．如果网络类型是point - to - point ，则所有的包通过组播发送。
i
6．如果网络类型是Broadcast / P2MP ，则发包既有组播，又有单播。
EXCHANGE状态之前的包是用组播发送的。
EXCHANGE状态之后的包是用单播发送的。（带LSA摘要信息的DBD包）

7． Attempt状态只会出现在NBMA网络中，如果路由器发了Hello包而收不到回复，则会置于Attempt状态。

本文不限于特定软件和硬件版本。
本文提供的信息在特定实验室环境里从设备被创建了 。用于本文的所有设备开始了以一个缺省（默认）配置。 如果在一个真实网络工作，保证您使用它以前了解所有命令 的潜在影响。
下来这 是第一个OSPF邻居状态。它意味着信息(hello)从此相邻未获 得，但是hello 信息包在此状态可能仍然被发送到相邻。
在 充分地接近的邻居状态期间，如 果路由器在RouterDeadInterval时间(RouterDeadInterval = 4*HelloInterval之内从相邻不收到hello信息包默认情况下)，然后 相邻状态从充分更改到下来。
企图此状态为相邻只是有效 在NBMA环境里。企图意味着路由器发送hello信息包到相邻， 但未获得任何信息。
Init此 状态指定路由器从其相邻收到了一个hello信息包，但接受路由器ID 的在hello 信息包未包括。当路由器从相邻时收到一个 hello信息包，在其hello信息包应该列出发送器的路由器ID作为应 答收到了一个有效信息包。
双向此 状态选定双向通信建立了在二个路由器之间。双向意味着每 个路由器看见了其他hello信息包。当收到hello信息包的路 由器在收到的hello信息包邻接域之内时，看其自己的路由器ID此状 态获得。在此状态，路由器是否决定变得相邻与此相邻。 在广播价质，路由器用 指定路由器(DR)和备份指定路由(BDR) 满 仅成为; 它在双向状态坚持以其他相邻。
在 此阶段的结束，DR和BDR选择。 欲知关于DR选择进程的更多信息，参见DR 选择。
Exstart一旦DR和BDR选择，实际交易过程连接状态的信息能 开始在路由器和他们的DR和BDR 之间。
在此状态，路由器和他们的DR和 BDR 建立一个主从 关系并且选择初始序号为邻接关系形成。路由器带有更高的 路由器ID成为主设备并且开始交换，并且同样地，是能增加序号的 唯一的路由器。注意一个将逻辑上认为在主从关系的期间， 此进程，DR/BDR带有最高的路由器ID将成为主设备。 切记 DR/BDR选择也许由于在路由器配置的高优先级纯是而不是最高的路 由器ID。因此，很可能, DR扮演从属的角色。
Exchange在交换状态，OSPF路由器交换数据库描述符(DBD)信 息包。数据库描述符包含链路状态广播(LSA)头并且描述整个 链路状态数据库的内容。每DBD信息包有明确地被承认的一个 序号。路由器也发送包含整个LSA)的链路状态请求信息包和 链路状态更新信息包(在此状态。接收的DBD的内容与在路由 器链路状态数据库包含信息比较检查新或更加当前的连接状态的信 息是否是可用的与相邻。
装载在 此状态，连接状态的信息实际交换发生。基于DBDs提供的信 息，路由器发送链路状态请求信息包。相邻在链路状态更新 信息包然后提供被请求的连接状态的信息。在邻接期间，如 果路由器接受过时或缺少LSA，它通过发送一个链路状态请求信息包 请求该LSA。
充分在 此状态，路由器彼此是充分地相邻的。所有路由器和网络LSA 被交换并且路由器的数据库充分地同步。
充 分是正常状态为OSPF路由器。 如果路由器 在另一个状态被滞留，它是暗示有问题以形成邻接。唯一的 对的例外情况此是双向状态，是正常的在广播网络。路由器 达到充分的状态与仅他们的DR和BDR。相邻总互相看见如双向