OSPF面试三

**

OSPF 没有形成 FULL 状态的原因？

**
（1）ROUTER-ID 相同
（2）area-id区域不一致
（3）认证类型和认证数据不一致（不认证=0 明文认证=1 密文认证=2）
（4）HELLO和dead失效时间不一致
（5）特殊区域标记不一样
（6）MA网络中，network mask不一致
（7）MA网络中优先级都为0
（8）版本不一致
（9）MTU不一致
（10）接口网络类型不一致
（11）底层不通
（12）NBMA网络中没有指邻居
**

45、 在什么情况下 ospf error 的 OSPF Router ID confusion 数值会增加

**
答:这条错误,相信大家再熟悉不过了，ospf routerid 冲突，RFC 规定，ospf 的router-id在整个AS中唯一，而routerid又起着防环的作用，关于ROUTERID 冲突，我一共总结出三种情况，分别如下。
第一种:区域routerid冲突，这种情况大家遇到的最多(骨干区域与骨干区域，非骨干区域与非骨干区域。区域，)导致的后果是，0SPF不能正常建立邻居，那么自然不能正常交互LSA信息咯。
第二种:区域间的routeid,这种冲突，必定是在多区域的情况下才会产生，不然怎么叫区域间冲突呢。他导致的后果，路由时有时无，两个冲突的路由器学到的路由，在路由表里，一下有，然后又消失了，然后又出现了。
第三种:虚连接routerid冲突，这种情况最明显，导致的后果跟第-种情况差不多，虚连.接无常建立，(区域间冲突的一种)Routerid冲突，概念性的就这三种，当然，区域，区域间，如果细分的话，有十几种，遇到此问题时，整理下思路，0SPF 的ROUTER-ID冲突相对来说是比较好定位与排除的。
**

46、 两台路由器通过直连链路，建立 OSPF 邻居，那么在一边使用 P2P，而一边使用 P2MP 的情况下，能正常建立到邻接状态么?

**
答:肯定是不能的，因为这两个网络类型的hello intervral 不-样，而在0SPF进程检查一个
hello报文是否合法，其hellointerval;,在检查围。因此两台路由上的hellointerval是不-样的，这样的话，当其中一台路由器接受到另-一台的包时，将会丢弃此HELLO包，因此邻居就不可能正常建立起来。

**

47、 ospf 卡在 init 状态机哪。这样的情况是怎么引发的。？

**
答:卡在状态机上。一般有以下这些可能
1.0SPF陷入ATTEMPT仅对neighbor 语句的NBMA网络有效。陷入ATTEMPT是指一台路由 器试图通过发送它的HELLO来联系邻.居但是它没有收到响应。
原因:错误配置neighbor; NBMA上的单播连通性断了，可能是由错误的DLCI, 访问列表或
转换单播的NAT引起的。

2.0SPF陷入INIT
INIT状态表示路由器收到来自邻居的HELLO分组，但是双向通信并没有建立。
原因: - -方访问列表阻止了HELLO;
一方的多播能力失效(-个交换机故障);
仅在一方启用了认证;一方的HELLO 在第2层丢失了。

3.0SPF陷入2-WIAW
双向状态是指路由器在HELLO分组的邻居字段中见到了自己的路由器ID.
原因:类似于所有路由器的优先级都为0,则不会发生选举，所有路由器停留在双向状态中。某些情况下是正常状态。

4.0SPF陷入EXSTART/EXCHANGE
在EXSTART或EXCHANGE状态的0SPF邻居正处于尝试交换DBD (数据库描述)分组的过程中。
原因:不匹的接口 MTU
|邻居上重复的路由 器ID
|无法用 超过特定MTU长度进行PING
|断掉的单播连通性，它可能是因为错误的DLCI,访问列表或转换单播的NAT

5.0SPF陷入LOADING
邻居没有应答或邻居的应答从未到达本地路由器，路由器也会陷入LOADING状态。
原因:不匹配的 MTU
1错误的链路状态请求分组

**

为什么0SPF与BGP在重分布的时候。0SPF 路由的下一跳不确定 ，导致选路错误。

**
答:这是由BGP的环路引起的。在双出口的BGP 中。如果BGP里面宣告或学习到的路由都一-样，建议修改peferredevalue值。把环路取消。然后再做重分布。
**

0SPF跟STP结合组网，-般会遇到哪些问题。

**
答:一个协议的所有功能都包含在报文中，报文中的某个字段置位，也就是这个协议的功能开启，不管OSPF与那个协议结合组网，只要不影响0SPF 的报文收和发就可以了，但，我们需要注意的是。STP在收敛的时候，会导致端口阻塞，正常的流里是没有办法通过，那么这样就会造成0SPF 的报文没有办常交互，并且会出现一些莫名其妙的现象(比如邻居频繁的UP ,DOWN, UP DOWN, 导致，还有在交互报文的时候，会莫名其妙的卡在一些状态机上，这些，只有等STP收敛好，让0SPF正常交互报文才能一一排除。
**

0SPF 与BGP组网会遇到哪些问题。

**
答:大家都知道，BGP和OSPF都是第四层的协议，但是BGP对TCP有依赖性，而0SPF对IP也有一定的依赖性，(这里解释-下阿，大家对ospf 于IP的依赖性不是很清楚,ospf使能一个网段后，如果这个网段存在，那么就以组播地址224 00.5(广播环境下)，针对这个网段发送HELLO报文，那么如果这个网段不存在呢?那么HELLO是不可能发送的。那这跟依赖有啥关系呢?大家想想，如果IP正常的话，肯定无条件使能这个网段，但是IP地址是DOWN的情况下，0SPF还继续发HELLO包么?)我之前说过，ospf在正常的情况下，不管与什么协议结合-起组网，只要满足他基本的条件，那么邻居和邻接，肯定能正常建立，但BGP对TCP有依赖性，换句话说，只有0SPF 正常建立邻接关系，BGP才能正常交互OPEN相关的一些报文。所以，如果ospf与BGP - -起组网，首先得检查0SPF相关的设置于错误，然后再检查BGP。
**

0SPF与IPSEC-起组网时，一般会遇到哪些问题?

**
答:这个问题其实没啥可问性，这两个协议，相互独立，但是，ipse 和cospf 也不是百分之百兼容(ipsec不兼容组播)这也就注定，在一些正常的环境下，ipsec 是没有办法载荷ospf 的HELLO包的。但是这两个协议结合在一起呢。如果说一个问题都没有，那也不可能，在这里的话，我将针对以下这些问题做-些解答Ipsec在特定的情况下，能正常载荷ospf吗?为什么不能呢?ipsec除了对组播不支持，单播支持的还算完美的，ospf又不是所有的报文目的都是组播，其中，NBMA虚连接，等，都是使用单播为目的地址，只要是在单播的环境下。Ipsec就能正常载荷数据(加密)那换过来，ospf 能载荷IPSEC的数据么?为什么能呢?0SPF不是像IPSEC或GRE那样能载荷，最多，IPSEC就是利用ospf自动发现的路由作为remote地址，所以，ospf 结合ipsec, 首先要注意0SPF的网络类型，以组播的，是不能成功被IPSEC 加密的，最后。还有一个致命的缺点，如果0SPF得网络中加入IPSEC 这块，如果是因为需求需要，否则一般人是不会这么做的，因为IPSEC相对静态，只能点到点，你配置一个0SPF邻居，就要手动加上一条IPSEC,并且还不能以组播地址为目的地。
**

ospf区域怎样划分才合理?

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