ospf卡在2way状态网络中exstart full exchange状态是什么意思

《IP路由协议疑难解析》第9章ospf卡在2way狀态协议疑难解析本章讨论ospf卡在2way状态的常见问题同时给出如何解决这些问题的办法。与RIP和IGRP比较而言ospf卡在2way状态是一个复杂的协议。本节為大家介绍问题:ospf卡在2way状态邻居停滞于EXSTART/EXCHANGE状态

作者:卢泽新/白建军/朱培栋/朱珂来源:人民邮电出版社| 17:35

这在ospf卡在2way状态邻接体过程中是一个偅要的状态。在这个状态中路由器选择了一个主设备和一个从设备还有一个初始序列号。整个的数据库也在这个状态下交换如果一个鄰居停滞于EXSTART/EXCHANGE状态持续很长一段时间,那就表明出了问题关于EXSTART/EXCHANGE状态的更多信息请参考第8章。

引起这个问题最常见的可能原因如下:

在鄰居上有重复的路由器ID

不能用超过一定大小的MTU去ping通。

由于下列原因单播连接损坏了:

在帧中继/ATM交换机中错误的VC/DLCI映射

对单播进行了NAT轉换。

在PRI和BRI/拨号接口之间的网络类型为点到点网络类型

图9-32显示了两个运行ospf卡在2way状态的路由器。这一网络设置在ospf卡在2way状态中产生停滞于EXSTART/EXCHANGE状态的问题

(点击查看大图)图9-32产生停滞于EXSTART/EXCHANGE状态问题的网络设置

ospf卡在2way状态在一个数据库描述分组中发送接口MTU。如果有一个MTU不匹配ospf鉲在2way状态将不会形成一个邻接体关系。接口MTU选项在RFC 2178中加入以前,没有机制用于检测接口MTU不匹配问题这个选项加入到了Cisco IOS软件版12.0.3及后续版夲中。

图9-33显示了解决这个问题应遵循的流程图

(点击查看大图)图9-33解决问题流程图

例9-87显示了R1上debug ip ospf卡在2way状态 adj命令的输出,它表示邻居MTU大一些因此,ospf卡在2way状态不能形成一个邻接体

 
 

在Cisco IOS软件版本12.0.3和后续版本中,如果有一个MTU不匹配Cisco IOS软件将在一个debug消息中表明这个问题,如例9-87中所示如果R2的MTU比R1的小,这个消息不会产生如果R1没有运行Cisco IOS软件版本12.0.3或者后续版本,这个消息也不会出现在调试信息中检测这个MTU不匹配的***方法僦是在两边都检查接口配置。

要纠正这个问题需确信MTU在两边都设置成了一样的值。例9-89显示了R1上的新配置以解决这个问题

有另一种可能導致一个MTU不匹配的情况当一个路由器通过FDDI连接到一个内嵌有路由交换模块(RSM)的交换机的时候。图9-34显示了这个设置


(点击查看大图)图9-34產生MTU不匹配问题的网络设置

VLAN 1接口是一个有着1500字节MTU的虚拟以太网接口,而在R2上的FDDI接口的MTU为4470字节如例9-90所示。

 

这是在Catalyst交换机环境中的一个常见設置当在一个交换机的FDDI端口收到一个分组的时候,它穿过交换机背板到达安装了RSM的插槽从FDDI到以太网的转换/分段过程在交换机一级发苼。

有着MTU不匹配发现(MUT mismatch-detection)特性这两个路由器将不会形成一个邻接体关系。在这个特定情况下接口级命令ip ospf卡在2way状态 mtu-ignore被加入到了Cisco IOS软件版本12.1.3囷更高版本中。这个命令忽视FDDI MTU并在这种特定情况下形成一个邻接体关系这个命令不应该在任何其他情况下使用,因为MTU不匹配检测对疑难解析很重要要使用这个命令,需在接口上应用它在这个例子中,应该在VLAN 1接口上应用它

例9-91确认MTU不匹配问题已经解决了


}

R1与R2之间部署ospf卡在2way状态网络类型采用广播方式。如下图:

hello报文格式如下:

当R2部署ospf卡在2way状态后R2周期发送hello报文,此时R1收到R2的hello报文验证通过后。R1在自己发送的hello报文的邻居字段写入R2的router-id 2.2.2.2当R2收到R1的hello报文,并在报文的邻居字段发现自己的router-id即R1发现了自己并认证通过,此时R2将R1添加到邻居表将状态设置为2-Way。

2-way建立后進入ExStart状态R1与R2进行DD报文的交互,在DD报文交互时R1与R2互相发送不携带任何LSA信息的报文,并将各自的I比特位设置位1MS设置为1进行Master/Slave协商,即自认为洎己是masterDD报文中 I位为1时,为选举M/S为0时为M/S选举完成。M位(more)为1即是还有更多DD报文MS位为1即是Master,0为slave

R1向R2发送DD报文,

R2向R1发送DD报文sequence加1。双方有多个LSA时需要交互多个DD报文,Master路由器将DD序列号逐次加1Slave路由器使用Master的序列号发送自己的DD报文。

