HCIP —— 双点重发布 + 路由策略 实验

2023-12-04 07:45

本文主要是介绍HCIP —— 双点重发布 + 路由策略 实验,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

实验拓扑:

实验要求:

实验配置:

1.配置IP地址

2.配置动态路由协议 —— RIP 、 OSPF

R1 RIP

R4 OSPF

R2 配置RIP、OSPF + 双向重发布

R3配置RIP、OSPF + 双向重发布

3.查询路由表学习情况

4.使用路由策略控制选路

R2

R3

5.检测优化情况

实验注意:


实验拓扑:

实验要求:

通过双点双向重发布实现OSPF和RIP环境路由可达,并通过路由策略控制选路最佳。

实验配置:

1.配置IP地址

2.配置动态路由协议 —— RIP 、 OSPF

R1 RIP

R4 OSPF

R2 配置RIP、OSPF + 双向重发布

重发布命令:import - route RIP/OSPF +进程号

R3配置RIP、OSPF + 双向重发布

3.查询路由表学习情况

发现 出现两条 3.3.3.0 的网段 ,分别来自 R2 和R3的重发布 。

原因环回接口OSPF默认网络类型为P2P,这样将导致进行重发布后RIP网络将学习到两条R3环回网段的路由。

一条为R2重发布下一跳为12.0.0.2

一条为R3重发布下一跳为13.0.0.2

查询R2的路由表,可以发现出现两个指向,极易造成选路不佳。注意:在一个网络中必须认知得先统一

改进措施:

方法一:进入到对应的接口,类型从p2p修改为broadcast模式,让R2学习到R3环回

方法二:修改r3环回地址为32位,即3.3.3.3/32

4.使用路由策略控制选路

对于双点双向的重发布,会出现协议负载均衡的情况,如R1

需要针对这些网段进行路由控制:建议使用路由策略

同时因为路由策略不能单独使用,所以此时只能在重发布过程中进行调用

配置位置R2R3 !!!!!!!

R2

R2 抓取 34.0.0.0/24和3.0.0.0/24 和13.0.0.0/24的流量 , 其中 13.0.0.0抓取后要在OSPF中重发布调用

创建空表放通流量,因为路由策略末尾隐含一条拒绝所有的规则,如果没有这张空表将导致除了开销修改为10的34.0.0.0/24(3.3.3.3.0/24)网段外其他所有网段均被拒绝

重发布过程中调用路由策略

其中 13.0.0.0抓取后要在OSPF中重发布调用

[r2]ip ip-prefix b  permit 13.0.0.0 24

[r2]route-policy b permit  node  10

[r2-route-policy]if-match ip-prefix b

[r2-route-policy]apply  cost 10

[r2]route-policy b permit node 20

[r2-ospf-1]import-route  rip route-policy b

R3

R3抓取 12.0.0.0/24和2.0.0.0/24 和24.0.0.0/24的流量,其中24.0.0.0/24要在RIP中重发布调用

[r3]ip ip-prefix b permit  12.0.0.0 24

[r3]ip ip-prefix b permit  2.2.2.0 24

[r3]route-policy b permit  node  10

[r3-route-policy]if-match  ip-prefix b

[r3-route-policy]apply  cos 

[r3]route-policy b permit  node  20

        

24.0.0.0/24要在RIP中重发布调用

[r3]ip ip-prefix  a permit  24.0.0.0 24

[r3]route-policy a permit  node  10

[r3-route-policy]if-match  ip-prefix a

[r3-route-policy]apply  cost 10

[r3]route-policy a  permit node  20

[r3-rip-1]import-route  ospf route-policy a

[r3-ospf-1]import-route  rip route-policy b

5.检测优化情况

实验注意:

该实验的重点就是使用路由策略进行选路控制!!!制定合适的路由策略可以有效的减少路由条目。

这篇关于HCIP —— 双点重发布 + 路由策略 实验的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/452691

相关文章

高效+灵活,万博智云全球发布AWS无代理跨云容灾方案!

