完整版OSPF-7类LSA的意义和产生条件-下.doc

(完整版)OSPF7类LSA的意义和产生条件--下
(完整版)OSPF7类LSA的意义和产生条件--下
(完整版)OSPF7类LSA的意义和产生条件--下
OSPF7类LSA的意义和产生条件—-下
这里会接着上次的文档继续写.上次实际上已经解释了关于OSPFLSA1—5类.
今天要引入的是5类lsa和7类lsa的问题.
如果要解释7类，就必须先说明一种网络类型:NSSA-—Notsostubarea。
和stubarea比较起来，NSSA还不是那种比较彻底的末节区域。stubarea就是末节区域，作为连接骨干区域的末节区域，
没有任何延伸了。NSSA是在stub的基础上面进行了优化，使得子区域可以当做ospf的区域末节，但是对外的话还是可以
接其他类型的网络。所以比较经典的NSSA一般是在末节的ASBR上面还需要重分发外部路由。
见下图：

area10作为NSSA区域，R4是ASBR，会重分发外部路由进来。
然后最终在在R1上面形成OE2的路由。那么R1上面收到的是什么类型的LSA呢?
还有是如何传递过来的呢？
问题：
将Area10变为NSSA区域，然后将EIGRP路由重分布到OSPF，观察172.16。0.0的路由是否属于7类的LSA,再去观察当
172。16。0.0传递到area0区域以后，是否会变成5类的LSA?
带着这些问题,先坐实验来验证，然后最后再做总结.
area10是NSSA区域。
首先我们来说一下NSSA区域的特性。
因为stub区域不允许ASBR存在,所以产生了NSSA-—Notsostubarea——--还不是那么末节的区域。
在NSSA区域里面，允许ASBR存在，并且可以重分布外部路由进来。
R4会将EIGRP路由重分布到Area10里面,并且由ASBRR4在本区域内（area10）扩散type-7的LSA.当R2这
个ABR收到了这个通告,就会将7类的LSA转换成5类的LSA，最后在非NSSA区域内进行扩散。
环境搭建好以后，现在来看看结果：
在R4上面：

在R3上面:

在R2上面：
在R2上面，172。16。0.0的路由也是N2的类型.
然后在ospflsdb中，type—7和type—5都有,但是要注意一下，type-7是由ASBR的R4宣告的。而type—5是20。20。20.20R2
这个ABR宣告出去的.也就是说，ABR收到了type—7的lsa，然后将其转换成type-5的lsa向非asbr区域进行宣告。因为7类
的NSSAlsa只能在nssa区域进行宣告、泛洪。

最后在R1上面查看关于172。16。0.0的情况：

最后总结一下：

-—----————-—-—-———————-—-—-—---——---———---—-——-————-—-—--—-—--—---------——--—-——----—-——-——-----——--—---———-——--————------———————-—--———-———————--———----——---——-—-——--———--——-——-—--——-———
还有两个概念，一个是default—information—originate，还有一个no-summary。
依旧还是现在的拓扑图：

这里如果R2这个ABR还有一个接口,接到Internet上去。想让Area10里面的每台路由器都产生一个默认路由指向R2，如
果明细路由在路由表中不能匹配的话，那么就认为是internet的业务,直接走默认路由甩到R2上面去，然后通过R2直接
做internet出口.
那么在R2上面的配置需要加上default-information-originate

这里在R2的ospf进程下面，输入area10nssadefault-information-originate以后，意思是area10是nssa区域，然后R2会向
area10的每台路由器通告一个默认路由。
现在我们来看看在R3上面的路由：

在R3上面生成了一条ON2的默认路由,由R2通告过来的,R2作为默认的下一跳的一个默认路由。
R4也一样，不过IGP的下一跳和BGP不一样，是基于路由器来说的。所以R4的下一跳是R3.

这就是产生默认路由的default—information—originate.
当然你可以在R2上的ospf进程中直接配置default-information-originate，让所有的区域都可以通告一条默认路由指向R2.
下面是关于no-summary的用法。

实际上，在R3/R4上面,路由器上面ospf的lsdb有的lsa有：type=1/2/3/7.
而命令no-summary的目的就是让R2不通告给area10类型3，汇总lsa。
这实际上就是网