eNSP分析OSPF分析stub区域与普通区域的区别,并验证stub区域的特性

实验目的:分析stub区域与普通区域LSA通告以及路由条目的区别
思路:建立ospf区域,并注入外部路由,分析各区域的LSA以及路由信息,然后将没有注入外部路由的普通区域设置成stub区域,分析LSA以及路由信息,并分析该区域变化前后的区别。
一、建立如下拓扑图:规划好区域

二、配置路由器上的ip地址,配置如下:
1、路由器由左向右依次命名为:R1、R2、R3、R4、R5
2、R1上的G0/0/0的IP地址为:192.168.1.254 /24
G0/0/1的IP地址为:192.168.12.1 /24
R2上的G0/0/0的IP地址为:192.168.12.2 /24
G0/0/1的IP地址为:192.168.23.1 /24
R3上的G0/0/0的IP地址为:192.168.23.2 /24
G0/0/1的IP地址为:192.168.34.1 /24
R4上的G0/0/0的IP地址为:192.168.34.2 /24
G0/0/1的IP地址为:192.168.45.1 /24
R5上的G0/0/0的IP地址为:192.168.45.2 /24
3、按照以上拓扑图建立ospf相关区域:
R5:
[r5]ospf 1 router-id 4.4.4.4
[r5]ospf 1
[r5-ospf-1]area 2
[r5-ospf-1-area-0.0.0.2]network 192.168.45.0 0.0.0.255
R4:
[r4]ospf 1 router-id 1.1.1.1
[r4]ospf 1
[r4-ospf-1]area 0
[r4-ospf-1-area-0.0.0.0]network 192.168.34.0 0.0.0.255
[r4-ospf-1-area-0.0.0.0]quit
[r4-ospf-1]area 2
[r4-ospf-1-area-0.0.0.2]network 192.168.45.0 0.0.0.255
R3:
[r3]ospf 1 router-id 2.2.2.2
[r3]ospf 1
[r3-ospf-1]area 0
[r3-ospf-1-area-0.0.0.0]network 192.168.34.0 0.0.0.255
[r3-ospf-1-area-0.0.0.0]quit
[r3-ospf-1]area 1
[r3-ospf-1-area-0.0.0.1]network 192.168.23.0 0.0.0.255
R2:
[r2]ospf 1 router-id 3.3.3.3
[r2]ospf 1
[r2-ospf-1-area-0.0.0.1]network 192.168.23.0 0.0.0.255
验证:在每台ospf区域内的路由器上执行以下命令:
display ospf brief




由上图可知。R3与R4之间区域为area 0区域,R3,R4分别为ABR边界路由器。
4、验证OSPF不同区域之间的链路状态通告以及OSPF之间的路由传送,在每台ospf区域内的路由器上执行以下命令:
display ospf routing
display ospf lsdb
并查看r5的路由条目




由上图可知,无论是骨干区域area 0,还非骨干区域area 1,area 2,区域外路由信息(iner-area)都是通过ABR边界路由器R3、R4传输路由信息。且每个区域都有LSA1、2、3(router、network、sum-net)的通告。
5、将外部路由注入OSPF区域观察区域内通告的变化,配置如下:
R1:
[r1]ip route-static 0.0.0.0 0 192.168.12.2
R2:
[r2]ip route-static 192.168.1.0 24 192.168.12.1
[r2]ospf 1
[r2-ospf-1]import-route static cost 100 type 2
验证命令如下:
display ospf routing
display ospf lsd





由上图可知,在注入外部路由之后,ospf的每个区域都多了一条由r2发出的5类lsa :AS EXternal(外部区域)通告外部的路由信息,r3则会向area 0发送一条关于ASBR的位置信息的通告4类LSA(Sum-Asbr),并且由经area 0区域的其他ABR路由器转发到其他非骨干区域。且r5路由条目中存储了区域内外所有网段的路由条目。
测试ospf区域所有路由器ping外部PC

由上图可知,OSPF区域所有路由器,都能ping同外部PC机,原因是ASBR路由器向ospf区域发送了一条去往外部区域的路由通告信息。以及ABR发送的4类LSA(sum-asbr),发往除Aera 1区域以外所有区域的路由器通告ASBR的位置信息。
5、将area 2配置成stub区域,查看各区域内的lsa变化。配置命令如下:
R2:
[r4]ospf 1
[r4-ospf-1]area 2
[r4-ospf-1-area-0.0.0.2]stub
[r5]ospf 1
[r5-ospf-1]area 2
[r5-ospf-1-area-0.0.0.2]stub
再通过命令查看各area 2区域的入r5的lsa情况、ospf路由,以及路由表信息。



将are 2处于非骨干区域和处于stub区域的LSA通告进行比较发现,area 2设为stub区域之后,区域内只有第1、2、3类LSA,没有ABR路由发送的4类LSA以及通告外部路由的5类LSA。多了一条默认路由的3类LSA即:
Sum-Net 0.0.0.0 1.1.1.1 301 28 80000001 1
在查看r5的路由表可知,路由表中多了一条默认路由,下一条指向ABR路由器

