使用分发列表加ACL控制路由更新

拓扑说明:

R1和R2运行eigrp,R2和R3及R4运行ospf,进行双向重分发路由

列表加ACL控制路由更新-acl访问控制列表">

实验目的:使用分发列表控制路由更新

熟悉ACL的permit和Deny在路由重分发中的作用

Distribute-list in/out 接口/路由协议

一、基本重分发,每台路由器学习到所有的路由

R2:

Ospf:redistribute eigrp 90 subnets

Eigrp:redistribute ospf 110 metric 1544 100 255 1 1500

在R1上看路由表:

R1#show ip route

Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2

i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2

ia - IS-IS inter area, * - candidate default, U - per-user static route

o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

34.0.0.0/24 is subnetted, 1 subnets

D EX 34.1.1.0 [170/2195456] via 12.1.1.2, 00:00:23, Serial0/0

1.0.0.0/24 is subnetted, 1 subnets

C 1.1.1.0 is directly connected, Loopback0

2.0.0.0/24 is subnetted, 1 subnets

D EX 2.2.2.0 [170/2195456] via 12.1.1.2, 00:00:23, Serial0/0

3.0.0.0/32 is subnetted, 1 subnets

D EX 3.3.3.3 [170/2195456] via 12.1.1.2, 00:00:23, Serial0/0

4.0.0.0/32 is subnetted, 1 subnets

D EX 4.4.4.4 [170/2195456] via 12.1.1.2, 00:00:23, Serial0/0

23.0.0.0/24 is subnetted, 1 subnets

D EX 23.1.1.0 [170/2195456] via 12.1.1.2, 00:00:23, Serial0/0

12.0.0.0/24 is subnetted, 1 subnets

C 12.1.1.0 is directly connected, Serial0/0

时间: 2024-10-02 14:03:21

使用分发列表加ACL控制路由更新的相关文章

使用ACL以及Prefix-list加route-map控制路由更新

拓扑 说明:左边跑OSPF,右边跑EIGRP,重分布路由协议 用访问列表与前缀列表控制路由更新 在OSPF路由协议域拒绝掉5.5.0.0 5.5.1.0 5.5.2.0 5.5.3.0 的路由 在OSPF路由协议域拒绝掉15.5.16.0/20 15.5.64.0/18的路由 配置说明 1. 在所有路由器上配置IP地址,并如上图所示配置路由协议 2. 在R3上配置重分发,确保R1看到R5所有的环回口路由 R1#show ip route ospf 34.0.0.0/24 is subnetted

使用分发列表过滤路由及路由汇总、防环

拓扑图 列表过滤路由及路由汇总.防环-路由重分发"> 说明:IP及接口配置如上所示,左边运行OSPF,右边运行EIGRP 实验目的:掌握用分发列表来过滤路由 在重分布路由时使用路由汇总来降低路由器的负担,以及带来的问题 具体要求:R2过滤掉1.1.1.0的路由,R5在向R4通告的时候过滤掉172.16.55.0的路由. Ospf向eigrp通告路由时将路由汇总10.0.0.0/8的 Eigrp向Ospf通告路由时将路由汇总成172.16.0.0/16的 环回口路由可以不用汇总 实验步骤:

RIP路由更新机制详解

8.1.3 RIP路由更新机制   RIP协议有两种更新机制:一是定期更新,二是触发更新."定期更新"是根据设置的更新计时器定期发送RIP路由通告.该通告报文中携带了除"水平分割"机制抑制的RIP路由之外本地路由器中的所有RIP路由信息.而"触发更新"则是RIP路由器仅在有路由表项发生变化时发送的RIP路由通告,仅携带本地路由表中有变化的路由信息.RIP路由器一旦察觉到网络变化,就尽快甚至是立即发送更新报文,而不等待更新周期结束.只要触发更新的速

《DNS与BIND(第5版)》——第10章 高级功能10.1 地址匹配列表和ACL

第10章 高级功能 蚊子问道:"如果你叫它们的名字,它们却不答应,那要名字又有什么用呢?" 最新版本(本书英文版撰写时为和9.3.2)的BIND名称服务器,提供了许多新功能.其中最值得介绍的包括支持动态更新.异步区域变更通知(简称NOTIFY),以及增量区域传输.在其余部分中,与安全相关的功能也很重要:允许配置名称服务器可以响应谁的请求,给谁提供区域传输,以及允许谁进行动态更新.在企业内部网络中,虽然许多安全功能不是必需的,但是有些机制对于任何名称服务器的管理员而言,都是有所帮助的.

zigbee cc2530-ZigBee主端如何控制路由的io端口

问题描述 ZigBee主端如何控制路由的io端口 ZigBee主端如何控制路由的io端口,求例子-945848636@qq.com这是我的邮箱,谢谢 解决方案 ZigBee应该控制不了,应该要SNMP等协议才能处理

关于Android--qq和微信聊天列表加载图片的问题

问题描述 关于Android--qq和微信聊天列表加载图片的问题 我这边在做Android方法的即时聊天的东西,这里消息聊天列表有图片消息,采用的是动态计算缩放大小,所以图片消息的大小是不固定的.我现在遇到的问题是,在进入消息列表的时候,因为图片还没有加载只是显示占位图,这里占位图是最小尺寸的,所以当图片加载完后,图片消息会将后面的消息顶下去,看不到.因为我的列表显示的图片压缩是在发送图片之后才用Glide加载时进行的,所以没有将图片的大小传递在消息中,不知道有什么办法能在第一次进入消息列表时将

js-关于实现列表加载loading效果?

问题描述 关于实现列表加载loading效果? 这是我是一个查询按钮,数据是通过btn_search_Click 触发后台相关方法,实现列表的数据绑定,由于数据量大,想实现加载效果,写了下面这段js,然后查询按钮调用,但是这个好像跟onclick时间同步的,效果实现不了 function JudgeUserName() { $.ajax({ type: "POST", url: "DoneTaskList.aspx", dataType: "text&qu

单表操作是否应当加事务控制?

问题描述 规范中提到,insertupdatedelete都应当加事务控制,那么仅仅对单表进行单步操作时,有必要加事务吗?如果不加事务,会有什么危害?请加实例说明,不胜感激. 解决方案 解决方案二:对表单进行操作当然不需要添加事务对数据库进行操作就要添加事务了如果不加事务,会有什么危害?请看看这里吧解决方案三:不是表单,是单表,看清楚哟.多步操作很容易举例,单表的能举出来吗?解决方案四:应该加.例如你对某个表做delete操作,这个操作也许会涉及多条记录,假如不加事务会出现这种情况:其中有一条记

请问下有没有简单消息列表加单聊的Demo

问题描述 请问下有没有简单消息列表加单聊的Demo,求代码 解决方案 这个没有解决方案二:同求Demo啊解决方案三:easeui库里的simpledemo就是