OSPF排错及其七种状态机.docVIP

OSPF排错及其七种状态机 来源：思科中文社区 作者： 发布时间：2010-03-04 阅读次数 344 OSPF路由器在完全邻接之前,所经过的几个状态： 1. Down：此状态还没有与其他路由器交换信息。首先从其ospf接口向外发送hello分组，还并不知道DR(若为广播网络)和任何其他路由器。发送hello分组是，使用组播地址224.0.0.5。 2. Attempt：只适于NBMA网络，在NBMA网络中邻居是手动指定的，在该状态下，路由器将使用HelloInterval取代PollInterval来发送Hello包。 3. Init：在DeadInterval里收到了Hello包，2-Way通信还没有建立起来的状态。 4. two-way：双向会话建立，而RID彼此出现在对方的邻居列表中。(若为广播网络：例如：以太网。在这个时候应该**DR,BDR。) 5. ExStart：信息交换初始状态，在这个状态下，本地路由器和邻居将建立Master/Slave关系，并确定DD Sequence Number，路由器ID大的的成为Master。 6. Exchange：信息交换状态：本地路由器和邻居交换一个或多个DBD分组(也叫DDP) 。DBD包含有关LSDB中LSA条目的摘要信息。 7. Loading：信息加载状态：收到DBD后，使用LSACK分组确认已收到DBD。将收到的信息同LSDB中的信息进行比较。如果DBD中有更新的链路状态条目，则想对方发送一个LSR，用于请求新的LSA 。 8. Full：完全邻接状态，这种邻接出现在Router LSA和Network LSA中。 OSPFv3在NBMA链路上的工作特点如下： （1）邻居发现机制：由于NBMA网络类型不能自动发现邻居，所以需要手工给其配置邻居，并采取NBMA特有的邻居发现机制进行邻居的查询。 （2）数据包的发送方式：广播链路和点到点链路上链路状态更新包向组播地址发送，而NBMA没有多播能力，所以必须复制链路状态更新，然后向每个邻居路由器发送。 （3）泛洪机制：NBMA链路和广播链路相同，在DR（指定路由器）和BDR（备份指定路由器）选举之后，其他所有路由器与DR和BDR进行数据库交互。 3 OSPFv3在NBMA链路上的实现 由于NBMA网络类型不能自动发现邻居，所以需要手工给其配置邻居，包括邻居的IPv6链路本地地址以及邻居的Router-ID。首先把路由器的某个接口设置为NBMA链路类型，并在此接口上配置邻居。 根据工作原理分析实现流程：手动配置邻居之后，该邻居被加入到该接口的邻居列表中，按照正常的发送hello包的规则，每间隔HelloInterval会发送hello包给邻居，在RouterDeadInterval内必须收到邻居的回应才会认为该邻居可以进行通信，才会开始DR、BDR的选举，进而进行下面的操作；如果在RouterDeadInterval内没有收到对方邻居的hello包回应，则认为邻居是一个虚假的邻居，把该邻居进行删除的处理；（在一般链路类型如广播链路，邻居是自动发现的，RouterDeadInterval后没有收到hello回应，则自动把该邻居从接口列表中进行删除；而在NBMA链路类型中，如果在RouterDeadInterval内没有邻居的回应，则触发事件Inactivity_timer，把邻居转为Down状态，同时开启查询邻居定时器（发Hello包），定时器间隔是PollInterval，如果收到了邻居的回应（如果邻居激活，会开启reply_timer定时器，进行reply的发送）则说明该手工配置的邻居真实存在，同时关闭poll_timer查询邻居定时器；反之如果在查询时间内还没有收到邻居的回应，则继续发poll查询，直到手工删除该邻居为止）。 3.1 邻居发现机制的实现 NBMA的邻居发现是靠poll_timer定时器来查询邻居的存在，直到邻居启动reply_timer定时器给其回应，才算找到了邻居；同时关闭poll_timer定时器。 （1）查询邻居模块 该模块用于完成邻居的手工配置，并根据NBMA的邻居发现机制查询邻居。 （2）接收Hello包处理模块 该模块用于完成对收到的Hello包进行处理，并根据对收到包中邻居信息的判断进行NBMA相关的操作。 （3）发送Hello包处理模块 该模块部分是在找到邻居后进行的处理，所以不涉及poll_timer以及reply_timer等一系列NBMA特有的操作机制，只需在发送Hello包时判断接口是否为NBMA类型，并根据判断发送Hello包。 3.2 数据库同步的实现 NBMA网络的数据库同步与广播网络的实现方法一样，首先选定指定路由器DR和备份指定路由器BDR，其他所有路由器开始