Cloud Native应用交付
  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
☁️We are in new App Mesh era: imesh.club ☁️
  1. 首页
  2. 项目案例
  3. 正文

[原创]怎么解释ip unnumered与RIP的种种情况??

2006年11月17日 6179点热度 0人点赞 1条评论

下面的所有实验用RIPV1的收发机制怎么来解释其路由表结果?

拓扑:(lo0)R1(S1/1)----------------(S1/0)R2

相同的主类,都有子网,相同的子网掩码长度
R1
interface Loopback0
 ip address 172.16.1.1 255.255.255.0
interface Serial1/1
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0

R2
interface Loopback0
 ip address 172.16.2.2 255.255.255.0
interface Serial1/0
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0
结果:
R1:Gateway of last resort is not set

     172.16.0.0/24 is subnetted, 3 subnets
R       172.16.0.0 [120/1] via 172.16.2.2, 00:00:07, Serial1/1
C       172.16.1.0 is directly connected, Loopback0
R       172.16.2.0 [120/1] via 172.16.2.2, 00:00:07, Serial1/1

R2:Gateway of last resort is not set

     172.16.0.0/24 is subnetted, 3 subnets
R       172.16.0.0 [120/1] via 172.16.1.1, 00:00:07, Serial1/0
R       172.16.1.0 [120/1] via 172.16.1.1, 00:00:07, Serial1/0
C       172.16.2.0 is directly connected, Loopback0
相互PING都能通

相同主类,都含子网,不同的子网掩码长度
R1:配置不变,R2LO0地址改为ip add 172.16.65.2 255.255.192.0
结果:
R1Gateway of last resort is not set

     172.16.0.0/24 is subnetted, 3 subnets
R       172.16.0.0 [120/1] via 172.16.65.2, 00:00:02, Serial1/1
C       172.16.1.0 is directly connected, Loopback0
R       172.16.64.0 [120/1] via 172.16.65.2, 00:00:02, Serial1/1
R2:Gateway of last resort is not set

     172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
R       172.16.0.0/18 [120/1] via 172.16.1.1, 00:00:05, Serial1/0
R       172.16.1.0/32 [120/1] via 172.16.1.1, 00:00:05, Serial1/0
C       172.16.64.0/18 is directly connected, Loopback0
想不通为什么出现上面的路由表结果~~~~~
R1上PING 172.16.65.2不同,R2 ping 172.16.1.1也不通。
不通:R1的3个子网全是/24掩码,没有172。16。65。2这样的可匹配的网络。
R2上PING 172.16.1.1的时候172.16.0.0/18可以匹配,但是到了R1后R1回不来也不通。

相同主类,都无子网
R1
interface Loopback0
 ip address 172.16.1.1 255.255.0.0
interface Serial1/1
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0

R2
interface Loopback0
 ip address 172.16.2.2 255.255.0.0
interface Serial1/0
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0
结果:
两边都是主类直连,无其他路由,显然不能相互PING通。(这也不符合要求,2路由器接口处于相同网段)
C    172.16.0.0/16 is directly connected, Loopback0

总结:相同主类,必须具有相同的子网掩码才能正常在RIP/IGRP下工作。

 

不同主类,都有子网,子网掩码长度相同
R1
interface Loopback0
 ip address 172.16.1.1 255.255.255.0
interface Serial1/1
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0

R2
interface Loopback0
 ip address 182.16.2.2 255.255.255.0
interface Serial1/0
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 182.16.0.0
结果:
R1:Gateway of last resort is not set

     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.1.0 is directly connected, Loopback0
     182.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
R       182.16.2.0/32 [120/1] via 182.16.2.2, 00:00:19, Serial1/1
R       182.16.0.0/16 [120/1] via 182.16.2.2, 00:00:19, Serial1/1

R2:Gateway of last resort is not set

     172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
R       172.16.0.0/16 [120/1] via 172.16.1.1, 00:00:16, Serial1/0
R       172.16.1.0/32 [120/1] via 172.16.1.1, 00:00:16, Serial1/0
     182.16.0.0/24 is subnetted, 1 subnets
C       182.16.2.0 is directly connected, Loopback0
相互都能PING通,双方都将对方的子网号用/32标记成主机路由,从 version 11.0(2)开始都自动为对方产生一个主类条目。

不同主类,都有子网,子网掩码长度不同
R1
interface Loopback0
 ip address 172.16.1.1 255.255.255.0
interface Serial1/1
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0

R2
interface Loopback0
 ip address 182.16.2.130 255.255.255.128
interface Serial1/0
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 182.16.0.0
结果:
R1:
Gateway of last resort is not set

     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.1.0 is directly connected, Loopback0
     182.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
R       182.16.2.128/32 [120/1] via 182.16.2.130, 00:00:12, Serial1/1
R       182.16.0.0/16 [120/1] via 182.16.2.130, 00:00:12, Serial1/1

R2:Gateway of last resort is not set

     172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
R       172.16.0.0/16 [120/1] via 172.16.1.1, 00:00:21, Serial1/0
R       172.16.1.0/32 [120/1] via 172.16.1.1, 00:00:21, Serial1/0
     182.16.0.0/25 is subnetted, 1 subnets
