假装网络工程师22——使用VRF穿越MPLS域通信
一、背景介绍
同一个公司可能有多个办公地点,不同的办公地点之间通信往往是向运营商购买***服务,而***服务也可以分为二层与三层,区别是:
二层***服务,可以将运营商看成一个透明的,站点两端在同一网段,彼此间不感知中间的运营商网络
三层***服务,可以将运营商网络看成是一格路由器,站点两端的地址是不同网段,本文介绍的mpls ***就属于三层***服务
二、网络拓扑
本次实验网络拓扑如下图所示:
黄色区域表示运营商网络,而紫色与红色分别表示同一用户的不同站点,其中端口ip地址见下表
路由器端口 | ip地址 | 描述 |
---|---|---|
R1 g0/0/0 | 15.0.0.1/24 | |
R1 g0/0/1 | 14.0.0.1/24 | |
R1 g2/0/0 | 12.0.0.1/24 | |
R1 lo0 | 1.1.1.1/32 | ibgp与mpls邻居间通信地址,ospf router-id,mpls lsr-id |
R2 g0/0/0 | 12.0.0.2/24 | |
R2 g0/0/1 | 23.0.0.2/24 | |
R2 lo0 | 2.2.2.2/32 | ibgp与mpls邻居间通信地址,ospf router-id,mpls lsr-id |
R3 g0/0/0 | 37.0.0.3/24 | |
R3 g0/0/1 | 23.0.0.3/24 | |
R3 g2/0/0 | 36.0.0.3/24 | |
R3 lo0 | 3.3.3.3/32 | ibgp与mpls邻居间通信地址,ospf router-id,mpls lsr-id |
R4 g0/0/1 | 14.0.0.4/24 | |
R4 lo0 | 4.4.4.4/32 | 模拟客户B站点1的内网路由 |
R5 g0/0/0 | 15.0.0.5/24 | |
R5 lo0 | 5.5.5.5/32 | 模拟客户A站点1的内网路由 |
R6 g0/0/0 | 36.0.0.6/24 | |
R6 lo0 | 6.6.6.6/32 | 模拟客户B站点2的内网路由 |
R7 g0/0/0 | 37.0.0.7/24 | |
R7 lo0 | 7.7.7.7/32 | 模拟客户A站点2的内网路由 |
三、步骤说明
1.运营商网络
- 运营商网络中,底层通过lo0接口建立ospf邻居,ospf进程号100,为ibgp与ldp协议通信做铺垫
- R1,R2,R3之间建立ldp邻居,使用lo0端口地址作为ldp通信地址
- R1和R3上分别建立instance A和instance B的VRF,将相应接口划入VRF中
- R1和R3之间建立mp-ibgp邻居,R2不运行bgp程序
2.客户A网络
- R5与R1,R7与R3之间建立ospf邻居,ospf进程号为1
- 双向发布,使客户A站点1能够和站点2通信
3.客户B网络
- R4与R1,R6与R3之间建立ebgp对等体
- 使客户A站点1能够和站点2通信
四、配置操作
1.运营商网络
- 创建ospf底层连接
- R1,R2,R3建立ldp邻居
- 在asbr上创建vrf,并将相应接口划入vrf
- R1和R3之间建立mp-ibgp邻居
2.客户A网络
- 站点1与运营商边界路由器建立ospf邻居
- 站点2与运营商边界路由器建立ospf邻居
- 站点1路由双向重发布
- 站点2路由双向重发布
- 验证mp-ibgp路由已学习到,至此客户A配置完成
3.客户B网络
- 站点1与运营商边界路由器建立ebgp对等体
- 站点2与运营商边界路由器建立ebgp对等体
- 查看对等体是否已建立
- 确认路由已相互学习到,至此所有配置完成
- 创建ospf底层连接

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
详解,Http中(MPM)三种请求处理模式的比较
Http 中的三种请求处理模式(MPM)的比较 http 支持三种MPM 工作模式 : prefork , worker, enent prefork---多进程I/O模型,每个进程响应一个请求 Prefork MPM: 预派生模式,有一个主控制进程,然后生成多个子进程,每个子进程有一个独立的线程响应用户请求,相对比较占用内存,但是比较稳定,可以设置最大和最小进程数,是最古老的一种模式,也是最稳定的模式,适用于访问量不是很大的场景 优点:稳定 缺点:慢,占用资源,不适用于高并发场景 这个多处理模块(MPM)实现了一个非线程的、预先分叉的web服务器。每个服务器进程可以响应传入的请求,父进程管理服务器池的大小。它适用于那些为了与非线程安全的库兼容而需要避免线程化的站点。它也是隔离每个请求的最佳MPM,因此单个请求的问题不会影响任何其他请求。此MPM具有很强的自我调节能力,因此很少需要调整其配置指令。最重要的是MaxRequestWorkers足够大,可以处理您希望接收的所有并发请求,但又足够小,可以确保所有进程都有足够的物理RAM。 prefork 模式相关的配置: StartServe...
- 下一篇
今天起!告别“救火”式运维
一早刚上班,就听到小李抱怨:昨晚凌晨2点多,收到监控告警,磁盘空间满了;刚清理完成磁盘,又发现文件系统只读了;整整折腾了一晚上,才修复完成。运维太苦X了! 你也跟小李一样? 一会上线出问题;一会磁盘故障;一会硬件告警;一会应用性能不足。客户怨声载道,运维叫苦连天。每天忙忙碌碌,但是没有任何工作成果,还不断遭受老板、上司的批,苦X的运维,背锅侠之类的话也成了我们的口头禅。 给你句实话,这就是传统运维的真实写照! 1.传统运维的困境 在传统运维中,部门在制订IT设备和信息化系统管理目标时,关注的是一台台IT设备的故障率和一套套应用系统的可用性。在基础设施、数据库、中间件、灾备、存储等环节通常大量采用商业闭源的软硬件产品及其解决方案。设备的开放性差、标准也不统一,喜欢采用两地三中心这种典型的重量级、集中式运维管理方式。 随着IT规模越来越大、系统越来越复杂,运维保障工作由最初的硬件运维不断细分,网络工程师、系统运维工程师、DBA、安全工程师等岗位加入到运维体系中。 当业务系统发生故障时,IT主管首先召集自扫门前雪的各个运维岗位进行自检,查看各自负责的设备、应用组件、系统是否运行正常。所以,传...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS6,CentOS7官方镜像安装Oracle11G
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Redis,开启缓存,提高访问速度
- Windows10,CentOS7,CentOS8安装Nodejs环境
- MySQL8.0.19开启GTID主从同步CentOS8
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长