OSPF协议一些非常规案例

简介: OSPF-一些非常规案例问题

1.不建议在任何情况下,将OSPF接口网络类型修改为不一致

image.png
将R1-G0/0/1接口修改为P2P,将R2接口0/0/0接口类型修改为broadcost,不影响设备建立邻接关系,因为OSPF-hello报文在协商过程中不会检测OSPF接口网络类型
PS:ospf-hello报文
Hello报文头部内容.png
可以发现OSPF-hello报文中并不携带OSPF接口网络类型,自然也不会影响建立邻居或者邻接
image.png
但是会影响路由的生成-因为在broadcost类型链路在运行SPF算法时会生成伪节点,但是P2P类型链路在运行SPF算法时,会将对端视为唯一的设备进行有向图的绘制,但是伪节点自身又并不参与有向图的生成,所以会导致生成的树形结构断开,影响路由生成。
image.png
在R1创建环回1.1.1.1/24-并宣告在OSPF协议中
image.png
观察R2的OSPF-路由表
image.png
结论:可以发现并没有生成R1环回的OSPF路由,所以不建议一段链路两端OSPF接口网络类型修改为不一致,可能会导致路由生成问题。

2.OSPF汇总

2.1区域汇总
条件:
OSPF只支持对区域之间传递的路由信息进行汇总,在区域内部设备进行汇总不生效(本质是汇总无法汇总LSA),区域汇总的实质是将区域之间传递的多条路由汇总成一条-并生成一条关于汇总网段的3类LSA进行区域之间的路由传递。
条件:
1.只能在对应区域的ABR设备上进行配置
2.只能对该ABR设备直连的区域进行汇总
3.汇总网络如果开销值不一致,那么汇总路由会继承明细路由中的最大开销(因为汇总实际上会降低路由的精确度,开销设置大一些会更合理一些)
image.png
需求--
1.在R7和R4中分别创建环回接口192.168.0.0/24和192.168.1.0/24网段
2.在R1(区域1ABR设备)和R3设备上进行汇总,并查看
配置
R1-进行区域汇总-需要进入需要汇总的区域进行汇总
[r1]ospf
[r1-ospf-1]area 1
[r1-ospf-1-area-0.0.0.1]abr-summary 192.168.0.0 255.255.254.0
image.png
可以发现明细路由开销不一致,通过查看OSPF的链路状态数据库,发现汇总路由继承明细路由更大的开销
image.png
配置2
在R3进行汇总,没有生效

[r3]ospf
[r3-ospf-1]area 0
[r3-ospf-1-area-0.0.0.0]abr-summary 192.168.0.0 255.255.254.0
image.png
image.png
结论:可以发现汇总并没有生效,在数据库中任为明细
同理--域外路由汇总只能在引入域外路由的ASBR设备中进行配置

案例3

汇总地址规划不合理+汇总不精细将导致路由计算出现障碍
image.png
需求:在R7和R5均存在环回网段,分别在R1和R3进行汇总计算,汇总网段为172.16.0.0/16(进行主类汇总)
配置
[r1]ospf
[r1-ospf-1]area 1
[r1-ospf-1-area-0.0.0.1]abr-summary 172.16.0.0 255.255.0.0
[r3]ospf
[r3-ospf-1]area 2
[r3-ospf-1-area-0.0.0.2]abr-summary 172.16.0.0 255.255.0.0
image.png
问题:ABR在自身进行汇总的前提下,收到了其他ABR设备传递的汇总网段的3类LSA,那么会仅接收该汇总网段路由,但是不进行计算(即不传递)
image.png
可以发现在R7设备中没有汇总网段的路由信息。
这将导致,两端设备的明细网段不能正常访问-(因为R7没有汇总网段路由,R5也没有汇总网段路由)但是在R1和R3设备又均进行了汇总运算,这就导致明细路由也不会发布,R1与R3又同时收到了其他对端传递的汇总网段路由信息-那么自身会仅接收该汇总网段路由,但是不进行计算(即不传递)
image.png
分析原因:OSPF为了汇总路由进行防环的处理,如果不做限制,那么将导致R2会学习到一条172.16.0.0/16网段的汇总路由负载均衡指向R1和R3,同时R1也学习R3传递过来的汇总网段路由信息下一条指向R2,将会导致可能出现环路。
image.png
此时,例如R7用户访问172.16.100.0/24网段用户,那么会将数据包发送给R1,R1下一条指向R2,R2负载均衡,首先有可能将数据包重新负载给R1,也可能发送给R3,但是R3也存在指向172.16.0.0/16的网段下一跳指向R2,那么同样会出现环路。
结论:在规划IP地址时,不同区域的网段最好相互独立,在汇总时尽量精确