C       182.16.2.128 is directly connected, Loopback0
相互都能PING通,双方都将对方的子网号用/32标记成主机路由,从 version 11.0(2)开始都自动为对方产生一个主类条目。

不同主类,都无子网
R1
interface Loopback0
 ip address 172.16.1.1 255.255.0.0
interface Serial1/1
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 172.16.0.0

R2
interface Loopback0
 ip address 182.16.2.2 255.255.0.0
interface Serial1/0
 ip unnumbered Loopback0
 serial restart-delay 0
router rip
 network 182.16.0.0
结果:
R1:Gateway of last resort is not set

C    172.16.0.0/16 is directly connected, Loopback0
R    182.16.0.0/16 [120/1] via 182.16.2.2, 00:00:08, Serial1/1< /p>

R2:Gateway of last r
esort is not set

R    172.16.0.0/16 [120/1] via 172.16.1.1, 00:00:23, Serial1/0
C    182.16.0.0/16 is directly connected, Loopback0
相互都能PING通,从 version 11.0(2)开始都自动为对方产生一个主类条目

总结:不同主类,怎么着在RIP/IGRP下都通。

上面的所有实验用RIPV1的收发机制怎么来解释其路由表结果?

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094e8d.shtml
http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00801ec9e0.shtml

本作品采用 知识共享署名 4.0 国际许可协议 进行许可
标签: Unnumbered 有类路由 RIP
最后更新:2006年11月17日

纳米

http://linjing.io

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

文章评论

  • AY

    这种玩意好像没啥研究价值吧,实际工程不可能这么干啊。
    而且这跟RIP本身没关系啊,有类协议都一样的原则,条目过主类边界后使用原始主类掩码,不过主类边界用接收路由器接口的掩码,因为条目不带前缀长度。只不过那个“主类网络号/掩码”的条目是Cisco IOS自己加的。
    这是Cisco IOS对无编号接口在路由进程内的应用的一种折衷。原则是:RTR_A(S0)--RTR_B(S0)拓扑中,如果使用有类协议,并且如果A带有一个子网化的网络、且其主类网络号码跟B所带网络的主类网络号码不同的情况下,B需要为A的子网添加一个到其主类网络的路由条目,反之亦然。

    纳米 于 2007-1-15 17:34:11 回复

    博主回复测试

    游客 于 2007-1-15 17:35:14 回复

    游客测试

    我我我我 于 2007-1-15 17:39:22 回复

    回复第2个

    我我我外我 于 2007-1-15 17:41:12 回复

    我我我外我

    2006年11月20日
    回复
  • 取消回复

    纳米

    http://linjing.io

    ☁️迈向Cloud Native ADC ☁️

    认证获得:
    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
  • 点击查看本博技术要素列表
  • 分类目录
    • Avi Networks (3)
    • Cisco ACI (1)
    • CISCO资源 (21)
    • F5 with ELK (8)
    • F5-Tech tips (38)
    • F5技术 (203)
    • Juniper (4)
    • Linux (7)
    • Nginx (18)
    • SDN (4)
    • ServiceMesh (19)
    • WEB编程 (8)
    • WINDOWS相关 (7)
    • 业界文章 (18)
    • 交换机技术 (20)
    • 化云为雨/Openstack (35)
    • 协议原理 (52)
    • 容器/k8s (64)
    • 我的工作 (19)
    • 我的生活 (70)
    • 网站技术 (19)
    • 路由器技术 (80)
    • 项目案例 (28)
    文章归档
    标签聚合
    F5 k8s openstack nginx istio DNS envoy gtm docker network flannel api irule bigip neutron cc kubernetes ELK vxlan BGP dhcp VPN IPSec lbaas ingress ingress controller nginx plus sidecar IPSec VPN NAT sql
    最新 热点 随机
    最新 热点 随机
    Say hello for 2021 二进制flannel部署,非cni网络模式下与k8s CIS结合方案 又是一年国庆 Service Account Token Volume Projection Istio ingressgateway 静态TLS证书加载与SDS发现方式配置区别 Istio里Gateway的port定义与实际ingressgateway的listener端口关系及规则 Helm 3 部署NGINX Ingress Controller 应用交付老兵眼中的Envoy, 云原生时代下的思考 Istio sidecar iptables以及流量控制分析 Istio 熔断策略及envoy配置
    Say hello for 2021
    Configuring ISDN DDR with Dialer Profiles [原创]NSSA区域下LSA4的产生与传播 DNS关于递归的一些学习记录[更新中] V9&V4.5 ssh 访问限制 V9下限制对SSH的访问 Grok 缺省pattern F5,Vlan group 解决客户端、服务器在同一网段的又一方式 光纤接入设备及使用图解 Strusts S2-045 CVE 2017-5638 BIGIP 防御措施 [原创]理解CHAP验证过程及单双向验证
    链接表
    • Jimmy Song‘s Blog
    • SDNap
    • SDNlab
    • SDN论坛
    • Service Mesh社区
    • 三斗室
    • 个人profile

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

    THEME KRATOS MADE BY VTROIS

    京ICP备14048088号-1

    京公网安备 11010502041506号

    [ Placeholder content for popup link ] WordPress Download Manager - Best Download Management Plugin