Cloud Native应用交付

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

[原创]BSCI第二章实验(人邮自学指南BSCI)

2006年07月5日 8627点热度 0人点赞 1条评论

环境及拓扑图说明请参看[原创]BSCI第一章实验2之任务2(人邮自学指南BSCI)里的说明

本次实验目的主要是研究RIP V1 V2下路由选择的特性.
任务一:清除配置,这个没什么可多说的,主要是删除P1R1  P1 R2上的默认路由.
任务二:在P1R1/R2/R3/R4上启用RIP V1,这个也比较简单,注意书上要求 R1/2/3/4都显式申明使用V1,最终路由器的路由表如下:
P1R1:
r1-2514#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

C    1.0.0.0/8 is directly connected, Loopback0
     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial0
     10.0.0.0/24 is subnetted, 4 subnets
R       10.1.3.0 [120/1] via 10.1.1.3, 00:00:04, Ethernet0
R       10.1.2.0 [120/1] via 10.1.0.2, 00:00:20, Serial1
C       10.1.1.0 is directly connected, Ethernet0
C       10.1.0.0 is directly connected, Serial1

P1R3:
r3-2514#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

C    3.0.0.0/8 is directly connected, Loopback0
R    172.31.0.0/16 [120/1] via 10.1.1.1, 00:00:00, Ethernet0
     10.0.0.0/24 is subnetted, 4 subnets
C       10.1.3.0 is directly connected, Serial1
R       10.1.2.0 [120/1] via 10.1.3.4, 00:00:02, Serial1
C       10.1.1.0 is directly connected, Ethernet0
R       10.1.0.0 [120/1] via 10.1.1.1, 00:00:00, Ethernet0

从P1R3 ping 10.254.0.5的结果是:
*Mar  1 01:37:59.951: IP: s=10.1.1.3 (local), d=10.254.0.5, len 100, unroutable.
*Mar  1 01:38:01.951: IP: s=10.1.1.3 (local), d=10.254.0.5, len 100, unroutable.

很显然不可能PING通,调试结果表明路由器没有到达10.254.0.5的路由条目,为什么会没有呢?
在上面的配置中,我们启用的是RIP V1版本,这是个分类路由选择协议,在跨越网络边界的时候,路由器会自动汇总成主类网络,所以说BBR1路由器,也就是我们这里的R5路由器的E0口所属的10.254.0.0/24网络,再通告道P1R1时候被自动汇总了成了10.0.0.0/8,所以P1R1不会有具体的10.254.0.0/24这个条目了,而只有红色的那部分.同时RIP V1,当路由器没有跨越网络边界通告路由时候,路由器会用自己接道更新的接口所属网络分类的掩码来套用到更新上,因此这个时候必须注意同一主类下的子网必须使用统一相同的掩码,否则路由器就会套用错误,本实验掩码都是255.255.255.0所以路由器套用正确,可以正确认识象10.1.1.0/ 10.1.2.0 /10.1.3.0/ 10.1.0.0这样的子网,请看上面的蓝色部分.
好了,上面总结下来就是路由器没有到目标网络的路由,那么书上在此步骤中提出了使用default-information originate注入一条静态路由,这个命令的作用其实就是向直连的其他路由器中注入一条通过自己的静态路由(是向其他人的路由表里注入,自己的路由表里不会有),但是我们这个实验环境由于网夹1里的路由器构成了一个环路,当P1R1启用该命令后,自己的路由表里也会有静态路由产生,^_^,为什么会有大家自己思考吧(观察R1上的静态路由,会发现,静态路由不停的变,一会通过这个口 一会通过那个口,而且度量值也在不停的变,仔细观察的话,还会发现有的条目会到最大跳数,为什么会不停的变,可以结合RIP的水平分割来理解下.这个地方很有趣),由于静态路由不停的翻动,就算是碰巧当前默认路由走的路径是对的话,也可以这么说如果按照书上的先关闭ip classless的话,还是PING不通,为什么?因为在关闭ip classless时候,在分类路由协议情况下,路由器如果首先发现有匹配的主类网络存在,那么路由器就会很笨的认为它知道了该主类网络下的所有子网,路由器此时不再会通过默认路由发送数据包,当然如果没有首先发现有主类存在那就会通过默认路由的.

