用Pathping命令诊断网络故障
2007-04-18    安恒公司 技术部编整   
打印自: 安恒公司
地址: HTTP://dtx-otdr-kit.anheng.com.cn/news/article.php?articleid=1068
用Pathping命令诊断网络故障

  解决网络问题的一个方法是使用pathping命令。这个命令工作起来就像是把ping和tracert这两个命令结合在了一起。

  你要做的第一件事情是在命令行输入pathping,就像这样:pathping目标。这里的目标可以是一个主机名称也可以是一个IP地址,例如,pop3.catalog.com或者209.217.46.121。

  接下来,你将得到一个分为两部分的报告。第一部分是通向目的地的线路上的每一个跳点的列表,第二部分是每一个跳点的统计,包括每一个跳点的数据包丢失的数量。它使用下面例子中显示的一些开关(switch),如:

  pathping -n -w 1000 msn.com

  这个命令告诉pathping不解析路由器的IP地址,并且为每一个回显应答信息等待1秒钟(1000毫秒)。

  下面是一些最重要的pathping命令开关(switch):

  • n 不显示每一台路由器的主机名。
  • hvalue 设置跟踪到目的地的最大跳点数量。默认是30个跳点。
  • wvalue 设置等待应答的最多时间(按毫秒计算)。
  • p 设置在发出新的ping命令之前等待的时间(按毫秒计算)。默认是250毫秒。
  • qvalue 设置ICMP回显请求信息发送的数量。默认是100。

实例:


D:\>pathping -n microsoft

Tracing route to microsoft [157.54.1.196] over a maximum of 30 hops:
0  172.16.87.35
1  172.16.87.218
2  192.168.52.1
3  192.168.80.1
4  157.54.247.14
5  157.54.1.196

Computing statistics for 125 seconds...Source to Here   This Node/Link

Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
0                                             172.16.87.35
                                0/ 100 =  0%   |
1   41ms      0/ 100 =  0%     0/ 100 =  0%  172.16.87.218
                               13/ 100 = 13%   |
2   22ms    16/ 100 = 16%     3/ 100 =  3%  192.168.52.1
               0/ 100 =  0%   |
3   24ms    13/ 100 = 13%     0/ 100 =  0%  192.168.80.1
                      0/ 100 =  0%   |
4   21ms    14/ 100 = 14%     1/ 100 =  1%  157.54.247.14
                                0/ 100 =  0%   |
5   24ms    13/ 100 = 13%     0/ 100 =  0%  157.54.1.196

Trace complete.



当运行 pathping 时,在测试问题时首先查看路由的结果。此路径与 tracert 命令所显示的路径相同。然后 pathping 命令在下一个 125 秒内显示忙消息(此时间根据跃点计数变化)。在此期间,pathping 从以前列出的所有路由器以及它们之间的链接收集信息。在此期间结束时,它将显示测试结果。

最右边的两栏 This Node/Link Lost/Sent=Pct 和 Address 包含最有用的信息。172.16.87.218(跃点 1)和 192.68.52.1(跃点 2)之间的链接丢失 13% 的数据包。所有其他链接工作正常。跃点 2 和 4 中的路由器也丢失以其为目标的数据包(如 This Node/Link 栏中所示),但这种丢失不会影响转发的路径。

对链接显示的丢失率(在最右边的栏中标记为 |)表明沿路径转发的数据包的丢失情况。该丢失表明链接阻塞。对路由器显示的丢失率(通过最右边栏中的 IP 地址显示)表明那些路由器的 CPU 可能超负荷运行。这些阻塞的路由器可能也是端对端问题的一个因素,尤其是在软件路由器转发数据包时。

 

责任编辑: admin