Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
Cloud Native Application Services: cnadn.net
  1. 首页
  2. 协议原理
  3. 正文

RIP更新的规则[加工自深度博客]

2006年11月4日 7719点热度 0人点赞 0条评论

 
接收更新时,接收接口做如下检查:
如果更新是和本接口在同一主类网络下,则用本接口的MASK作为掩码,正因为如此,RIP需要是一致的掩码,否则就套错了(如果收到的是/32的主机路由更新,则接受它).
如果更新和本接口不在同一主类下,则检查路由表是否存在这个主类下的子网:
   存在,则忽略该更新.
   不存在则用主类的掩码(这里需要注意下:正常情况下更新如果不是和接收接口一个主类,则发送过来的更新就应该是个汇总的主类路由,而若两个路由器之间用的是无编号接口并包含子网信息的话,接收路由器将使用/32的主机掩码匹配这个更新).


发送更新,发送接口做如下检查:
更新是否和自己是同一主类,是的话,检查该路由的掩码是否和发送接口的掩码一致:
   一致则发送出去
  不一致,如果更新是/32的主机路由则发送更新,否则丢弃更新.
更新如果和发送接口不在同一主类,则自动汇总为主类网络发送出去.


Rtr A在发送更新包的时候,因为172.16.1.33/28与发送接口172.16.3.1/24同在一个主网络下,但是子网掩码不同,所以接口172.16.3.1/24不会向外通告172.16.1.33/28这一条路由。


Rtr A在发送更新包的时候,因为173.16.1.33/28与发送接口172.16.3.1/24不在同一个主网络下,所以接口172.16.3.1/24会通告一条173.16.0.0/16的路由。


Rtr A在发送更新包的时候,因为173.16.1.33/28与发送接口172.16.3.1/24不在同一个主网络下,所以接口172.16.3.1/24会通告一条173.16.0.0/16的路由,但Rtr B路由器在收到更新包的时候,检查自己的路由表有一条173.16.1.1/28的路由,所以Rtr B不会接收173.16.0.0/16这一条路由。


从上面可以看出,不连续子网下,R1先131.108.5.0/24汇总成131.108.0.0/16发送出去,接收的路由器因为接收接口和该路由条目不是一个主类,所以查看路由器是否存在该更新的子网,由于存在,所以忽略更新,因而导致了不连续子网在RIP下无法正常更新.

解决的方法:
把路由器配置第二个IP地址,使其成为一个连继的子网。
在两边使用默认路
原文http://www.norvel.com.cn/blog/user1/cn20004/archives/2006/94.html
 
更多CISCO-CASE
http://www.cisco.com/en/US/tech/tk364/technologies_tech_note09186a0080093fd8.shtml#nd

Why Don't RIPv1 and IGRP Support Variable-Length Subnet Mask?

http://www.cisco.com/en/US/tech/tk364/technologies_tech_note09186a0080093f1e.shtml
Don't RIPv1 and IGRP Support Variable-Length Subnet Mask?

相关文章

  • 注意:2019/2/1即将实施的DNS Flag Day带来的影响
  • 支持 edns client subnet dig下载
  • HTTP2 explained
  • OSPF grace-restart
  • 林夏写的DNS DOS防范文档,比较落地哦
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: 有类路由 RIP
最后更新:2006年11月4日

纳米

linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
取消回复

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

页面AI聊天助手
文章目录
  • Why Don't RIPv1 and IGRP Support Variable-Length Subnet Mask?

纳米

linjing.io

☁️迈向Cloud Native ADC ☁️

认证获得:
TOGAF: ID 152743
Kubernetes: CKA #664
Microsoft: MCSE MCDBA
Cisco: CCNP
Juniper: JNCIS
F5:
F5 Certified Solution Expert, Security
F5 Certified Technology Specialist, LTM/GTM/APM/ASM
F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 归档
    分类
    • AI
    • Automation
    • Avi Networks
    • Cisco ACI
    • CISCO资源
    • F5 with ELK
    • F5-Tech tips
    • F5技术
    • Juniper
    • Linux
    • NGINX
    • SDN
    • ServiceMesh
    • WEB编程
    • WINDOWS相关
    • 业界文章
    • 交换机技术
    • 化云为雨/Openstack
    • 协议原理
    • 容器/k8s
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    neutron gtm api flannel openstack bigip k8s irule F5 nginx DNS network istio envoy docker
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,779 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,519 views
    • Github - 103,665 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,627 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,917 views
    • 这篇文档您是否感兴趣 - 55,496 views
    链接表
    • F5SE创新
    • Jimmy Song‘s Blog
    • SDNlab
    • Service Mesh社区
    • 三斗室
    • 个人profile
    • 云原生社区

    COPYRIGHT © 2023 Cloud Native 应用交付. ALL RIGHTS RESERVED.

    Theme Kratos Made By Seaton Jiang

    京ICP备14048088号-1

    京公网安备 11010502041506号