任务三:
在任务三中,书上打开了IP classless特性,由于上面我说,默认路由在我们这个有环路的实验环境下,很难遇到当前每个路由器的默认路由走的路正好是从r3--r1--r5这一顺序,我在多次测试PING的情况下才遇到了一次返回U提示的(返回U提示表示PING包有路径出去了,但没接到返回包,也就是路由不可达了.)

r3-2514#ping 10.254.0.5

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.254.0.5, timeout is 2 seconds:
...U.
Success rate is 0 percent (0/5)

那么为什么这个时候数据包有去的路径没回的路径呢?分析BBR1,BBR1路由器上不会有10.1.1.0/24这样的具体网络,如下
r5-2501#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 172.31.1.1 to network 0.0.0.0

C    5.0.0.0/8 is directly connected, Loopback0
     172.31.0

.0/24 is subnetted, 1 subn
ets
C       172.31.1.0 is directly connected, Serial0
     10.0.0.0/24 is subnetted, 1 subnets
C       10.254.0.0 is directly connected, Ethernet0
R*   0.0.0.0/0 [120/7] via 172.31.1.1, 00:00:00, Serial0
因为从P1R1过来的路由更新是跨网络的,刚才上面说了 跨网络时候RIP是要自动汇总成主类的,就汇成10.0.0.0/8了,而BBR1的e0口分配的地址是10.254.0.5 BBR1路由器会认为10.0.0.0/8网络是个直连网络,所以路由器BBR1不知道将返回信息送到哪,这里有人会问,不是有默认路由了吗??对是有,但是刚才上面说了,分类路由在主类一旦存在的情况下是不会去找默认路由的,就算没有子网能匹配它也不找,丢弃.

总结上面,看来静态路由/打开ip classless特性 由于分类路由的本身特性限制,都不能PING通,看来只有启用分类路由了,启用RIPV2了.
这里我来一步一步起,先起用V2 但不不关闭自动汇总看是什么情况.如下,P1R1的路由表:
r1-2514#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 172.31.1.2 to network 0.0.0.0

C    1.0.0.0/8 is directly connected, Loopback0
     172.31.0.0/16 is variably subnetted, 2 subnets, 2 masks
C       172.31.1.0/24 is directly connected, Serial0
R       172.31.0.0/16 [120/1] via 10.1.0.2, 00:00:20, Serial1

     10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
R       10.1.3.0/24 [120/1] via 10.1.1.3, 00:00:00, Ethernet0
R       10.1.2.0/24 [120/1] via 10.1.0.2, 00:00:20, Serial1
C       10.1.1.0/24 is directly connected, Ethernet0
R       10.0.0.0/8 [120/1] via 172.31.1.2, 00:00:01, Serial0
C       10.1.0.0/24 is directly connected, Serial1

R*   0.0.0.0/0 [120/10] via 172.31.1.2, 00:01:42, Serial0
               [120/10] via 172.31.1.5, 00:01:42, Serial0
               [120/10] via 10.1.0.2, 00:00:21, Serial1
注意看红色斜体部门和蓝色斜体部分,注意看到路由表里不但存在有主类下下的具体子网条目还有一个汇总过的主类条目,这个汇总的是哪来的?分析下就知道172.31.0.0/16这个通过的接口是10.1.0.2 所以是172.31.1.0/24这个网络通过P1R2跨主网络汇总给P1R1的,10.0.0.0/8是通过接口172.31.1.2 且跳数是1(呵呵这里看好像不太合理,其实多显示几次陆游表就又发现了,这里还是一个环路网络,10.0.0.0/8这个跳数不停的变.),这说明BBR的10网络还是被自动汇总过来.此时来PING10.254.0.5同样是.....不通.可以看出由于此时还是没有关闭自动汇总功能,路由器还是没有到10.254.0.0/24网络的路由,不过这里有个疑问,此时是无类路由协议了,且打开了ip classless
特性,应该说有默认路由的存在网络应该能PING通,就算本实验的默认路由会不停的变,但多PING一些 应该会有通的可能,但实际测试PING 100个包没有一个通的,可能是没有关闭自动汇总功能,路由器还是向分类路由一样,不去找默认路由吧.
再关闭自动汇总看这个时候情况如何(实验中注意这个时候,BBR路由器还没启用V2).
在关闭自动汇总后,BBR1上便出现了具体的子网:
r5-2501#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

