Ping、Traceroute的应用与排错

　小编今天写这篇文章呢是通过一个实例来对ping、Traceroute、debug等命令的用法进行演示，并且测试网络的连通性以及分析网络数据不可达的原因。各位对cnna感兴趣的小伙伴们可以关注一下哦。

　　（一）实例拓扑图与配置

　　使用VPCS虚拟出来的一台计算机是C1，SW1是不可网管交换机（注意：并不是IOU中的交换机，GNS3中自带的"Ethernetswitch"，拖拽到工作区后会提示选择Server，选择"LocalServer"就可以了），R1、R2、R3上都添加了"NM-4T"的串口，R1上还添加了一个"NM-1FE-TX"快速以太网端口。R3上面配置了一个回环接口3.3.3.3/24，各个设备IP配置和连接如图：

　　VPCS配置如下：

　　R1配置如下:

　　R2配置如下：

　　R3配置如下：

　　（二）测试连通性

　　首先，在C1上测试ping自己的网关，即R1的fa1/0接口：

　　为什么这一步会超时呢，数据包是否没有到达R2，我们在R2上开启debug命令进行调试：

　　R2不知道发往192.168.1.0/24网段的数据要从哪个接口发出，所以R2丢弃192.168.1.2发送的数据。

　　给R2添加静态路由，让他发现发往192.168.1.0/24网段的数据应该发给12.1.1.1（R1），C1再ping12.1.1.2，就能ping通了：

　　这时C1pingR3的任何地址都是不能ping通的，原因是数据包到达R1以后，R1检查自己的路由表，它发现没有去往R3的路由条目(3.3.3.0/24、23.1.1.0/24)，然后，它会直接给C1回复"Destinationhostunreachable主机不可达"：

　　如果想要让这个拓扑图中的每台设备都可以互相ping通，需要在R1、R2、R3上面添加下面的静态路由条目：

　　此时，不管在哪个设备上，都能ping通拓扑上的所有接口IP；下图是R1上面pingR3回环接口的返回信息：

　　把R3的回环接口关闭，就会出现超时的情况：

　　我们打开R3的lo0回环接口，关闭R2的s0/2,再次用R1去ping3.3.3.3：

　　打开R2的s0/2继续下面的实验。

　　（三）高级ping命令和路由追踪命令traceroute

　　使用高级ping命令，从R1pingR3的回环接口：

　　ping命令可以测试网络是否畅通，如果中间网络不通，ping不能很好的定位问题在哪里，然而，traceroute可以很好的定位问题出现的位置，以下是正常状态下在R1上traceroute3.3.3.3的结果：

　　Traceroute的工作原理：首先，发送设备将数据包中的TTL设置为1，第一台接收路由器会把数据包丢弃，返回一个错误码信息，发送设备根据错误码信息对经过的中间设备和延时进行判断，值得注意的是，发送设备一般发送三个重复的包，这就是每个IP后面有3个返回时间的原因，之后，发送设备发送TTL为2的数据包，然后再发送TTL为3的数据包，一直直到数据包达到目的地或者TTL=30为止。在正常情况下，如果不是因为路由存在环路，TTL是不会超过30就到达目的地的；当数据到达目的地后，目的设备会返回一个"端口不可达"，发送设备就是利用返回的是错误码，还是端口不可达判断是否到达了目的主机。

　　（四）常用排错命令

　　以上就是关于ping、traceroute、debug等命令的用法演示，网络的连通性以及网络数据不可达的原因的分析的全部内容了。如果希望能够学习到更多关于CCNA的内容，那就请继续关注我们的网站：课课家教育吧。