RIPV1路由更新 同一路由器接口子网掩码不一样(两个接口属于同一个主类路由)的路由通告

路由器的接口收到一条路由更新,查看这条路路由条目是和本接口的路由是不是属于同一个主类网络若是同一个诸主类网络,则用本地接

实验拓扑:

口的子网掩码作为学到的路由条目的子网掩码,如果学到的路由条目和本地接口的路由不是属于同一个主类网络的话。则判断学到的那条路由是属于哪一个主类路由A<B C 类 属于A则用A类的子网掩码作为该条路由的子网掩码

实验现象分析:

查看R4的路由表:

问题:  R4为什么没有学到172.16.2.0/24 和 172.16.1.0/24的网络呢?

原因:观察R3 的两个接口地址

F0/0是/24 的网络 F0/1是/25的网络

RIPv1不会把左边连接和学到的路由条目(这些路由条目是和F0/1的ip地址是属于同一个主类网络。本例中都是B类网络)从/25的接口通告出去,

原因是:若将这样的路由条目从F0/1通告出去的话,R4收到路由更新消息的时候,查看这些B类网络发现我自的F0/1属于同一个主类172.16.0.0 于是就把自己接口的/25作为R3通告过来的路由条目(172.16.1.0 172.16.2.0)的子网掩码,于是R4中学到的路由是 172.16.2.0/25 和172.16.1.0/25 而实际中这样的网络不存在,也就是说R4学到的路由条目是错误的,因此Ripv1为了避免这样的错误出现,就直接不把R3f0/0口的/24网络从R3的f0/1 /25通告出去,但是这里有一个前提是R3的f0/0 和f0/1是要在同一个主类网络中,172.16.0.0本例。

同样地,R3也不会把右边的/25的网络路由信息他on通告给R2

再看R4学到了R2上的C类/24的网络,这是因为这些192.168.1.0 192.168.10.0 网络和R3d的接口所在的网络不是同一个主类网络,因此R3会把这些路由消息通告给R4,

最后看,R4学到了R3上的l0 172.16.10.0/25

这是因为R3的f0/1是/25 接口,因此会把子网掩码相同的虽然属于同一个主类网络B类网络的路由信息通告给R4 ,因为R4查看找条路由消息的时候发现是和本地接口属于同一个主类网络就会用自己的接口的/25作为 172.16.10.0网络的子网掩码,而172.16.10.0本来就是/25的网络,所以不会发生前面所说的错误。

时间: 09-10

RIPV1路由更新 同一路由器接口子网掩码不一样(两个接口属于同一个主类路由)的路由通告的相关文章

distribute-list(分发列表)控制路由更新、使用

distribute-list(分发列表)用于控制路由更新的一个工具,只能过滤路由信息,不能过滤LSA.因此分发列表在距离矢量(RIP.EIGRP)路由协议中使用,无论是in或者是out方向,都能正常的过滤路由.但对于链路状态协议(ospf.isis),路由器之间传递的消息不再是路由信息了,而是LSA,而分发列表是无法对LSA进行过滤的.需要结合ACL使用,所以使用场景受限.如果将access-list应用到distribute-list,则可以用来允许.拒绝路由选择更新.实验如下: R1>co

OSPF组播路由更新lsa

一.当ospf邻接关系建立完成后,DR与所有设备为full,BDR与所有设备为full,DRother之间为2-way(DR与BDR也是full). 当ospf路由更新,DR/BDR监听224.0.0.5和224.0.0.6. DRothe监听224.0.0.5. 当DRother路由有更新时,DR/BDR均会收到,但由DR发洪泛给所有设备. 以下实验所有更新为"新发布路由". 二.拓扑信息 1.当DRother路由更新时,以组播方式发送给224.0.0.6(也就是DR/BDR),因为

CCNA实验二十四 路由更新的安全 &nbsp;