C    5.0.0.0/8 is directly connected, Loopback0
     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial0
     10.0.0.0/24 is subnetted, 5 subnets
R       10.1.3.0 [120/2] via 172.31.1.1, 00:02:21, Serial0
                 [120/2] via 172.31.1.2, 00:01:56, Serial0
R       10.1.2.0 [120/1] via 172.31.1.2, 00:01:56, Serial0
R       10.1.1.0 [120/1] via 172.31.1.1, 00:02:21, Serial0
R       10.1.0.0 [120/1] via 172.31.1.1, 00:02:21, Serial0
                 [120/1] via 172.31.1.2, 00:01:57, Serial0

C       10.254.0.0 is directly connected, Ethernet0

而此时由于BBR1自己还没启V2,可以看到在P1R3路由器上还有10.0.0.0/8这个汇总路由,:
r3-2514#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

C    3.0.0.0/8 is directly connected, Loopback0
     172.31.0.0/24 is subnetted, 1 subnets
R       172.31.1.0 [120/1] via 10.1.1.1, 00:00:26, Ethernet0
     10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
C       10.1.3.0/24 is directly connected, Serial1
R       10.1.2.0/24 [120/1] via 10.1.3.4, 00:00:01, Serial1
C       10.1.1.0/24 is directly connected, Ethernet0
R       10.0.0.0/8 [120/2] via 10.1.1.1, 00:00:26, Ethernet0
R       10.1.0.0/24 [120/1] via 10.1.1.1, 00:00:26, Ethernet0
此时PING 10.254.0.5 还是

不通,为什么因为还是没有具体的匹配路由.(这里有个小插曲,大家注意看上面这2个陆游表都没了默认路由了,其实是我关闭了默认路由,经过测试,在存在默认路由情况下,路由器会返回U这个提示,表示有去无回,说明在启用V2后,没有关闭自动汇总功能的路由器上,路由行为还是如同分类路由RIPV1一样,不去寻找默认路由.)
从上面可以看出,此时要想能PING通10.254.0.5就必须让路由器P1R3上有到10.254.0.0/24这个具体条目,因此在BBR1上开启V2.并关闭自动汇总功能.实践证明,这样操作后,PING通了,见下面R3上路由表及PING结果:
Gateway of last resort is 10.1.1.1 to network 0.0.0.0

C    3.0.0.0/8 is directly connected, Loopback0
     172.31.0.0/24 is subnetted, 1 subnets
R       172.31.1.0 [120/1] via 10.1.1.1, 00:00:09, Ethernet0
     10.0.0.0/24 is subnetted, 5 subnets
C       10.1.3.0 is directly connected, Serial1
R       10.1.2.0 [120/1] via 10.1.3.4, 00:00:01, Serial1
C       10.1.1.0 is directly connected, Ethernet0
R       10.1.0.0 [120/1] via 10.1.1.1, 00:00:09, Ethernet0
R       10.254.0.0 [120/2] via 10.1.1.1, 00:00:09, Ethernet0
R*   0.0.0.0/0 [120/1] via 10.1.1.1, 00:00:10, Ethernet0
r3-2514#ping 10.254.0.5

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.254.0.5, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/39/44 ms

相关文章

  • 暴风影音DNS事件分析
  • 配置组播(最少配置)
  • [转]RTR/SLA 在多ISP环境下下的应用--已经更新,切换后线路恢复时,已能自动恢复
  • 【原创】用CISCO VPN-Client4.01连接扩展验证-VPN-SERVER配置
  • 【原创】用CISCO VPN-Client4.01连接VPN-SERVER配置
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: 设备 BSCI 实验 试验 RIP 子网 有类 无类 路由行为 RIPV1 RIPV2 缺省 有类路由 无类路由
最后更新:2006年07月5日

纳米

linjing.io

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

文章评论

  • 纳米

    最后一个手工汇总 就不说了 和书上一样 就是要2个边缘路由器都汇总 不然BBR1上还会有具体信息的.

    2006年07月5日
    回复
  • razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
    取消回复

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

    页面AI聊天助手

    纳米

    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 F5 irule envoy istio nginx openstack flannel docker api k8s network DNS gtm bigip
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,772 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,511 views
    • Github - 103,659 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,623 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,909 views
    • 这篇文档您是否感兴趣 - 55,495 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号