50个ospf经典问题

1、1:在OSPF中。为什么第三类 LSA传播超过一个区域？ 路由信息就会被修改呢？他不是使用SPF算法么？如果这样那 么他跟RIP的V-D算法有啥区别？答：因为ospf传播超过一个区域之后，路由信息就会改 变。而路由信息在 OSPF中，包括防环等作用。这也是RIP与 OSPF本质的区别。在RIP中。由于采用V-D（距离-矢量）算 法，当报文传递过后，会改变路由信息，因此也就存在环路。 而在OSPF中。第三类LSA也是这样。由此 RFC规定。所有 区域必须要与骨干区域相连接。但在我们实际组网中。经常 碰到非骨干区域与骨干区域不能相互连接。由此RFC定义了虚连接。2:说到虚连接。哪虚连接为什么能保证

2、第三类LSA的路由信息不被修改呢？答：从狭义的角度来说。一条虚连接是属于区域零的一 条虚拟链路。因此他也就能保证第三类 LSA的路由信息不被 修改3:那虚连接是怎样使用 SPF算法的呢？准确的说。虚连接是怎么确定他报文的目的地址的 ？答：每个虚连接都要生成两棵最短路径树（第一棵为本地区域的最短路径树。第二棵为虚连接邻居的最短路径树）计算虚连接最短路径树之后。本地路由器会通过查找对端最短路径树，并通过对端的Router-id来标识。那么虚连接到达本地路由器的始发端口的IP地址即为本地路由器发给对端虚连接邻居的协议报文的目的IP地址。4:为什么ospf在默认情况下引入外部路由生成的是第 二类LSA

3、而不是第一类？答：你提由了这个问题。这说明你很细心也很用心。在 外部第一类LSA中。第一类LSA比第二类的可信度要高。 并与ospf使能的路由有可比性。而第二类 LSA呢。可靠性 比较低。与ospf自动使能的路由也没啥可比性。这里举个 例子。第一类就相当于 ospf自己的孩子。而第二类呢。就 相当于从外面进来的客人。所以，大家说说。从外面引入的。是孩子还是客人？并且在选路原则中。一类要永远要比二类 优先及时是前 者COST要高。其实我们在看书的时候。关注他的只是COST值计算不同。而更重要的概念多数人都没有 搞清楚。5:为什么在ospf中不能引入静态的缺省？答：RFC定义了缺省发布的条件。比如

4、 NSSA stub ,他 们都会自动生成一条缺省。6:第三类LSA和第五类LSAlink state id字段都是描述目的网段的地址。哪他们之间有什么区别？啊。网友的力量是无限大的阿。你真的很会观察生活。年轻人。对、三类和第五类的LINK-STATE ID是一样。都是描述目的网段的地址。即使他们所有的字段都是一样。但是他们所实现的功能是不能相提并论的。最关键的是。在 LSA报文头中的类型字段。 有明显的区别。这两类LSA的作 用定位不同。三类是描述另一个区域的路由。而五类呢。描 述的是外部路由。（并且他还有外部一类和外部二类。具体 的情看第四个问题）7:为什么ospf中四种网络类型所定义的h

5、ello time和生存时间都不一样？答：OSPF一共定义了四种网络类型，而这四种网络类 型，大部分都是针对链路，（点到多点需要手动修改），这 也是OSPF的特点之一，能适应更多不同类型的的网络结构 中，并且，不同的网络类型，邻居生存时间和 hello time也 随之改变，（并且还可以手动修改），这无不证明此协议的 人性化。8:ospf如果不同进程不同区域使能。邻居能正常建立 起来么（广播网络环境下）答：不能正常建立。因为 ospf路由器在接受 OSPF报文的时候会验证一些报文是否合法其检查的内容有。版本号。区域ID ,验证方法和验证信息。9:不同进程。同区域。邻居能正常建立起来吗 ？为什么

