华为ospf路由协议防环和次优路径中一些难点问题分析

第一种情况是ar3的/0/0/2口和ar4的0/0/2口发布在区域1时,当ar1连接ar2的线断了以后,骨干区域就断了,1.1.1.1到2.2.2.2就断了,ping不通了。但ar5和ar6可以ping通2.2.2.2和1.1.1.1,ar3和ar4不可以ping通2.2.2.2和1.1.1.1,虽然ar3和ar4中的lsdb中有ar1和ar2的lsdb,但就是不计算路由不通,原因是ar3从ar4学到的2.2.2.2,ar4从ar3学到了1.1.1.1,但是ospf原理是abr不计算非骨干区域学到的三类lsa所以不通

第二种情况(产生次优路径):

ar3的g0/0/2口和ar4的g0/0/02发布在区域0时,且ar3的3.3.3.3和ar4的4.4.4.4发布在区域1时,3.3.3.3访问4.4.4.4时,走下面ar5->ar6绕行,原因就是区域内的路由优于区间路由,所以产生了次优路径。

第三种情况(虚链路解决次优路径):

ar3的g0/0/2口和ar4的g0/0/02发布在区域1时,且ar3的3.3.3.3和ar4的4.4.4.4发布在区域1时,不但ar3和ar4用区域1,并建立了vlink-peer,逻辑上变成了区域0,解决了次优路径,3.3.3.3访问4.4.4.4时,ar3-ar4直接通行。

第四种情况(子接口解决次优路径和并实现备注骨干区域):

ar3的g0/0/2口和ar4的g0/0/2发布在区域0时,再把ar3的g0/0/2.2子接口和ar4的g0/0/02.2子接口发布在区域1,这样不但解决了骨干区域的备份问题,当AR1到AR2的链路断裂后,全网照样畅通,还解决了次优路径,3.3.3.3访问4.4.4.4时,ar3-ar4直接通行。

相关推荐
●VON1 小时前
从单机应用到分布式调度:基于 HarmonyOS 构建车-空协同任务引擎
学习·华为·harmonyos·openharmony·开源鸿蒙
盐焗西兰花2 小时前
鸿蒙学习实战之路 - 避免冗余刷新最佳实践
学习·华为·harmonyos
zhujian826375 小时前
十七、【鸿蒙 NEXT】如何实现lottie动画
华为·harmonyos·lottie
盐焗西兰花8 小时前
鸿蒙学习实战之路 - 应用追踪实践最佳实践
学习·华为·harmonyos
ujainu9 小时前
Flutter与DevEco Studio协同开发:HarmonyOS应用实战指南
flutter·华为·harmonyos
赵财猫._.9 小时前
【Flutter x 鸿蒙】第四篇:双向通信——Flutter调用鸿蒙原生能力
flutter·华为·harmonyos
赵财猫._.10 小时前
【Flutter x 鸿蒙】第五篇:导航、路由与多设备适配
flutter·华为·harmonyos
Chaunceyin11 小时前
浅谈Openharmony 和 HarmonyOS
华为·harmonyos
●VON13 小时前
从单端到“空地一体”:基于 HarmonyOS 的多端协同感知系统开发实践
学习·华为·harmonyos·openharmony·开源鸿蒙
●VON15 小时前
跨设备状态同步实战:基于 HarmonyOS 分布式数据管理(DDM)构建多端协同应用
分布式·学习·华为·harmonyos·openharmony·von