/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
/简体中文/
软件Tags: WinMTR(网络诊断工具)
winmtr是款强力的Tracert专用工具,客户可应用它来检验电脑无线的品质,此次我产生了32位/64位的安裝数据包,应用全过程中必须开展区别一下,并且要还记得融合traceroute哦,有兴趣何不来多特软件站在线下载感受一下!
winmtr是Linux下受欢迎的路由跟踪APP的复制版本号,融合了Ping和Tracert指令,运作于Windows下。
Nr:通过节点的总数
Best:回应時间的极小值
Avrg:均值回应時间
Sent:早已传输的数据包总数
Recv:取得成功接受的数据包总数
Worst:回应時间的最高值
Last:最后一个数据包的回应時间
Loss%:ping 数据包回应不成功的百分数
Hostname:到目地网络服务器要通过的每一个节点服务器IP或名字
比如:认证数据包遗失。
在剖析WinMTR/MTR导出結果时,您必须查询俩件事儿:丢包和延迟时间。最先,大家来探讨丢包。假如您在任意一个节点见到有调包,这有可能表明这一 特殊的路由节点有什么问题。殊不知,有一些服务供应商会限定WINMTR/MTR专用工具推送的ICMP传送。这会对数据包遗失导致假象,但实际上并没有丢包。要确定您 见到的数据包遗失是不是因为服务供应商限定导致的,您可以查询接着的一跳路由节点。假如该跳表明遗失0%,那麼您可以毫无疑问 是ICMP限定,具体未丢包。 看下面的事例:
在这样的情况下,从第一跳到第二跳的丢包可能是因为第二跳路由ICMP限定造成的。由于剩下的8个路由节点也没有丢包。这样的事情下,采用调包至少的节点做为它具体的丢包率。
再考虑到一个事例:
在这样的情况下,你能见到第三跳和第四跳中间有60%的丢包。您可以假定这也是因为路由机器设备限定造成的丢包。殊不知,您能够看见最后一跳是表明40%的丢包。但造成差异的丢包結果时,自始至终选用最后一跳的丢包率。
有一些丢包很有可能造成在路由回到的情况下。数据包可以恰当准确无误地抵达到达站,但未一切正常回到。这也会测算在丢包率中,但您从WinMTR/MTR結果汇报中难以辨别。因而,在无论怎样您都必须与此同时搜集2个角度的WinMTR/MTR結果汇报。
Copyright 2019-2022 版权所有
声明: 所有软件和文章来自互联网 如有异议 请与本站联系socangkefu@foxmail.com 本站为非赢利性网站 不接受任何赞助和广告 技术支持