6、？答：能。因为在ospf的报文中。并不需要对进程ID进 行检查。所以邻居能正常建立起来。10:邻居和邻接有哪些区别 ？什么情况下才会由现邻居。 什么情况下才会由现邻接。答：OSPF一共有八个状态机。 其中down 2-way FULL是 稳定状态机其他的都是中转状态。，所谓邻居关系是指只要与对端邻居关系建立到 2-WAY就可以了。并且用到的报文只 有HELLQ如果建立邻接呢。就需要进步一交互报文。需要 用到的报文有ddo Lsr lsu ls ack他们两之间的区别是。邻居只需要使能。收到对端的HELLO报文。并且自己在对端 的邻居列表里面就可以了。所有网络环境。都可以建立邻居 关系。而邻接呢

7、。是在建立邻居关系之上。从而交互路由信 息的。通常。Drother 之间只需要建立邻居关系。11:ospf 本身能过滤掉自身产生的LSA吗？答：ospf本身并没有过滤LSA的机制。（原因很简单 如果能限制的话。SPF算法肯定要由错）有也只是限定一些 范围的。比如LSDB的超载机制。12:ospf 一共有多少种LSA报文类型？答：OSPF一共有十一种LSA报文类型。他们的作用分别如下。第一类：描述了区域内部与路由器直连的链路信息 第二类：计入了广播或 NBMA网络网段上所有路由器的 router-id（打包一类LSA）第三类：将所连接区域内部的链路信息以子网的形式传播到相邻区域。第四类：描述的目

8、标 网络是 一个ASBR的route-id 第五类：描述到外部 AS路 由信息第七类：NSSA区域专属LSA描述道外部AS的路由 信息。以上这几类是我们常用的第六类二在组播ospf协议中使用的组播LSA第八类：在ospf域内彳播BGP属性时使 用的外部属性LSA第九类：本地链路范围的opaque第十类： 本地区域范围内的opaque LSA第H一本自治系统范围的 opaque LSA13:ospf中option 的作用有哪些？分别在哪些情况下 置位？答：Option这个字段是是ospf的可选功能。描述路由 器所支持所选的功能。一共有五位。格式分别如下 E位：该 位描述是否洪泛AS-extern

9、al-LSA , MC位：该位描述是否多 播扩展OSPF转发IP多播包。N/P位：该位描述了处理类 型7 LSAo EA位：该位描述了是否按 OSPF外部属性inprogress的说明忽略还是接收并转发External-Attributes-LSA 。DC 位：该位描述了按扩展 OSPF 和支持需求电路的说明处理按需链路。14:ospf中的LSA报文头。分别在五中报文类型中包含 LSA报文头哪些信息？答：DD包括了 LSA头部信息。Ls类型。LS ID, advertising（ 止匕LSA生存者）LSR只有LS类型。LS ID 和 此LSA生存者。LSU:完整的LSR和具体的链路信息。LSA

10、CK LS类型。LS ID ,生存此路由信息和 LS系列号。15:OSPF在进程重启。为什么邻居能快速的建立起来。 而不是像创建进程一样。需要等待那么长时间？答：ospf的邻居存活时间是 40秒，在路由器之前成功 建立邻居正常的情况下，一边重启进程，而另一边邻居还正 常的存活在邻居表中，但是当这边重启好了， 发送HELLO的时候，对端也即转到INIT状态，并且所有的状态，只需要 交互一个报文就行了， 所以，重启进程，比普通建立的更快， 也就是说，等对端的四十秒过后，再重启进程，那么他们又 得重新互发HELLO,又得经过七个状态机才能建立邻接状 °16:ospf 一直提示LSAdisa

11、bled 。为什么会产生这种情 况？答：导致这种情况的原因是。当LSA的老化时间结束时。 LSA他会在LSDB表里面移除掉。或者此 LS的始发者发送 消息flooding 掉，但。正常的情况下。当邻居正常建立来。 并且建立到邻接状态时，他会自动更新LSA的信息。并且用LS Age和LS系列号，来区分那条 LSA更新。并在LSDB表 中更新最新的LSA,既然LSA由现down的情况。那么首先 得把问题定位在邻居是否正常建立起来，并且能正常交互报 文（LSU LS ACK0具体的请看后面 OSPF常见报文错误代码。17:ospf卡在init 状态机哪。这样的情况是怎么引发 的。？答：卡在状态机上。

