WinMTR(网络诊断工具)

winmtr是款强力的Tracert专用工具，客户可应用它来检验电脑无线的品质，此次我产生了32位/64位的安裝数据包，应用全过程中必须开展区别一下，并且要还记得融合traceroute哦，有兴趣何不来多特软件站在线下载感受一下！

winmtr汉化版详细介绍

winmtr是Linux下受欢迎的路由跟踪APP的复制版本号，融合了Ping和Tracert指令，运作于Windows下。

winmtr基本概念

Nr：通过节点的总数

Best：回应時间的极小值

Avrg：均值回应時间

Sent：早已传输的数据包总数

Recv：取得成功接受的数据包总数

Worst：回应時间的最高值

Last：最后一个数据包的回应時间

Loss%：ping 数据包回应不成功的百分数

Hostname：到目地网络服务器要通过的每一个节点服务器IP或名字

怎么使用WinMTR对互联网开展检测？

比如：认证数据包遗失。

在剖析WinMTR/MTR导出結果时，您必须查询俩件事儿：丢包和延迟时间。最先，大家来探讨丢包。假如您在任意一个节点见到有调包，这有可能表明这一 特殊的路由节点有什么问题。殊不知，有一些服务供应商会限定WINMTR/MTR专用工具推送的ICMP传送。这会对数据包遗失导致假象，但实际上并没有丢包。要确定您 见到的数据包遗失是不是因为服务供应商限定导致的，您可以查询接着的一跳路由节点。假如该跳表明遗失0%，那麼您可以毫无疑问 是ICMP限定，具体未丢包。 看下面的事例：

在这样的情况下，从第一跳到第二跳的丢包可能是因为第二跳路由ICMP限定造成的。由于剩下的8个路由节点也没有丢包。这样的事情下，采用调包至少的节点做为它具体的丢包率。

再考虑到一个事例：

在这样的情况下，你能见到第三跳和第四跳中间有60%的丢包。您可以假定这也是因为路由机器设备限定造成的丢包。殊不知，您能够看见最后一跳是表明40%的丢包。但造成差异的丢包結果时，自始至终选用最后一跳的丢包率。

有一些丢包很有可能造成在路由回到的情况下。数据包可以恰当准确无误地抵达到达站，但未一切正常回到。这也会测算在丢包率中，但您从WinMTR/MTR結果汇报中难以辨别。因而，在无论怎样您都必须与此同时搜集2个角度的WinMTR/MTR結果汇报。