如何分析mtr数据

如何分析mtr数据

当我的托管服务器出现延迟问题时,我会将 mtr 报告发送给支持人员,以便他们进行分析并告诉我我这边或他们的服务器是否存在任何问题。

现在,我遇到了需要将文件传输到在线服务的问题。我的速度测试显示我的互联网速度非常好,为 60Mbps,但当我上传文件时,上传速度为 32KBps。我最初以为这可能是他们的服务器(位于法国)的问题,他们确认他们没有这样的问题,他们的其他客户也没有问题。所以一定是我在从印度传输/上传时发生了某些事情。

以下是我向 www - ranchcomputing - com 提交的 mtr 报告。我看到中间有很多数据包丢失,但我究竟应该如何阅读它并向我的经理报告并向他解释情况。

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 |   32 |   32 |    0 |    0 |    2 |    1 |
|           1.128.204.49-ras.beamtele.net -    0 |   32 |   32 |    1 |    1 |    4 |    2 |
|                        ras.beamtele.net -    0 |   32 |   32 |    2 |   16 |  105 |    2 |
|                        ras.beamtele.net -    0 |   32 |   32 |    1 |    4 |   33 |    2 |
|121.240.252.1.STATIC-Hyderabad.vsnl.net.in -    4 |   32 |   31 |    1 |    3 |   13 |    5 |
|                   No response from host -  100 |   32 |    0 |    0 |    0 |    0 |   15 |
|   ix-0-100.tcore1.MLV-Mumbai.as6453.net -   32 |   32 |   22 |   14 |   19 |   92 |   14 |
|                           80.231.217.17 -   84 |   31 |    5 |  334 |  336 |  339 |  339 |
|   if-8-1600.tcore1.PYE-Paris.as6453.net -    4 |   31 |   30 |  332 |  341 |  365 |  346 |
|                   No response from host -  100 |   31 |    0 |    0 |    0 |    0 |   47 |
|________________________________________________|______|______|______|______|______|______|

以下是 PathPing

Tracing route to ranchcomputing.com [213.186.33.4]
over a maximum of 30 hops:
  0  MYPC [192.168.1.107] 
  1  192.168.1.1 
  2  1.128.204.49-ras.beamtele.net [49.204.128.1] 
  3     *     ras.beamtele.net [183.82.15.5] 
  4     *     ras.beamtele.net [183.82.14.97] 
  5     *     121.240.252.1.STATIC-Hyderabad.vsnl.net.in [121.240.252.1] 
  6     *        *        *     
Computing statistics for 125 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           MYPC [192.168.1.107] 
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.1.1 
                                0/ 100 =  0%   |
  2    1ms     0/ 100 =  0%     0/ 100 =  0%  1.128.204.49-ras.beamtele.net [49.204.128.1] 
                                0/ 100 =  0%   |
  3    4ms     0/ 100 =  0%     0/ 100 =  0%  ras.beamtele.net [183.82.15.5] 
                                0/ 100 =  0%   |
  4    2ms     0/ 100 =  0%     0/ 100 =  0%  ras.beamtele.net [183.82.14.97] 
                                0/ 100 =  0%   |
  5    2ms     0/ 100 =  0%     0/ 100 =  0%  121.240.252.1.STATIC-Hyderabad.vsnl.net.in [121.240.252.1] 

Trace complete.

答案1

我究竟应该如何阅读该内容并向我的经理报告并解释情况?

正如您所指出的,您在 mtr 测试即将结束时遇到了问题。具体来说,这两个跳点对于此测试期间的持续数据包丢失量来说是令人担忧的:

ix-0-100.tcore1.MLV-孟买.as6453.net

80.231.217.17

您应该能够让您的经理了解您在通过这些测试进行故障排除时发现的问题。当然,您应该在更长的时间内运行更广泛的测试。使用 mtr 的 32 次尝试次数相对较短。

标题的更广泛解释:

表示数据包丢失的百分比。(这似乎是您的主要问题。有关数据包丢失的更多信息这里

发送是发出的尝试次数。

接收是响应或收到返回的尝试次数。

最好的是您在此测试中看到的最佳毫秒延迟数。

平均值是本次测试期间的平均延迟毫秒数。

韦斯特是您在本次测试中见到的最长时间(以毫秒为单位)的延迟。

最后的是此测试期间延迟毫秒数的最新读数。

相关内容