R1与R2各只有1个LSA即R1向R2发送LSA,序号为918R2向R1发送LSA,序号为919此后在无多余的LSA,即M位为0R2向R1发送LSA后,此LSA为最后一个即M设置为0。R1收到R2的LSA后确认此为R2最后一个DD报文,于是向R2发送一个空的DD报文R1与R2收到对方最后一个DD报文后,即彻底知道对方的LSDB中的LSA(头部)

当通过DD报文获悉到对端LSA后,状态变为Loading路由器向邻居发送LSR请求LSA完整数据,对方通过LSU进行回应LSU包括LSA的完整信息。在收到LSU报文后路由器发送Lsack对其中的LSA进行确认。DD报文是LSA头部信息LSR是LSA頭部信息,LSU是完成的LSA信息LSR是LSA头部信息。

A为R2向R1请求、更新B为R1向R2请求、更新。Lsack为互相确认

此外,我们还能发现在网络类型为广播形式的時候需要选举DR和BDR,所有的ospf卡在2way状态路由器将LSA信息发送给224.0.0.5即ospf卡在2way状态路由器如果需要向DR和BDR发送OSFP报文,使用组播224.0.0.6为目的地址R1为DR,R2为BDR

对於R1与R2本身只有1类LSA即Router lsa,对于DR会产生2类LSA即network lsa2类LSA描述DR接入网络中与之形成邻接关系的路由器,只在接口所属区域内洪泛R1向224.0.0.5洪泛2类LSA信息。

R2收到R1发送2类LSA后进行组播LS Ack确认。1类LSA通过单播进行请求确认2类LSA通过组播进行请求确认。

当R1与R2没有其他LSA需要从邻居获取后便将邻居状态切换为Full。

}

  当邻居建立的过程之中路甴器在和邻居达到完全邻接关系之前,要经过几个状态这些状态在ospf卡在2way状态 有相关的定义,这些状态分别是Down, Attempt, Init, 2-Way, Exstart, Exchange, Loading和Full本文将介绍一下各种状態的详细工作内容。

  这是第一个ospf卡在2way状态邻居状态在这个状态下路由器没有从邻居那收到任何信息(包括hello包),不过在这个状态下路由器可以主动发出hello包给自己的邻居。

  当路由器之间是Full状态的时候如果在RouterDeadInterval时间段内(4倍的默认HelloInterval)没有从邻居收到任何hello包,或者手笁配置的邻居信息被移除那么邻居状态会从Full变为Down.

  Attempt状态仅仅存在与NBMA网络中手工配置邻居的情况下。在这个状态下路由器发送单播的hello包给邻居而且在dead interval超时之前没有收到邻居发过来的hello包。

  Init状态说明了路由器已经收到了来自邻居发送的hello包但是hello包中没有包含发送者的RID。當路由器从邻居接受hello包时封包里面应该包含发送的RID信息,以确保这是一个可认知的hello包

  2-Way状态说明了两台路由器之间已经建立了双向嘚链接,每一个路由器都已经收到了对方的hello包这个状态发生在路由器收到了一个包含自己Router ID的hello包。在这个状态下路由器决定是否要去跟鄰居建立临接关系。在广播和NBMA网络类型中一个路由器仅与designated router (DR) 和 backup designated router (BDR)建立Full状态关系,而和其他路由器最终停留在2-way状态在点对点和电对多点网络類型中,路由器和所有相连接的路由器最终都达到Full状态

  在2-Way状态的结束之前,广播网络和NBMA网络类型中的DR和BDR选举出来

  一旦DR和BDR选举絀来,真正的链路状态信息交换才会发生在路由器和DRBDR之间。

number的路由器需要注意的是,逻辑上可以认为DR/BDR中拥有更高的Router ID的一个可以成为master泹是请记住,DR/BDR的选举可能会因为手工配置了priority而不一样不仅仅依赖与Router ID。因此有可能DR会在这个状态下充当slave状态

number,并且这个号码会每一次被master增加在Exchange状态下,路由器同时会发送链路状态请求报文(LSR)和链路状态更新报文(LSU)接收到的DBD报文会和路由器链路状态数据库进行比较鉯确保是否有任何新的或者更多的链路状态信息是可用的。

  在Loading状态下发生的是真正的链路状态信息交换。基于DBD报文所提供的信息蕗由器会发送链路状态请求报文。邻居会在链路状态更新报文中提供相应的链路状态信息在临接关系下,如果一个路由器收到了一个过期或者丢失了LSA它会发送一个LSR请求相应的LSA。所有链路状态更新数据包都会在这个状态下达到同步

  在Full状态下,路由器和其邻居会达到唍全临接状态所有路由器和网络LSA都会交换并且路由器数据库达到同步。

  Full状态是ospf卡在2way状态路由器的一个最常见的状态如果一个路由器停留在另外一个状态,那么就说明了在路由器建立临接关系的过程中是存在问题的唯一的例外是2-way状态,是在广播网络中常见的在广播网络中,邻居之间(除了和DRBDR之外)会最终处于2-way状态。

}

我要回帖

更多关于 ospf卡在2way状态 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信