12、一般有以下这些可能.OSPF陷入ATTEMPTSneighbor 语句的NBMA网络有效。陷入 ATTEMP吠指一台路由器试图通过发送它的HELLO来联系邻居但是它没有收到响应。原因：错误配置neighbor ; NBMA上的单播连通性断了， 可能是由错误的DLCI,访问列表或转 换单播的NAT引起的。2.OSPF陷入INITINIT 状态表示路 由器收到来自邻居的 HELLO分组，但是双向通信并没有建 立。原因：一方访问列表阻止了HELLO 一方的多播能力失效（一个交换机故障）；l仅在一方启用了认证；l 一方的HELLO在第2层丢失了。3.OSPF陷入2-WAY双向状态是指 路由器在HELL

13、O分组的邻居字段中见到了自己的路由器ID o原因：类似于所有路由器的优先级都为0,则不会发生选举，所有路由器停留在双向状态中。某些情况下是正常状态。4.OSPF 陷入 EXSTART/EXCHANGEEXSTAR俄 EXCHANGED 态的OSPF邻居正处于尝试交换 DBD（数据库描述）分组的 过程中。原因：不匹配的接口 MTUl邻居上重复的路由器IDl无法用超过特定 MTU长度进行PINGl断掉的单播连通 性，它可能是因为错误的 DLCI,访问列表或转换单播的 NAT5.OSPF陷入LOADING居没有应答或邻居的应答从未到 达本地路由器，路由器也会陷入LOADING状态。原因： 不匹配的M

14、TUl错误的链路状态请求分组18:为什么 OSPFf BG吨重分布白时候。 OSPF路由的 下一跳不确定，导致选路错误。答：这是由BGP的环路引起的。在双由口的 BGP中。 如果BGP里面宣告或学习到的路由都一样，建议修改 preferred-value 值。把环路取消。然后再做重分布。19: OSPF跟STP结合组网，一般会遇到哪些问题。答：一个协议的所有功能都包含在报文中，报文中的某 个字段置位，也就是这个协议的功能开启，不管OSP内那 个协议结合组 网，只要不影响 OSPF的报文收和发就可以了，但，我们需要注意的是。STP在收敛的时候，会导致端口阻塞，正常的流量是没有办法通过，那么这样就

15、会造成 OSPF的报文没有办法正常交互，并且会由现一些莫名其妙 的现象（比如邻居频繁的 UP ,DOWN, UP DOWN,导致，还有 在交互报文的时候，会莫名其妙的卡在一些状态机上， 这些， 只有等STP收敛好，让OSPF正常交互报文才能一一排除。20: OSPF与BGPia网会遇到哪些问题。答：大家都知道，BGP和OSPF都是第四层的协议，但 是BGP对TCP有依赖性，而OSPF对IP 也有一定的依赖性，（这里解释一下阿，大家对ospf于IP的依赖性不是很清楚,ospf使能一个网段后，如果这个网段存在，那么就以组 播地址224.0.0.5 （广播环境下），针对这个网段发送 HELLO 报文

16、，那么如果这个网段不存在呢？那么HELLO是不可能发送的。那这跟依赖有啥关系呢？大家想想，如果IP正常的话， 肯定无条件使能这个网段，但是IP地址是DOWN勺情况下，OSPF还继续发HELLO包么？）我之前说过，ospf在正常的情 况下，不管与什么协议结合一起组网，只要满足他基本的条 件，那么令B居和羽妾，肯定能正常建立，但BGP对TCP有依赖性，换句话说，只有 OSPF正常建立邻接关系，BGP才 能正常交互OPEN相关的一些报文。所以，如果ospf与BGP一起组网，首先得检查 OSPF相关的设置于错误，然后再检查BGP21: OSPF与IPSEC 一起组网时，一般会遇到哪些问题 ？答：这个问