CCNA实验二十四 路由更新的安全 环境: Windows XP .GNS3.0.7.2 目的: 学会如何通过MD5 认证和被动端口保护路由更新,注意这两种方法在EIGRP .OSPF. RIP.IGRP等路由协议中都能用. 说明: MD5认证:通过邻居路由器之间的路由更新认证来防止无效的路由更新可能对网络造成的威胁和破坏. 被动接口:能够防止不必要的路由更新进入某个网络,可以禁止向不在安全管理范围的网段通告路由起到安全的作用,并且还能阻止EIGRP,OSPF,ISIS的HELLO包的通过.此外

quagga源码学习--BGP协议路由更新

BGP的核心就是交换路由,所以关键的部分还是在路由的更新与撤销上面,这之间包含了冗长的属性,community等等处理过程,不做详述. bgp_read函数是路由更新的事件处理函数,在收到BGP_MSG_UPDATE消息的时候开始调用bgp_update_receive函数处理. 1 switch (i) { 2 case NLRI_UPDATE: 3 case NLRI_MP_UPDATE: 4 nlri_ret = bgp_nlri_parse(peer, NLRI_ATTR_ARG, &n

非直连IBGP邻居路由更新的解决办法(一)-------路由反射器

如上图所示,R1/R2/R3在同一个IBGP内,这种情况下,路由更新,从IBGP邻居学习的路由不会被传递给其他的IBGP邻居.这样的解决办法有三种: 1.IBGP完全互连 2.路由反射器 (Route Reflector) 3.联盟 案例一.非直连邻居通过路由反射器(直连邻居省略) R1配置信息: interface Loopback10 ip address 10.1.1.1 255.255.255.0 ! interface Loopback100 ip address 100.1.1.1

linux 接口地址全部清除才清理从此接口发出的下一跳路由

接口地址全部清除才清理从此接口发出的下一跳路由 如: eth7配置两个地址 eth7: 192.168.1.1 10.1.1.1 添加一条路由: route add -net 2.2.2.0/24 gw 10.1.1.254 然后删除eth7上的地址 10.1.1.1 查一下路由表, 下一跳10.1.1.254还在 ~ # ip route show all2.2.2.0/24 via 10.1.1.254 dev eth7 linux 对此处理不太合理, 应该自动删除较好.

vue2.x路由更新问题相关处理方式

在router-link 中 <span style="color:blue"> 有时候需要获得到相关数据时,如父路由的数据到子路由进行显示操作相关的行为时,就需要进行相关路由钩子函数的操作,.而在vu2.js中,就不存在使用data钩子来处理相关的请求数据了,可以动态的处理路由变化来获得数据了 </span> 我们可以通过使用"watch"对象的方式更新路由操作,如下watch:{ '$router'(to,from){ 对应业务逻辑 }

路由技术在企业当中的具体应用之一(静态,默认NAT及静态浮动路由)

今天会给大家带来一个新的技术介绍系列,这个系列的名字叫做"路由技术在企业当中的具体应用"这次就是这个技术文章系列的第一篇,"静态路由,默认路由NAT及静态浮动路由" 我想大家看到这几个名词的时候,一定不会陌生,无论你是学习思科认证体系的(CCNA-CCIE),还是学习华为认证体系的(HCNA-HCIE)的朋友可能在刚开始接触,或者学习网络,或者考取这些认证的朋友都有这样的想法. 上课的时候,老师在上面讲.老师的命令敲的很快,等敲完命令的时候,来一个PING.问同学,

支付宝手机网页即时到账接口(2)之授权接口请求

前言 这篇文章主要讲诉系统调用支付宝手机网页即时到账授权接口获取支付宝返回的request_token. 上篇文章地址:支付宝手机网页即时到账接口(1)之相关信息介绍. 这是上篇文章结尾调用授权接口的图解. 官方文档中对授权接口的说明是: 商户利用编程方法来模拟http请求远程解析html,获取支付宝返回的结果数据后,可以结合自身网站的业务逻辑进行数据处理. 说明中不难看出我们的代码中需要模拟http提交参数,然后解析支付宝返回的结果再进行处理.该项目是用java编写的,所以后续代码也是用jav