在一段时间内连续运行 tracert

在一段时间内连续运行 tracert

我有一个站点,其网络速度和特定网络相关活动变得非常慢。我想从现场的一台 PC 运行 tracert 到位于我们总部的文件服务器或打印服务器,看看是否存在丢包/延迟问题以及问题出在哪里。有没有办法在特定时间内不断在两台设备之间来回 tracert,以查看问题出在哪里?

答案1

一个快速的解决方案是使用一个自调用批处理脚本,该脚本在执行 tracert 之前显示日期和时间

例如

 @echo off
echo Doing tracert at %date%, %time% >> pinger.txt
tracert 8.8.8.8 >> pinger.txt
pinger.bat

这将保持批处理窗口打开,不断重复显示日期和时间并执行 tracert,将所有内容写入日志文件 (pinger.txt),直到窗口关闭。

生成的日志将如下所示:

Doing tracert at 2019-03-14,  2:02:11.87 

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1     2 ms     5 ms     8 ms  x.x.x.x
  2    18 ms    17 ms    17 ms  x.x.x.1 
  3    17 ms    19 ms    19 ms  rc1st-tge0-8-0-0-1.vc.x.net [64.59.149.181] 
  4    24 ms    25 ms    23 ms  rc2wt-be50-1.wa.x.net [66.163.70.106] 
  5    21 ms    27 ms    23 ms  x.14.x.90 
  6     *        *        *     Request timed out.
  7    21 ms    23 ms    21 ms  x.125.253.x
  8    21 ms    51 ms    19 ms  209.x.254.69 
  9    23 ms    27 ms    19 ms  google-public-dns-a.google.com [8.8.8.8] 

Trace complete.
Doing tracert at 2019-03-14,  2:02:58.44 

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1     4 ms     4 ms     2 ms  x.x.x.x
  2    17 ms    15 ms    15 ms  x.x.x.x 
  3    16 ms    21 ms    21 ms  rc1st-x-8-0-0-1.vc.x.net [64.59.149.181] 
  4    20 ms    21 ms    23 ms  rc2wt-x-1.wa.x.net [66.163.70.106] 
  5    22 ms    21 ms    21 ms  72.x.242.90 
  6     *        *        *     Request timed out.
  7    22 ms    19 ms    23 ms  x.125.253.66 
  8    21 ms    25 ms    27 ms  209.85.x.69 
  9    24 ms    25 ms    19 ms  google-public-dns-a.google.com [8.8.8.8] 

注意:IP 地址已被审查为匿名,并带有“x”。

资料来源:

日期/时间显示和写入日志文件

无限循环

答案2

一些最聪明的人研究互联网上的延迟/缓慢问题,他们合作识别并修复缓冲区膨胀。在此过程中,他们创建了一个名为弗伦特,以及一项名为“负载下实时响应 (RRUL)”的特定 Flent 测试,该测试非常适合发现您在 Internet 或任何 IP 网络上控制的任何两个主机之间与缓冲区膨胀相关的延迟问题。

我建议您考虑在两个相关站点之间运行 Flent RRUL 测试。

相关内容