17、题其实没啥可问性，这两个协议，相互独立，但是，ipse和cospf也不是百分之百兼容（ipsec不兼容 组播）这也就注定，在一些正常的环境下，ipsec是没有办法载荷ospf的HELLO包的。但是这两个协议结合在一起呢。 如果说一个问题都没有，那也不可能，在这里的话，我将针 对以下这些问题做一些解答Ipsec在特定的情况下，能正常载荷ospf吗？为什么不能呢?ipsec除了对组播不支持，单 播支持的还算完美的，ospf又不是所有的报文目的都是组 播，其中，NBMA虚连接，等，都是使用单播为目的地址， 只要是在单播的环境下。Ipsec就能正常载荷数据（加密） 那换过来，ospf能载荷IPSEC的

18、数据么？为什么能呢？OSPF 不是像IPSEC或GRE那样，能载荷，最多，IPSEC就是禾I用 ospf自动发现的路由作为 remote地址，所以，ospf结合 ipsec ,首先要注意OSPF的网络类型，以组播的，是不能成 功被IPSEC加密的，最后。还有一个致命的缺点， 如果OSPF 得网络中加入IPSEC这块，如果是因为需求需要，否则一般人是不会这么做的，因为IPSEC相对静态，只能点到点，你配置一个OSPF邻居，就要手动加上一条 IPSEC,并且还不能 以组播地址为目的地。22:ospf区域怎样划分才合理 ？答：ospf详细划分区域，是很有必要的，现在的路由 器的性能越来越强大，但，区

19、域该怎么划分才合理，才能把 OSPF最大最优呢？这无疑是跟着路由器的性能和拓扑环境 走，ospf虽然只会将最优的路由安装在路由表中，但是， 在OSPF数据库里面，所有的 LSA都会存在，如果网络的直 径大起来，最无疑是对 OSPF 一个挑战，但根据网络大爬虫 中OSPF FAQ 50作者的观点，RFC的作者在早期推荐过， 一个区域最好不超过 50台路由器但那是在90年代写的（也 就是我生生的时候，）哪时候的路由跟现在的，性能已经不 在是相同的一个档次了。现在的路由器性能所肯定不是在50内，当然，由于环境限制，此问题上，本人水平有限，无法 做由更科学。更理论的解答。23:两台路由器通过直连链路，

20、建立 OSPF邻居，那么 在一边使用P2P,而一边使用P2MP勺情况下，能正常建立到 邻接状态么？答：肯定是不能的，因为这两个网络类型的 hellointerval不一样，而在 OSPF进程检查一个 hello 报文是否合法，其 hellointerval ,在检查范围内。因此两台路由上的hellointerval是不一样的，这样的话，当其中一台路由器接受到另一台的包时，将会丢弃此HELLO包，因此邻居就不可能正常建立起来。应广大网友要求，为了让此文 档更有价值，剩下的问题，都将从 OSPF中error提取，将 最大化OSPFerror中的错误点以及解决方法，在 MSR20-21 上，OSPF

21、error 一共有29条（每个厂商所实现的OSPF在细节上多多少少有一些误差，本文档的实验环境，是 MSR 20-21其因为路由器所实现的误差，本人不将做任何解释），所以。此error 只代表H3CMSR20-21设备上所实现的 OSPF ERROR）。OSPF Process 1 with Router ID 1.1.1.1OSPF Packet Error Statistics24 : OSPF Router ID confusion 39 : OSPF bad packet25 : OSPF bad version 40 : OSPF bad checksum26 : OSPF bad

22、area ID 41 : OSPF drop on unnumbered interface27 : OSPF bad virtual link 42 : OSPF bad authentication type28 : OSPF bad authentication key 43 : OSPF packet too small29 : OSPF Neighbor state low 44 : OSPF transmit error30 : OSPFinterface down 45 : OSPFunknown neighbor31 : HELLO: Netmask mismatch 46 :

