码迷,mamicode.com
首页 > 其他好文 > 详细

第四次实验报告:使用Packet Tracer理解RIP路由协议

时间:2019-10-30 22:18:02      阅读:157      评论:0      收藏:0      [点我收藏+]

标签:客户端   姓名   ack   info   col   使用命令   deb   故障   存在   

个人信息

  • 姓名  胡家揆  
  • 学号  201821121023
  • 班级  计算1811 

1 实验目的

  • 理解RIP路由表的建立与更新
  • 感受RIP坏消息传得慢

2 实验内容

使用Packet Tracer,正确配置网络参数,使用命令查看和分析RIP路由信息。

  • 建立网络拓扑结构
  • 配置参数
  • 分析RIP路由信息

3. 实验报告

3.1 建立网络拓扑结构

网络拓扑图如下图所示:

 技术图片

 

R1:

 

 技术图片

 

 

 R2:

技术图片

 

 

 

3.2 配置参数

客户端的ip地址为:192.168.1.23

技术图片

 

 技术图片

 

 技术图片

 

 技术图片

 

 

3.3 测试网络连通性

在PC1,PING PC2,测试整条链路的连通性。

技术图片

 

 在PC2,PING PC1,测试整条链路的连通性。

技术图片

 

 

3.4 理解RIP路由表建立和更新

  • 查看路由过程的信息show ip protocols
  • 查看路由表show ip route
  • 查看RIP发送和接收报文debug ip rip

对上述命令返回的结果进行解释。

1、查看路由过程的信息show ip protocols

技术图片

 

 技术图片 //路由协议是“rip”

 技术图片//通告网段为192.168.1.0和192.168.2.0

 

 

技术图片//默认版本控件: 发送版本2 接收版本2

 

技术图片// //接口 Gig0/0/0和Gig0/0/1的属性

 

 

技术图片 //路由信息来源:出入口为192.168.2.24 距离120 上次更新10秒前 距离默认120

 

 

 

2、查看路由表show ip route

技术图片

技术图片 

 //各个子网已接通

 

 3、查看RIP发送和接收报文debug ip rip

技术图片

 

 

技术图片

 

 

4. 理解RIP消息传得慢

通过命令shutdown关闭R1接口G0/0/0。在R1查看RIP路由更新信息debug ip rip,并简要(不需要每一步都分析)分析R1的路由表是如何再次收敛的。

注:命令undebug all停止调试输出。

技术图片

 

 技术图片

 

 分析:RIP存在的一个问题是当网络出现故障时,要经过比较长的时间才能将此信息传送到所有的路由器。 rip每隔30秒发送一次路由更新,属于定期更新.非触发更新.rip最大的跳技术为15跳,16跳表示不可达.

若路由器R1到PC0的链路出了故障,R1无法到达PC0。要经过30秒后R1才把更新信息发给R2,然而R2已经先把自己的路由表发给了R1;R1收到R2的更新报文后,误以为可以经过R1到达PC0;同理,R2接着又更新自己的路由表,这样的更新一直继续下去,直到R1和R2知道原来PC0是不可达的,最终完成收敛。

 

第四次实验报告:使用Packet Tracer理解RIP路由协议

标签:客户端   姓名   ack   info   col   使用命令   deb   故障   存在   

原文地址:https://www.cnblogs.com/twistzz/p/11767690.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!