ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 另类网速变慢解决方法.重温Tracert与PathPing(转)

另类网速变慢解决方法.重温Tracert与PathPing(转)

原创 Linux操作系统 作者:jcszjswkzhou 时间:2019-02-22 14:57:04 0 删除 编辑
长夜漫漫,身为技术也顶班,实在无聊又到了积分时间,呵呵。前段时间俺这里网络出了点问题,解决过程中又增长了不少心得体会,闲着无聊拿出来晒晒,与大家一起分享。高手多指点多提不足,没遇到类似问题的呢就当多看看,兴许用的着,遇到类似问题的朋友呢也许能在此找到点原因。呵可,好了不罗嗦了。切入正题。

Tracert命令与PathPing命令你常用吗:

前段时间本网吧网速不太正常.每晚8点后到11点之间网速爆慢.其余时间则正常。在8~11点间PING电信DNS TIME值要100多MS以上,但PING电信网关是正常的。PING网吧路由,网吧路由返回值正常且稳定也没丢包现象,故先排除蠕虫等病毒影响原因。

排除病毒干扰原因后就着手开始检查是否局域网本身问题。因晚8~11时为高峰时段,考虑到网络负荷问题及怀疑可能有部分网络设备损坏,于是进行了排查。经检测各机器网卡,网线,及其各交换机工作正常。且局域网内部游戏联机,大规模文件复制均正常,速度理想。

既然设备没问题,且其余时间段网络速度正常,就不太可能是网吧自身问题了。因为用的是4M的FTTB光纤带不到200台机器按说还是满轻松的。可事实又摆在眼前,虽说看看网页,聊聊QQ是没问题,但上互联网打打反恐PING值高达80多以上那也不能玩呀。去上海热线下载频道去下个文件平常都是300多K/s,现在却只有几十K/s,呵可。那可不行啊。打电话给电信,遇到个SB技术说是我被黑客攻击,呵呵,我路由防火墙的日志上根本就没有攻击记录,又何来的攻击之说,再说我之前专门请我北京从事网络安全工作的朋友帮测过,路由没有漏洞。当然咱不排除重量级高手攻击的可能。不过我想这小小网吧跟这种人应该没有什么直接利益关系吧。:)

在电话里跟那家伙理论了半天无果后只能做罢,这时脑中闪过一个念头何不用Tracert命令跟踪下路由看一下。于是Tracert 202.96.209.5 这个DNS看了一下。下面是跟踪结果:

Tracing route to ns-px.online.sh.cn [202.96.209.5]

over a maximum of 30 hops:

1 <10 ms <10 ms <10 ms my.router [xxx.xxx.x.xxx]

2 <10 ms <10 ms <10 ms xxx.xxx.xxx.xxx

3 <10 ms <10 ms <10 ms 5ge0-ip-xxsn-012.online.sh.cn [218.1.2.141]

4 31 ms 47 ms 31 ms 218.1.2.29

5 47 ms 47 ms 31 ms 218.1.1.238

6 46 ms 47 ms 32 ms 1so1-0-jnpr-lc.online.sh.cn [202.109.0.58]

7 47 ms 47 ms 47 ms 1so1-0-jnpr-px.online.sh.cn [202.109.0.37]

8 63 ms 46 ms 47 ms vlan99-c6k2-px.online.sh.cn [202.109.39.5]

9 * * * Request timed out.

10 47 ms 46 ms 63 ms ns-px.online.sh.cn [202.96.209.5] Trace complete.

相信大家看了结果懂行的心里明白的也应该差不多了。大家可以看到,从我网吧到DNS:202.96.209.5中间经过了8个路由。上面跟踪结果中第一个路由是我自己的。第十个是目的DNS。大家也看到了,在经过前三个路由时速度还是正常的都<10MS,从第四个开始网络廷时开始变的时显。当到达第九个路由时压根就没反映了,来了个请求超时,由此看来是电信的部分路由出了问题无法及时处理数据而导致了网速变慢。知道原因后又致电给电信部门,叫他们技术主管听的电话把情况跟他说明后他看纸包不住火终于吐透了真相,原来是有部分路由器出了故障,正在准备更换成Cisco的设备,已有很多用户向他们反映遇到了上述问题。知道原因后让人舒了口气,几天后网络速度也恢复正常了。

好了故障叙述就到这了。下面给个PathPing的示例及注解给大家。希望能给有些朋友带来帮助:

(PathPing 不仅具有Tracert的路由跟踪功能,还能分析当前网络状况.2K及XP系统有此命令)

C:>pathping 202.96.209.133

Tracing route to ns-pd.online.sh.cn [202.96.209.133]
over a maximum of 30 hops:
0 a98 [192.168.0.98]
1 my.router [192.168.0.253]
2 218.80.229.73
3 5ge0-ip-yl-012.online.sh.cn [218.1.2.77]
4 218.1.2.1
5 4pos0-ip-jy-416.online.sh.cn [218.1.1.122]
6 218.1.1.238
7 vlan199-c6k1-pd.online.sh.cn [202.109.39.66]
8 ns-pd.online.sh.cn [202.96.209.133]

Computing statistics for 200 seconds...

Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 a98 [192.168.0.98]
10/ 100 = 10% | (请注意这一行:沿路径转发数据包丢失率的显示在最右边标记为 |)
1 0ms 0/ 100 = 0% 0/ 100 = 0% my.router [192.168.0.253]
0/ 100 = 0% |
2 2ms 0/ 100 = 0% 0/ 100 = 0% 218.80.229.73
0/ 100 = 0% |
3 4ms 1/ 100 = 1% 1/ 100 = 1% 5ge0-ip-yl-012.online.sh.cn [218.1.2.77]
0/ 100 = 0% |
4 3ms 0/ 100 = 0% 0/ 100 = 0% 218.1.2.1
0/ 100 = 0% |
5 4ms 0/ 100 = 0% 0/ 100 = 0% 4pos0-ip-jy-416.online.sh.cn [218.1.1.122]
0/ 100 = 0% |
6 2ms 0/ 100 = 0% 0/ 100 = 0% 218.1.1.238
0/ 100 = 0% |
7 3ms 0/ 100 = 0% 0/ 100 = 0% vlan199-c6k1-pd.online.sh.cn [202.109.39.66]
0/ 100 = 0% |
8 2ms 0/ 100 = 0% 0/ 100 = 0% ns-pd.online.sh.cn [202.96.209.133]

Trace complete.
带有“|”标记的行显示的信息,表示沿路径转发丢失的数据包。该丢失表明链接阻塞。显示为百分比方式。
如上例:192.168.0.98(跃点 1)和 192.168.0.253(跃点 2)丢失 10% 的数据包。 所有其他链接工作正常


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10294527/viewspace-123974/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2007-08-29

  • 博文量
    930
  • 访问量
    594411