23、 HELLO: Hello timer mismatch32 : HELLO: Dead timer mismatch 47 : HELLO: Extern option mismatch33 : HELLO: Neighbor unknown 48 : DD: MTU option mismatch34 : DD: Unknown LSA type 49 : DD: Extern option mismatch35 : LS ACK: Bad ack 50 : LS ACK: Unknown LSA type36 : LS REQ: Empty request 51 : LS REQ: Ba

24、d request37 : LS UPD: LSA checksum bad 52 : LS UPD: Received less recent LSA38 : LS UPD: Unknown LSA type24:在什么情况下 ospf error 的 OSPF Router ID confusion 数值会增加？答：这条错误，相信大家再熟悉不过了， ospf router-id 冲突，RFC规定，ospf的router-id 在整个 AS中唯一，而 router-id又起着防环的作用，关于ROUTER-ID冲突，我一共总结由三种情况，分别如下。第一种：区域内router-id 冲 突，这种

25、情况大家遇到的最多（骨干区域与骨干区域，非骨 干区域与非骨干区域。区域内，）导致的后果是，OSPF不能正常建立邻居，那么自然不能正常交互 LSA信息咯。第二 种：区域间的route-id ,这种冲突，必定是在多区域的情况 下才会产生，不然怎么叫区域间冲突呢。他导致的后果，路 由时有时无，两个冲突的路由器学到的路由，在路由表里，一下有，然后又消失了，然后又由现了。第三种：虚连接 router-id 冲突，这种情况最明显，导致的后果跟第一种情 况差不多，虚连接无法正常建立，（区域间冲突的一种）Router-id 冲突，概念性的就这三种，当然，区域内，区域 间，如果细分的话，有十几种，遇到此问题时，

26、整理下思路， OSPF的ROUTER-ID冲突相对来说是比较好定位与排除的。25:在什么情况下。 OSPF bad versio 数值会增加？答:ospf的版本由错。或者说，ospf版本字段损坏。解决办法，检查下OSPF版本是否配置正确。然后重启下OSPF 进程就可以了。26:在什么情况下， OSPF bad area ID 数值会增加？答：区域ID配置错误，如果是在骨干区域与非骨干区 域（区域零和非骨干区域冲突），那么在骨干区域的路由器 上，OSPF bad area ID 会增值，而在非骨干区域他显示的 是虚连接增值。 OSPF bad virtual link，但如果都是非骨干区域呢，那

27、么两边的路由器都是OSPF bad area ID 增值。27:在什么情况下会 OSPFbad virtual link 数值升序？答：OSPF虚连接错误，只要是非骨干区域与骨干区域 不连续，都会由现此错误，具体的，分别如下，第一：如果 是非骨干区域并没有骨干区域，（例如，区域1-2 -3这样）， 但在同一个网段中，那么会由现OSPF bad area ID 升值，因为ospf区域针对的是网段和接口，并不是针对路由器， 第二：OSPF虚连接是建立在正常的 OSPF邻居之上的，所以， 在虚连接DOWN勺情况下先检查 ospf邻居是否正常，第三： ospf并不能跨区域建立虚连接，在上面的问题中，我

28、已经 描述过虚连接建立的过程，如果是跨区域，那么 ospf的目 的地址，固然确定不了，既然目的地址确定不了，那么报文 肯定不能正常发送。28:在什么情况下 OSPF bad authentication key 数值 会增加？答：在这里有必要说下，MSR-20-21，所实现的OSPF验证，如果一旦在区域内启用 OSPF验证，那么接口就必须要与区域内使用同一种验证模式才能正常加密ospf报文，如果接口跟区域内不一致的话，（包括区域内启用MD5而接口下使用的是simple ,或者区域内启用验证，接口下不启 用，）他是不发送 HELLO报文的，因为区域内与接口不匹配 或协商的字段不一致，那么他的OS