相关文章
|
小程序
微信小程序如何实现进入小程序自动连WiFi功能
微信小程序如何实现进入小程序自动连WiFi功能
969 0
|
安全 jenkins 持续交付
Jenkins针对不同的项目视图对不同的用户进行权限分配
Jenkins创建用户并分配不同视图的权限 根据不同的部门分配不同的角色,角色成员只能看到自己部门视图内部的jenkins job Jenkins版本:2.249 因安装了中文包的原因,语言大多以中文的方式显示,但不影响配置使用
2846 0
Jenkins针对不同的项目视图对不同的用户进行权限分配
|
网络协议 数据库
|
运维 Kubernetes 网络协议
运维之道:从新手到专家的成长路径
【10月更文挑战第22天】 本文将探讨运维领域内,个人如何从一名初学者成长为行业专家的过程。通过分析学习路线、必备技能、实践经验积累以及持续学习的重要性,旨在为那些渴望在IT运维领域取得成就的人提供指导和启发。
|
机器学习/深度学习 人工智能 自动驾驶
深度学习之自适应控制器设计
人工智能基于深度学习的自适应控制器设计在自动化系统、机器人控制、工业制造、无人驾驶等领域中有着广泛应用。自适应控制器借助深度学习模型的强大特征提取和学习能力,能够在未知或动态变化的环境中对系统进行实时调节,从而提升系统的响应速度、稳定性和控制精度。
779 1
|
搜索推荐 关系型数据库 MySQL
MySQL中的模糊匹配技巧:无需ES的高效实现
在数据库应用中,模糊匹配是一个常见的需求,尤其在处理搜索功能时。虽然Elasticsearch(ES)等搜索引擎在处理文本搜索方面表现出色,但在一些场景下,直接使用MySQL数据库实现模糊匹配也是一个经济且高效的选择。本文将分享如何在不引入ES的情况下,利用MySQL实现模糊匹配的五大步骤和十个实战案例。
1373 1
|
机器学习/深度学习 算法 编译器
Python程序到计算图一键转化,详解清华开源深度学习编译器MagPy
【10月更文挑战第26天】MagPy是一款由清华大学研发的开源深度学习编译器,可将Python程序一键转化为计算图,简化模型构建和优化过程。它支持多种深度学习框架,具备自动化、灵活性、优化性能好和易于扩展等特点,适用于模型构建、迁移、部署及教学研究。尽管MagPy具有诸多优势,但在算子支持、优化策略等方面仍面临挑战。
954 3
|
传感器 机器学习/深度学习 人工智能
智能物流:自动化仓库与配送系统
【10月更文挑战第22天】在21世纪的全球化经济中,物流行业作为连接生产与消费的桥梁,其效率与准确性至关重要。本文深入探讨智能物流的核心技术,如自动化仓储、无人驾驶配送和物联网,以及应用案例和未来发展趋势,揭示自动化仓库与配送系统如何引领物流行业的智能化转型。
1814 0
|
Oracle NoSQL 固态存储
阿里云服务器ESSD Entry云盘与ESSD云盘选择指南:性能与场景解析
在我们选择阿里云服务器的时候,有部分云服务器同时支持ESSD Entry云盘和ESSD云盘,选择不同的云盘,价格也有所差异,有的用户还不清楚他们之间的区别,因此不知道选择哪种更好更能满足自己场景的需求,本文为大家介绍一下阿里云服务器ESSD Entry云盘和ESSD云盘的区别及选择参考。
阿里云服务器ESSD Entry云盘与ESSD云盘选择指南:性能与场景解析
|
Java Spring 容器
什么情况下会导致@Async异步方法会失效?
什么情况下会导致@Async异步方法会失效?
383 1