测试r5能否访问外部PC
![](http://i2.51cto.com/images/blog/201807/13/6d87f3049f6b348aee54dbb19d11f3fd.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)
综上,可知在stub区域作成stub区域之后,不会受到外部路由的通告以及ASBR的信息,会生成一条去往ABR的默认路由,且该区域的末端路由器的路由条目中,只有一条去往除area 2网段以外所有网段的默认路由,无论ospf所有区域多少网段,也无论ospf区域内注入了多少外部路由。r5始终只有一条去往其他网段的默认路由。
通过对比发现,将区域设置成stub区域之后,该区域相对其他普通区域,少了很多5类以及4类LSA,同时区域内除ABR路由以外的路由器,路由条目也只有一条默认路由去往外部网络。可以很大程度的节省路由器的资源,因为只有一条默认路由,所有无论区域外网络如何变化,该区域的路由条目也不会发生变化。无论ospf区域注入多少外部路由,stub区域都不会有5类以及4类LSA通告。相对其他普通区域而言,十分稳定。

原文地址:http://blog.51cto.com/13725021/2141959

时间: 2024-10-08 17:46:54

eNSP分析OSPF分析stub区域与普通区域的区别,并验证stub区域的特性的相关文章

eNSP环境,分析NSSA区域与Stub区域的区别

实验目的:1.分析NSSA区域内,有哪几类LSA2.NSSA区域导入外部路由之后,区域内LSA的变化3.totally NSSA区域的LSA变化4.分析NSSA与Stub的区别一.搭建以下实验拓扑图:二.配置步骤:1.按照拓扑图配置PC机以及各路由器的名称以及接口的IP地址,由左往右依次命名为R1~R7,各接口的IP地址为:AR1的g0/0/1 IP:192.168.10.254/24AR1的g0/0/0 IP:192.168.12.1/24AR2的g0/0/1 IP:192.168.12.2/

java代码分析及分析工具

java代码分析及分析工具 一个项目从搭建开始,开发的初期往往思路比较清晰,代码也比较清晰.随着时间的推移,业务越来越复杂.代码也就面临着耦合,冗余,甚至杂乱,到最后谁都不敢碰. 作为一个互联网电子商务网站的业务支撑系统,业务复杂不言而喻.从09年开始一直沿用到现在,中间代码经过了多少人的手,留下了多少的坑,已经记不清楚了,谁也说不清了. 代码的维护成本越来越高.代码已经急需做调整和改善.最近项目组专门设立了一个小组,利用业余时间做代码分析的工作,目标对核心代码进行分析并进行设计重构. 代码分析

Android Framework 分析---PackageManager 分析

在windowphone,ios和android中到目前为止,还是android的市场份额最大.个人认为除了google开源外,广大开发者早就了android的霸主地位.各位兄弟姐妹开发出各种各样的apk,才组成android的广阔天下.本篇主要分析一下android系统是针对处理这些apk的,主要涉及到pm这块的代码.分析这种底层服务,最好从android的开启启动流程中开始分析.因为这样才能更清楚的了解服务的启动流程. 1.在SystemServer.java 中启动PM android 开

转:[gevent源码分析] 深度分析gevent运行流程

[gevent源码分析] 深度分析gevent运行流程 http://blog.csdn.net/yueguanghaidao/article/details/24281751 一直对gevent运行流程比较模糊,最近看源码略有所得,不敢独享,故分享之. gevent是一个高性能网络库,底层是libevent,1.0版本之后是libev,核心是greenlet.gevent和eventlet是亲近,唯一不同的是eventlet是自己实现的事件驱动,而gevent是使用libev.两者都有广泛的应

Hadoop项目实战-用户行为分析之分析与设计

1.概述 本课程的视频教程地址:<用户行为分析之分析与设计> 下面开始本教程的学习,本教程以用户行为分析案例为基础,带着大家对项目的各个指标做详细的分析,对项目的整体设计做合理的规划,让大家能通过本课程掌握Hadoop项目的分析与设计.该课程主要包含以下课时: 他们分别是:项目整体分析,项目指标与数据源分析以及项目整体设计.如下图所示: 首先我们来学习第一课时:<项目整体分析>. 2.内容 2.1 项目整体分析 本课时简述分析一个项目产生的背景,以及该项目能给企业带来那些良好的结果

辛星与您彻底分析PHP中的include和require等的区别

首先说一下require吧,我们知道如果它引入的文件不存在,将会导致程序无法继续执行,因此它通常放在程序的最前面,通常是一些特别重要的部分,比如连接数据库库,比如加载配置文件,比如引用核心函数库等等. 然后说一下include把,它引入成功与否并不重要,因此它和html的特点很接近,可以用于程序的开头,当然很多时候我们是需要引用的时候才include进来,这样,它的位置也就更加随意一些,可以放在中间. 还有一个include_once,它的开销比include 大得多,为什么呢,因为它会检测该文

Zigbee协议栈内核分析 - 按键分析

Zigbee协议栈内核分析 - 按键分析(轮询) Jesse 协议栈按键代码分析 - 思维导图(放大可看) 一.综述 上图从协议栈的 main() 函数开始分析,罗列出了 main()  函数里调用的函数.接下来我们将会对函数一个一个的分析,有关于 key 的函数我将会用黄色方框表示. 二.协议栈代码分析(按照上图逐步分析) 1.osal_int_disable( INTS_ALL );           //关闭总中断 2.HalDriverInit(); 调用 HalKeyInit(); 

Linux下Java线程详细监控和其dump的分析使用----分析Java性能瓶颈

这里对linux下.sun(oracle) JDK的线程资源占用问题的查找步骤做一个小结: linux环境下,当发现java进程占用CPU资源很高,且又要想更进一步查出哪一个java线程占用了CPU资源时,按照以下步骤进行查找: (一):通过[top -p 12377 -H] 查看java进程的有哪些线程的运行情况:       和通过[jstack 12377 > stack.log]生成Java线程的dump详细信息: 先用top命令找出占用资源厉害的java进程id,如图:# top 如上

Qt Creator Valgrind内存分析前端(分析Nginx内存)

Linux上使用Qt Creator进行C/C++开发http://my.oschina.net/eechen/blog/166969Qt Creator GDB调试前端(调试Nginx):http://static.oschina.net/uploads/space/2014/0217/025140_OJwD_561214.pngQt Creator Valgrind内存分析前端(分析Nginx内存):http://static.oschina.net/uploads/space/2014/0