非area0跑ospf的问题及解决方案.docVIP

非area 0区域跑ospf的问题及解决方案 这种情况在实验环境，或者是新规划的网络中，都可以避免，但是有一些新老网割接融合的情况下，可能会出现，稍微深入研究了下，未尽之处，楼下的补充。 拓扑图 第一步： 先只运行area 1的ospf，并且在ospf里面重分发直连网段，事实证明，是可以正常ping的，也就是说单个非area 0的ospf，是能内部以及与area外部通信的。我们来看lsa Type 1：记录了两台路由器的loopback地址。 Type 2：记录了DR的地址。 Type 5：记录了重分发进来的直连网段（因为R2和R3之间我们还没有跑ospf，所以R2和R3之间互联地址当成直连网段重分发进来了） 根据lsa数据库计算，能够得出两条路由，分别是到R2的loopback接口和R2的F0/1口。 R2上能够计算出一条路由，是到R1的loopback接口地址的（其他在lsa不会计算出路由来，因为是本地的，本地有直连路由，无需画蛇添足了） R2和R3的lsdb是一样的，所以我们不看了。 此时，R1和R2的角色都是ASBR，ospf网络外部的地址都能正常通信。 第二步： 在第一步的基础上，在R2和R3之间运行area 2 此时，23.1.1.1这条原来存在于R1的lsa消失，因为这个接口现在运行了ospf，不是外部路由了，所以就删除了。 但是多了一条1.1.1.3，这条是怎么来的呢？应该看R2了。 R2运行在两个area 上，area 1的lsa包括本区域的router-id，本区域的DR，但是没有本区域的type-5 lsa，这就出问题了，我们明明重分发了直连路由，怎么会没有了呢？但是area 2里面有R1的lsa，而且是type-5的，这个我暂时没想明白怎么回事。 现在查看路由表： R1和R3都只有到R2的路由，而R2上有到R1和R3的路由，也就是说R1和R2只能在area 1区域通信，R2和R3只能在area 2区域通信，R1和R2不能跨区域通信。 以上的ping证明了这一点。 那我们有没有办法来避免解决这种问题呢？我这里想到了两个思路： 下发缺省路由，R1和R3不能相互通信是因为没有到对方的路由，如果强制下发一条能不能成功呢？ 运行两个OSPF进程，在R2上一个ospf进程里，重分发另外一个ospf进程的路由。 我们先进行第一个思路： 在R2上下发缺省路由以后，R1和R3都能学习到缺省路由，所以都有路由到对方，能互相ping通，这种办法能解决这个问题。 第二种思路： R1和R3上都有到对方的明细路由，所以都能ping通，这种方法也是可行的，不过有几个小小的问题。 同一台路由器上不同的ospf进程要使用不同的router-id。 R2上lsdb比较大。