Pc1
|
nic
|
172.16.3.10
|
R1
|
Fa0/0
|
172.16.3.1
|
|
Se0/0
|
172.16.2.1
|
R2
|
Fa0/0
|
172.16.2.2
|
|
Se0/0
|
172.16.1.1
|
Pc2
|
Fa0/0
|
172.16.1.10
|
网络通信都是双向的。数据包必须在相关设备之间进行双向传输。比如,只有pc1发出的数据包能到达pc2且pc2返回的数据的数据包能到达pc1时,pc1和pc2才能正常通信。
如果某一个方向的路由不正常,通信就会产生问题。用ping命令测试的话,就会返回各种错误。最常见的就是超时和不可达。
当路由器的接口配置好后,直连路由会被添加到路由表中。此是R1的路由表如下。
从pc1 ping 172.16.1.10。返回如下结果:
返回结果显示目标主机不可达。当数据包到达R1时,R1的路由表中没有到达R2的路由,该数据包被R1丢弃并向源地址发送一个目标地址不可达的消息。当PC1接收到这个消息时,ping结果就显示这个消息。
为了让数据包能够到达R2,在R2上添加一条静态路由:ip route 172.16.1.0 255.255.255.0 172.16.2.2,此时路由表为:
此时从pc1
ping 172.16.1.10,返回如下结果:
此时为超时,为什么?添加静态路由后,数据包可以到达R2。然后到达pc2,pc2接受到这个数据包后,会向pc1发送一个数据包,说我已经接受到pc1你发送的包了。该数据包到达R2后,因为没有R2路由表中没有能到达R1的路由,该数据包被抛弃。结果R1一直没有接到数据包,一定时间后,ping就返回时。
再在R2上再添加一条静态路由,ip route 172.16.3.0 255.255.255.0 172.16.2.1。这时,双向路由都正常了,pc1可以ping通pc2了。
通过分析,可以总结如下:不同IP网段的主机ping测试(pc1 ping pc2),如果返回不可达消息,表示在正向路径上(pc1到pc2)的某一台路由器缺少到目的网络的路由,如果返回超时,表示反向路径(pc2到pc1)中的某一台路由器缺少到源地址的路由。
当然,以上分析只考虑的路由器,假设所有主机IP设置都正确,主机都允许ping。
分享到:
相关推荐
ping 命令的反馈及故障诊断 每个句号表示等待一个应答时,网络服务超时,PING被访问列表或防火墙阻隔,路径上的一台路由器没有到达目的主机的路由,也没有发送ICMP目的不可达消息,路径上的某处发生了物理连接问题,
问题:能ping通Linux服务器 但是ssh连不上 <Linux> 解决方法这个问题花了我20分钟去查资料,网上写的解决方法也是五花八门,不过,总算解决了,分享出来和大家一起学习。 服务器正常,PING也能PING通。但是就是SSH...
ping 检查网络主机连接及主机是否可达 show 显示系统运行信息 telnet 远程登录功能 tracert 跟踪到目的地经过了哪些路由器 特权用户模式 #? clear 清除各项统计信息 clock 管理系统时钟 configure 进入全局配置模式 ...
"类 型 代 码 描 述 " " 0 0 回送响应(PING应答) " "目的不可达 " "网络不可达 " "主机不可达 " "协议不可达 " "端口不可达 " "需要进行分片但设置了禁止分片比特 " "源主机选择路由失败 " "无法识别目的网络 " ...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 11.7 用Traceroute确定路径MTU 11.8 采用UDP的路径MTU发现 11.9 UDP和ARP之间的交互作用 11.10 最大UDP数据报长度 11.11 ICMP源站抑制差错 11.12 UDP服务器的设计 11.12.1 ...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 ...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...
11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP...