设为首页 收藏本站
查看: 1145|回复: 0

ospf概念拾遗

[复制链接]

尚未签到

发表于 2015-5-25 11:13:02 | 显示全部楼层 |阅读模式
  OSPF的骨干区域是OSPF的特殊区域0(由于OSPF的区域号是按IP地址的格式,所以经常被写为区域0.0.0.0)。OSPF骨干区域始终包含所有的ABR。骨干区域负责发布其他区域之间的路由信息。
Router ID:是在OSPF区域内唯一标识一台路由器的IP地址。
得到ID方法:首先路由器选取它所有Loopback接口上数值最高的IP地址;若没配置Loopback接口的IP地址,就在所有物理端口中选取一个数值最高的IP地址作为Router ID。
OSPF的七种类型LSA:
1、路由器LSA (Router LSA):由区域内所有路由器产生,并且只能在本个区域内泛洪广播。这些最基本的LSA通告列出了路由器所有的链路和接口,并指明了它们的状态和沿每条链路方向出站的代价。
2、网络LSA (Network LSA):由区域内的DR或BDR路由器产生,报文包括DR和BDR连接的路由器的链路信息。网络LSA也仅仅在产生这条网络LSA的区域内部进行泛洪。
3、网络汇总LSA (Network summary LSA):由ABR产生,可以通知本区域内的路由器通往区域外的路由信息。在一个区域外部但是仍然在一个OSPF自治系统内部的缺省路由也可以通过这种LSA来通告。
4、ASBR汇总LSA (ASBR summary LSA):也是由ABR产生,但是它是一条主机路由,指向ASBR路由器地址的路由。
5、自治系统外部LSA (Autonomous system external LSA):由ASBR产生,告诉相同自治区的路由器通往外部自治区的路径。自治系统外部LSA是惟一不和具体的区域相关联的LSA通告,将在整个自治系统中进行泛洪。
6、组成员LSA (Group membership LSA)
7、NSSA外部LSA (NSSA External LSA):由ASBR产生,几乎和LSA 5通告是相同的,但NSSA外部LSA通告仅仅在始发这个NSSA外部LSA通告的非纯末梢区域内部进行泛洪。在NSSA区域中,当有一个路由器是ASBR时,不得不产生LSA 5报文,但是NSSA中不能有LSA 5报文,所以ASBR产生LSA 7报文,发给本区域的路由器。只有一个例外,每台ABR路由器上利用一个类型3来通告缺省路由。每一种区域内允许泛洪的LSA类型。
几个特殊区域:
末梢区域(Stub Area):
不允许AS外部通告(LSA 5)在其内部进行泛洪。在末梢区域边界的ABR路由器使用网络汇总LSA (LSA 3)向这个区域通告缺省路由,而且这条缺省路由不会被通告到这个区域的外部去。
完全末梢区域(Totally stub):使用缺省路由到达OSPF自治系统外部的目的地址,而且使用缺省路由到达这个区域外部的所有目的地址,完全末梢区域的ABR路由器不仅阻塞LSA 5,也阻塞所有的汇总LSA――除了通告缺省路由的那一条类型3。
非纯末梢区域(Not-so-stubby-area):允许外部路由通告到OSPF自治系统内部,而同时保留自治系统的其余部分的末梢区域特征,ASBR将始发类型7的LSA来通告那些外部网络,这些NAAS外部LSA将在整个NAAS区域中泛洪,在ABR上被阻塞。ABR会将类型7的转化为类型5通告到其他区域中。
骨干区域:
OSPF的骨干区域是OSPF的特殊区域0(由于OSPF的区域号是按IP地址的格式,所以经常被写为区域0.0.0.0)。OSPF骨干区域始终包含所有的ABR。骨干区域负责发布其他区域之间的路由信息。
路由器分类:
内部路由器/Internal routers(IR):路由器所直接连接的网络都属于同一个区域。
区域边界路由器/Area border routers(ABR):接入多个区域的路由器。
骨干路由器/Backbone routers:有至少一个接口在骨干区域的路由器。这包括所有接入多个区域的路由器(即ABR)。但骨干路由器不一定是ABR,所有接口都在骨干区域的路由器也是骨干路由器。
自制系统边界路由器/AS boundary routers(ASBR):与属于其他AS的路由器交换路由信息的路由器。这样的路由器在AS内宣告AS外部路由信息。到达各台ASBR的路径要被AS中的每台路由器所知晓。该分类与前面的分类完全独立:ASBR可能是内部路由器或ABR,也可能在或可能不在骨干区域中。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-70508-1-1.html 上篇帖子: 研究OSPF数据结构 下篇帖子: Graceful Restart OSPF
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表