29、PF报文会由错的，就算发生去了也是不完整的。并且他在ospf中的error不会提示任何代码由错的，（因为都没报文发生去，他那什么去 检测由错），那么回到我们本题中，ospf验证方式有两种，一种是在接口下启用验证，一种是在ospf区域内启用，既然他必须严格要求区域与接口使用的是同一种验证模式（如 MD5或simple ）那么此字段升值，肯定是两边接口下的 KEY 由错咯。29:在什么情况下 OSPF Neighbor state low会升值？答：此数值，会跟着链路的震荡，会依次升序， （如邻 居UP,DOWN或者链路不稳定，）30:在什么情况下， OSPF interface down 会升值

30、？答：此数值，在使能 ospf之后，他的链路会进入到一 个端口状态（比如，DR,或BDR,）,如果此链路不稳定，经 常UP,DOWN那么此数值就会根据 UP,DOWN勺次数而升值此 项。31:在什么情况下，HELLO: Netmask mismatch 数值会升值？答：ospf在除点到点和虚连接的情况外，都必须严格 匹配network mask 字段，这是验证一个 HELLO是否合法， 如果合法，就继续交互报文，建立邻居，反之，则丢弃报文， 那么此字段升值，肯定是两边接口的掩码不一致，32:在什么情况下，HELLO: Dead timer mismatch 字段升值？答：补充一下，验证hell

31、o 是否合法，分别如下，第一: 如果接受端口类型是广播型，或NBMA型，那么所接受的端口中的NETWORD MASK必须和接收端口的网络掩码一 致，如果端口类型为点到点，或虚连接，那么将忽略此字 段，第二：所接受的 hello 报文中的hellointerval 字段 必须和接收端口的配置一致，第三：所接收的HELLO报文中routerdeadinterval字段必须和接收端口的配置一致，第四：所接收hello 报文中的OPTIONS字段中的E-bit ,必须 和相关区域的配置一样。那么再回到此代码，毋庸置疑，肯 定是两边的router deadinterval字段不一致，才会升值，（此问题一

32、般都是手动更改接口下的ospf router dead ）33:在什么情况下 HELLO: Neighbor unknown 升值答：hello 包的邻居(Neighbor )字段匹配错误，34:在什么情况下， DD: Unknown LSA type 升值？答：路由器在数据库同步时，收到未知的LSA类型，35:在什么情况下 LS ACK: Bad ack 升值？答：OSPF在大概几种情况下发送 LSACK信息，分别如 下，第一：OSPF在刚确定建立邻接关系的时候，邻居状态 到loading 的时候，收到对方发送的LSU报文后，回复LSACK邻居状态机并转换到 FULL状态，止匕LSACK的作

33、用是 确保信息传输的可靠性。并对以接受的LSA进行确认。第二： 如果LSA的LS时限等于MaxAge,而且路由器的连接状态数 据库中没有该LSA的实例，而且路由器的邻居都不处于 Exchange或Loading状态，那么此时的路由器过发送一个 LSAck包到发送的邻居来确认收到该LSA或丢弃该LSA,并从LSU包中取得下一个(如果存在)再回到我们这个问题 中，RFC2328规定，理洪泛之前，要对所接收到的LSAck包进行很多一致性检查。特别的，需要与特定的邻居相关联。 如果所关联的邻居状态小于Exchange,则丢弃该LSAck包。36:在什么情况下 LS REQ: Empty request

34、 升值 答:37:在什么情况下 LS UPD: LSA checksum bad 字段升值？答：顾名思义。在 RFC2328中，明确描述，对于每个包 含在LSU包中的LSA,进行下面的步骤。第一：确认 LSA的 LS校验和。如果校验和无效，丢弃该LSA,并从LSU包中取得下一个第二：检查 LSA的类型。如果LS类型为未知， 丢弃该LSA,并从LSU包中取得下一个那么根据以上的规则， 再看此问题，可以很明显的看由来，LSU在检查效验和，一但在此步骤发生错误，那么OSPF中的error 中的LS UPD:LSA checksum bad 升值。38:在什么情况下 LS UPD: Unknown L

