OSPF的特殊区域里面还有一种区域,它是末节区域的升级,叫做NSSA区域 not-so-stub area 不是那么末节的区域。这个特殊区域保留了末节区域的一些特征,但是这个区域有ASBR的存在,这打破了stub区域的规则。此区域是为了能够让外部路由通告进OSPF自主系统中。

NSSA区域既然是在STUB区域上面发展过来的,那么它肯定不会允许5类LSA在该区域内存在,所以只会存在1/2/3类LSA,那外部路由怎么办呢,NSSA区域给外部路由专门产生一种7类LSA,这种LSA在NSSA区域内泛洪,但在NSSA区域的ABR处被拦截,那怎么办呢 那这个ABR就把7类LSA转换成5类LSA,那样,骨干区域就能认识它了。所以NSSA区域应该能存在1/2/3/7类LSA。下面用实验验证。

ospf nssa 区域发布默认路由 ospf的nssa_泛洪

区域1组成了一个NSSA区域,那么我们在R2 R3 R4上面分别敲上area 1 nssa 的命令,为了产生外部路由,要把RIP路由重发布到OSPF区域中,最后我们来查看相应的现象。

查看R4的LSDB

ospf nssa 区域发布默认路由 ospf的nssa_OSPF_02

看出RIP路由192.168.4.0是以7类LSA出现在NSSA区域中的,通告路由器是4.4.4.4

查看R3的

ospf nssa 区域发布默认路由 ospf的nssa_泛洪_03

与R4结果一直 下面观察R2上面的LSDB

ospf nssa 区域发布默认路由 ospf的nssa_泛洪_04

可以看到不仅以7类LSA存在 它同时也以5类LSA存在,正好验证了上面的结论,在ABR处7类LSA被阻止 转换成5类LSA 传递给其他的OSPF区域。那我们再去R1上查看

ospf nssa 区域发布默认路由 ospf的nssa_ospf nssa 区域发布默认路由_05

这里验证了上面的结论。我们查看一下R3的路由表:

ospf nssa 区域发布默认路由 ospf的nssa_R3_06

发现一个问题,什么问题的呢,配置末节区域的时候我们发现的是末节区域的ABR会自动下发一条默认路由,但是NSSA的ABR却没有,这个需要我们自己手工敲一条命令才能生成,我们在R2上面打上area 1 nssa default-information-originate 这样才会产生一条指向ABR的默认路由

ospf nssa 区域发布默认路由 ospf的nssa_OSPF_07

而且这条默认路由是以7类LSA存在的

ospf nssa 区域发布默认路由 ospf的nssa_泛洪_08

有了绝对末节区域,那么就必然会有绝对次末节区域 

这个跟绝对末节区域差不多,就是连三类LSA也不要了,由ABR产生一条默认路由去往其他的区域 在ABR上打上area 1 nssa no-summary

ospf nssa 区域发布默认路由 ospf的nssa_R3_09

可以发现与上面是有区别的是吧,上面是默认路由是打0*N2 是外部路由,这个是0*IA是区域间的默认路由,可想而知,它应该是以3类LSA存在,而且原来的3类LSA全部没了

ospf nssa 区域发布默认路由 ospf的nssa_泛洪_10

效果很明显,这次实验到此结束。

 

 

   

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


转载于:https://blog.51cto.com/zhu224/723059