第四次实验报告:使用Packet Tracer理解RIP路由协议
-
-
201821121033
-
-
-
配置参数
-
Router0路由器配置
Router1路由器配置
Invalid after 180 seconds, hold down 180, flushed after 240 180秒后无效,表明180秒没有收到该路由的更新,置为无效,并在240秒后更新
Outgoing update filter list for all interface is not set 未设置出方向用的更新筛选列表
Default version control : send version 2, receive 2 默认的发送接收版本都为2
Routing for Networks:
192.168.1.0
192.168.2.0 网络路由有两个,分别为:192.168.1.0 和192.168.2.0
Routing Information Sources:
Getway Distance Last Update
192.168.2.101 120 00:00:29
Distance :(default is 120)
说明邻居有发送更新
show ip route(查看路由表)
debug ip rip(查看发送和接受 RIP报文)
R1#RIP: sending v2 update to 224.0.0.9 via GigabitEthernet0/0(192.168.1.37表示从GigabitEthernet0/0(IP为192.168.1.101)发送RIPv2版本的更新包
RIP: build update entries
192.168.2.0/24 via 0.0.0.0, metric 1, tag 0
192.168.3.0/24 via 0.0.0.0, metric 2, tag 0
表示RIP协议开始建立更新路由条目,其中,0.0.0.0的IP地址表示整个网络,即网络中的所有主机
RIP: received v2 update from 192.168.2.101 on GigabitEthernet0/0/1表示在GigabitEthernet0/1上接收到了192.168.2.101 RIPv2版本的更新包
192.168.3.0/24 via 0.0.0.0 in 1 hops:经过以上路由条目的更新,得知192.168.3.0/24到0.0.0.0经过1跳
关闭R1的接口G0/0:shutdown
在R1查看RIP报文:debug ip rip
R1:到PC0的距离是16(表示无法到达),但R2在收到R1的更新报文之前,还发送原来的报文,因为这时R2并不知道R1出了故障。R1收到R2的更新报文之后,误认为可经过R2到达PC0,于是更新自己的路由表,然后将此更新信息发送给R2。R2此后又更新自己的路由表,这样不断更新下去,直到R1和R2到PC0的距离都增大到16时,R1和R2才知道PC0是不可达的。
请求报文(ID和SEQ NUMBER与应答报文一致,才是配对的报文)
TYPE:0x08,CODE:0x00表示PING请求
CHECKSUM表示包括数据在内的整个ICMP数据包的检验和ID为标识符
SEQ NUMBER为序列号
应答报文