发现一个win的命令

zyypp

今天和同事查命令发现一个win下的命令 大家没事了可以去试试 嘿嘿 用的时候要有点耐心 呵呵

pathping IP地址

zyypp

。。。。

cpuer

看来这个无线路由不支持这个命令，ping和tracert没有问题的。

zyypp

你的路由出不去 呵呵

cpuer

C:\Documents and Settings\Wu>pathping daigou.in

Tracing route to daigou.in [74.207.247.162]
over a maximum of 30 hops:
  0  cpu-5c1881601f7 [192.168.1.5]
  1     *        *        *
Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           cpu-5c1881601f7 [192.168.1.5]
                              100/ 100 =100%   |
  1  ---     100/ 100 =100%     0/ 100 =  0%  cpu-5c1881601f7 [0.0.0.0]

Trace complete.

还是啊。

zyypp

你别 测试本机的 测试 外网的机器 比如
pathping daigou.in

cpuer

C:\Documents and Settings\Wu>pathping 98.126.125.1

Tracing route to MINKMAP.COM [98.126.125.1]
over a maximum of 30 hops:
  0  cpu-5c1881601f7 [192.168.1.5]
  1     *        *        *
Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           cpu-5c1881601f7 [192.168.1.5]
                              100/ 100 =100%   |
  1  ---     100/ 100 =100%     0/ 100 =  0%  cpu-5c1881601f7 [0.0.0.0]

Trace complete.

囧啊囧

zyypp

原帖由 cpuer 于 2009-12-2 13:25 发表
是了下，没看到具体的东西啊。

怎么会没东西呢 我这看到的 就是先
traceroute结果 然后他在 显示每个节点的ping的信息

cpuer

是了下，没看到具体的东西啊。

tumour

pathping 命令是一个路由跟踪工具，它将 ping 和 tracert 命令的功能和这两个工具所不提供的其他信息结合起来。pathping 命令定期将数据包发送到通往最终目标的路径上的每个路由器，然后基于从每个跃点返回的数据包来计算结果。由于该命令显示数据包在任何给定路由器或链接上丢失的程度，因此可以很容易地确定可能导致网络问题的路由器或链接。许多开关是可用的，如下表所示。

开关
       名称
            功能
-n
Hostnames
不将地址解析成主机名。

-h
Maximum hops
搜索目标的最大跃点数。

-g
Host-list
沿着路由列表释放源路由。

-p
Period
在 ping 之间等待的毫秒数。

-q
Num_queries
每个跃点的查询数。

-w
Timeout
每次回复等待的毫秒数。

-T
Layer Two tag
将第 2 层优先级标记（例如，对于 IEEE 802.1p）附加到数据包中并将它发送到路径中的每个网络设备。这有助于标识没有正确配置第 2 层优先级的网络设备。-T 开关用于测试服务质量 (QoS) 连通性。
-R
RSVP test
检查确定路径中的每个路由器是否支持“资源预留协议 (RSVP)”，此协议允许主机为数据流保留一定量的带宽。
默认的跃点数是 30，超时前的默认等待时间是 3 秒。默认时间是 250 毫秒，对沿路径的每个路由器进行查询的默认次数是 100。
以下是典型的 pathping 报告。跃点列表后所编译的统计信息表明在每个独立路由器上数据包丢失的情况。
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 可能超负荷运行。这些阻塞的路由器可能也是端对端问题的一个因素，尤其是在软件路由器转发数据包时。