博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
基于GNS3思科默认路由器实现的默认路由
阅读量:5960 次
发布时间:2019-06-19

本文共 1170 字,大约阅读时间需要 3 分钟。

实验拓扑:

基于GNS3思科默认路由器实现的默认路由
实验说明:
R1和R2之间的网段为24位的12.1.1.0直连网段,若没有配置路由协议,R1和R2之间的环回接口是不能Ping通的,本实验是在R1上配置默认路由,实现R1ping通R2的环回接口。
实验步骤:
1. 为各路由器配置IP地址,并保证其直连的连通性:
在R1配置IP地址:
基于GNS3思科默认路由器实现的默认路由
在R2配置IP地址:
基于GNS3思科默认路由器实现的默认路由
在R1上验证两台路由器的连通性(保证前提两台路由器直连是连通的):
基于GNS3思科默认路由器实现的默认路由
2.在R1上配置默认路由,使得R1能够访问R2背后的环回网段:
基于GNS3思科默认路由器实现的默认路由
3. 在R1和R2上查看各自的路由表:
R1的路由表:
基于GNS3思科默认路由器实现的默认路由
R2的路由表:
基于GNS3思科默认路由器实现的默认路由
4.在R1上验证实验结果:
基于GNS3思科默认路由器实现的默认路由
总结与扩展:
默认路由其实也算是一种特殊的静态路由,当路由表中没有与目标网段匹配的路径,路由器就会把包丢给默认路由去传递,如果没有默认路由,那么目的地址在路由表中没有匹配表项的包将被丢弃,默认路由一般应用在互联网边缘(企业或者学校)(可能产生路由环路)
问题1:为什么用R1的环回接口pingR2的环回接口ping不通呢,而上面实验就能ping通呢?如果要ping通,该怎么实现?
基于GNS3思科默认路由器实现的默认路由
这是因为上面实验使用的物理接口去ping通R2的环回接口的,当去pingR2的环回接口时,R1的物理接口会去查询路由表有没有去往2.2.2.2网段的路由,由于路由表没有去往2.2.2.2网段的路由,所以R1会把包丢给默认路由的下一跳12.1.1.2,当用R1的环回接口去pingR2的环回接口时,由于R1的环回接口没有去往2.2.2.2的路由,也没有其他可用的路由,所以如果要ping通R2的环回接口,经过思考,理论上应在R1上配置去往2.2.2.2网段的静态路由!
问题2:为R1配置去往2.2.2.2网段的静态路由,如图,可结果为什么还是ping不通呢?
基于GNS3思科默认路由器实现的默认路由
这是因为R2背后的环回网段2.2.2.2没有返回的路由可选!所以如果要实现R1和R2的环回接口能够互通,也应该为R2配置去往1.1.1.1网段的静态路由!
基于GNS3思科默认路由器实现的默认路由基于GNS3思科默认路由器实现的默认路由
问题3:那这样经过总结,要实现互通,两边应该都有来返的路由,那实验只配置了默认路由,R1的物理接口就能ping通R2背后的环回网段,所以R2背后的环回网段是怎么去往R1所在的网段呢?
这是因为环回接口的报文会直接到达R2,然后R2看有没有去往12.1.1.1的路由,查路由表发现有直连12.1.1.0网段的路由,就可以直接返回到R1,那这样如果不做任何配置,R1的环回接口报文能不能到达R1然后直连到R2呢?答案是可以的,原因是R1的环回接口报文目的是12.1.1.0网段的,R1路由表有,但到达R2后,报文的目的是1.1.1.1,R2路由表是没有1.1.1.1这一网段的路由的,所以还是ping不通。

转载于:https://blog.51cto.com/13871418/2144961

你可能感兴趣的文章
3.1
查看>>
校验表单如何摆脱 if else ?
查看>>
<气场>读书笔记
查看>>
Centos下基于Hadoop安装Spark(分布式)
查看>>
3D地图的定时高亮和点击事件(基于echarts)
查看>>
mysql开启binlog
查看>>
设置Eclipse编码方式
查看>>
分布式系统唯一ID生成方案汇总【转】
查看>>
并查集hdu1232
查看>>
Mysql 监视工具
查看>>
从前后端分离到GraphQL,携程如何用Node实现?\n
查看>>
Linux Namespace系列(09):利用Namespace创建一个简单可用的容器
查看>>
博客搬家了
查看>>
Python中使用ElementTree解析xml
查看>>
jquery 操作iframe、frameset
查看>>
解决vim中不能使用小键盘
查看>>
jenkins权限管理,实现不同用户组显示对应视图views中不同的jobs
查看>>
我的友情链接
查看>>
CentOS定时同步系统时间
查看>>
批量删除用户--Shell脚本
查看>>