当前位置: 首页 > news >正文

MPLS使用LSP解决路由黑洞

        在之前我们学习到的BGP路由协议当中,我们了解到中间设备如果没有运行BGP协议或没有BGP路由就会导致路由黑洞,造成数据中断,我们之前的解决办法是全互联和RR联盟。

        在这张拓扑当中,我们的site1通过BGP协议将192.168.1.0网段的路由信息传递给site2,当然site2同样会传递路由给site1,AR3不运行BGP,但内部运行IS-IS协议,所以正常情况下AR2与AR4是可以学习到双方的路由信息的,路由的传递没有毛病

        数据平面就会存在问题,当AR5去访问192.168.1.0/24网段时,查看路由表发现这条路由是AR4这台ASBR设备引入进来的,所以AR5会把路由发给AR4,AR4收到这个报文后查看目的IP为192.168.1.0查看路由表发现这条路由是由BGP学习来的,BGP路由表当中的下一跳为AR2的接口IP地址,由于下一跳不是直连网段,所以AR4进行路由迭代后,发现下一跳为AR3,将报文转发给AR3,但AR3在收到该报文后就懵逼了,自己并没有运行BGP协议,所以AR3并没有192.168.1.0网段的路由信息,AR3就直接丢包了。导致数据中断。

        那怎么使用LSP来解决的呢?

        我们通过之前的学习知道了,LSP会根据上下游来分配标签,假设分配后的标签为下图

        同样的传递流程,报文从AR5转发给了AR4,AR4收到该报文后查看FIB表发现tunnel参数并非0,就查LIB表打上相应标签,使该报文变成携带标签的报文。AR3在收到该报文后,进行拆包发现该报文是携带标签的,那么AR3就不会去查路由表了,而是查标签转发表LIB,通过标签转发表得知了来自1028标签的报文应该封装1027的标签从G0/0/0口转发出去,那么报文就顺利的到达了AR2,到达了AR2之后,由于AR2是MPLS域边界路由器,所以AR2会直接将标签弹出变成IP报文正常查路由表转发。

        由此就解决了路由黑洞的问题。

http://www.dtcms.com/a/324137.html

相关文章:

  • 【工具变量】地市城市创业活力数据集(1971-2024年)
  • 微信小程序中实现表单数据实时验证的方法
  • 计算机网络:如何理解目的网络不再是一个完整的分类网络
  • 线程池线程复用的原理是什么?
  • 单调栈通用思路
  • CrackMapExec--安装、使用
  • Matlab算法代码速成5:Matlab求解分段微分方程编程示例
  • Linux环境下实现简单TCP通信(c)
  • Vue 3 快速入门 第五章
  • Jetpack系列教程(二):Hilt——让依赖注入像吃蛋糕一样简单
  • ROGUE: 【张院士团队R包】一种基于熵的用于评估单细胞群体纯度的度量标准
  • 第十五讲:set和map
  • Celery分布式任务队列
  • vscode uv 发布一个python包:编辑、调试与相对路径导包
  • Rust进阶-part6-宏
  • WPFC#超市管理系统(5)商品布局、顾客登录、商品下单
  • redis集群-docker环境
  • JAVA+AI简化开发操作
  • `sk_buff` 结构体详解(包含全生命周期解析)
  • How Websites Work 网站如何运作
  • 社交与职场中的墨菲定律
  • 2025年6月电子学会全国青少年软件编程等级考试(Python三级)真题及答案
  • DBAPI 实现不同角色控制查看表的不同列
  • 量子计算机实用化:从理论到现实的艰难跨越
  • 数据中心可视化:算力中枢智能运维
  • 编程基础之字符串——统计数字字符个数
  • JDBC的连接过程(超详细)
  • 【Docker-Day 12】揭秘容器网络:深入理解 Docker Bridge 模式与端口映射
  • Python爬虫-爬取政务网站的文档正文内容和附件数据
  • 【Linux | 网络】数据链路层