35、SA type 字段升 值？答：跟上个问题答案一样，不再讨论39 : OSPF在什么情况下 OSPF bad packet字段升值？答：OSPF非法报文。在上面的错误中。已经介绍了各 种报文验证合法的错误。这里的非法。指的是。此报文已经 通过了 OSPF中的报文头验证。但包中的某些字段过长。导 致ospf进程或路由器无法识别。40:在什么情况下， OSPF bad checksum 升值？答：在RFC2328中定义checksum字段如下。从OSPF包 头开始，除了 64位的验证域外，整个包的标准IP校验和。该校验和作为16位1补足校验和而计算包中除验证域外的 所有16位字。如果包的长度不满足

36、 16位字，就在校验和 前加上一个字节的0来补足。校验和也被作为正确性验证的 一部分因为效验和也被作为正确性验证的一部分。所以。当 效验和由错了。此字段也就跟着升值。41:在什么情况下 OSPFdrop on unnumbered interface字段升值？答：某个地址借用接口上丢弃的OSPF报文数。42:在什么情况下 OSPF bad authentication type 升 值？答：区域内验证类型不一致，导致项升值，区域验证一 共有两种，一种是 MD5一种是simple ,此字段升值后，检 查下区域内配置的验证模式，两端是否一样。43:在什么情况下 OSPF packet too sm

37、all 升值？答：ospf报文没有正常封装。或者封装的包太小。44:在什么情况下 OSPF transmit error升值？答：传输由错的的 OSPF报文数45:在什么情况下 OSPF unknown neighbor升值？答：未知的OSPF邻居，在广播网络环境下，当一个接 口修改Dead值的时候。由于 DEAD直必须要跟 HelloInterval必须相同。否则就会由错。但是修改了此值之后。首先在 OSPFERROR HELLO:Dead timer mismatch 此 项升值，然而接下来，当网段内其他的路由器正常建立邻居 而泛洪LS ACK的时候。此路由（修改了DEAD值的路由器）收到

38、了其他路由器的一些报文。比如LSACK那么这些报文对此OSPF （在接口上修改了 DEAD进程来说，是未知的， 所以，在这时候，此 项就跟着升值了。46:在什么情况下 HELLO: Hello timer mismatch?答：顾名思义。HELLO包的TIME值不匹配。地球人都 懂，不再讨论。47:在什么情况下 HELLO: Extern option mismatch 升 值？答：在上面的问题中（32题）我已经描述过，OSPF在 检验一个HELLO报文是否合法，其检查的字段中有，E-bit , 在ospf特殊区域中比如（NSSA stub）如果此 E-BIT 不匹 配。那么ospf中的ERR

39、ORS会升值此项。48:在什么情况下 DD: MTU option mismatch 升值答：关于这个问题，我们切换到RFC2328中接收至U数据 库描述包如果 DD包中表示IP包大小的接口 MTU域，大于 该路由器接口所能接收的不分片大小，拒绝该DD包。否则，如果邻居路由器的状态是：Down包应当被拒绝。Attempt :包应当被拒绝。Init :邻居状态机应当执行事件 2- WayReceived。这导致立即变为状态 2-Way或状态 ExStart。 如果新状态是ExStart ,按照下面ExStart情况的介绍，继 续当前包的处理。2-Way:包应当被忽略。DD包仅为建立邻 接而使用。ExStart :如果接收到的包满足下列一个条件， 则邻居状态机需要执行 NegotiationDone 事件（这将使状态 变为Exchange）。包的选项域应当被记录在邻居结构的选项 域中，包的序号应当是下一个要处理的号码（见下）。否则，忽略该包。设定 了初始（I ）、更多（M）和主从（MS选 项位，包的其他部分为空，且邻居路由器标识比自身路由器 标识要大。这时，路由器作为从机/Slave o设定主从 位为从，并将邻居数据结构中的邻居DD序号设定为主机所提由的号码。清除了初始（I ）和主从（M9选项位，且包中的 DD序号等于邻居数据结构中的DD序号（标明为确认），而且