摘要 近日,万博智云推出了基于AWS的无代理跨云容灾解决方案,并与拉丁美洲,中东,亚洲的合作伙伴面向全球开展了联合发布。这一方案以AWS应用环境为基础,将HyperBDR平台的高效、灵活和成本效益优势与无代理功能相结合,为全球企业带来实现了更便捷、经济的数据保护。 一、全球联合发布 9月2日,万博智云CEO Michael Wong在线上平台发布AWS无代理跨云容灾解决方案的阐述视频,介绍了

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

Vue3项目开发——新闻发布管理系统(六)

文章目录 八、首页设计开发1、页面设计2、登录访问拦截实现3、用户基本信息显示①封装用户基本信息获取接口②用户基本信息存储③用户基本信息调用④用户基本信息动态渲染 4、退出功能实现①注册点击事件②添加退出功能③数据清理 5、代码下载 八、首页设计开发 登录成功后,系统就进入了首页。接下来,也就进行首页的开发了。 1、页面设计 系统页面主要分为三部分,左侧为系统的菜单栏,右侧

STM32(十一):ADC数模转换器实验

AD单通道: 1.RCC开启GPIO和ADC时钟。配置ADCCLK分频器。 2.配置GPIO,把GPIO配置成模拟输入的模式。 3.配置多路开关,把左面通道接入到右面规则组列表里。 4.配置ADC转换器, 包括AD转换器和AD数据寄存器。单次转换,连续转换;扫描、非扫描;有几个通道,触发源是什么,数据对齐是左对齐还是右对齐。 5.ADC_CMD 开启ADC。 void RCC_AD

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令 在日常的工作中由于各种原因,会出现这样一种情况,某些项目并没有打包至mvnrepository。如果采用原始直接打包放到lib目录的方式进行处理,便对项目的管理带来一些不必要的麻烦。例如版本升级后需要重新打包并,替换原有jar包等等一些额外的工作量和麻烦。为了避免这些不必要的麻烦,通常我们

禅道Docker安装包发布

禅道Docker安装包发布 大家好, 禅道Docker安装包发布。 一、下载地址 禅道开源版:   /dl/zentao/docker/docker_zentao.zip  备用下载地址:https://download.csdn.net/download/u013490585/16271485 数据库用户名: root,默认密码: 123456。运行时,可以设置 MYSQL_ROOT_P

HNU-2023电路与电子学-实验3

写在前面: 一、实验目的 1.了解简易模型机的内部结构和工作原理。 2.分析模型机的功能,设计 8 重 3-1 多路复用器。 3.分析模型机的功能,设计 8 重 2-1 多路复用器。 4.分析模型机的工作原理,设计模型机控制信号产生逻辑。 二、实验内容 1.用 VERILOG 语言设计模型机的 8 重 3-1 多路复用器; 2.用 VERILOG 语言设计模型机的 8 重 2-1 多

缓存策略使用总结

缓存是提高系统性能的最简单方法之一。相对而言,数据库(or NoSQL数据库)的速度比较慢,而速度却又是致胜的关键。 如果使用得当,缓存可以减少相应时间、减少数据库负载以及节省成本。本文罗列了几种缓存策略,选择正确的一种会有很大的不同。缓存策略取决于数据和数据访问模式。换句话说,数据是如何写和读的。例如: 系统是写多读少的吗?(例如基于时间的日志)数据是否是只写入一次并被读取多次?(例如用户配

Flink任务重启策略

概述 Flink支持不同的重启策略,以在故障发生时控制作业如何重启集群在启动时会伴随一个默认的重启策略,在没有定义具体重启策略时会使用该默认策略。如果在工作提交时指定了一个重启策略,该策略会覆盖集群的默认策略默认的重启策略可以通过 Flink 的配置文件 flink-conf.yaml 指定。配置参数 restart-strategy 定义了哪个策略被使用。常用的重启策略: 固定间隔 (Fixe

Java后端微服务架构下的API限流策略:Guava RateLimiter

Java后端微服务架构下的API限流策略:Guava RateLimiter 大家好,我是微赚淘客返利系统3.0的小编,是个冬天不穿秋裤,天冷也要风度的程序猿! 在微服务架构中,API限流是保护服务不受过度使用和拒绝服务攻击的重要手段。Guava RateLimiter是Google开源的Java库中的一个组件,提供了简单易用的限流功能。 API限流概述 API限流通过控制请求的速率来防止