1 / 5
文档名称:

网络丢包解决方案实例.doc

格式:doc   页数:5
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

网络丢包解决方案实例.doc

上传人:zhangbing32159 2014/1/25 文件大小:0 KB

下载得到文件列表

网络丢包解决方案实例.doc

文档介绍

文档介绍:近日,我部门(下称部门A)中有人反映不能访问上级部门(部门B)的网络。我从该人所用的计算机A1(IP地址为 )上用ping命令向部门B网络中的计算机B1()和B2(IP地址为 )发送测试数据包,丢包率达100%,ping本部门的其它计算机则显示连接正常。检查其计算机IP设置,发现网关设置正确(),于是怀疑路由器不能正常工作。回来我自己办公室,用本办公室计算机A2、A3测试,发现以下奇怪现象:
(1) 在计算机A2()上用ping命令分别ping部门B网络中计算机B1和B2,发现B1有正常回应,B2的回应率在 20%~50%之间;在计算机A3()中用ping命令分别ping计算机B1和B2,回应显示连接正常,丢包率为 0。
(2) ,ping得的结果同(1)中的计算机A2测试情况。
(3) 将计算机A2的IP地址改为尚未使用过的IP地址:,测试与B1和B2的连接,结果显示正常,丢包率为0。
(4) 将计算机A1的IP地址改为尚未使用过的IP地址:,测试与B1和B2的连接,结果显示正常,丢包率为0。
故障分析
考虑到网络连通情况与本机IP地址有关,参考本单位网络拓扑结构图,于是怀疑可能是由于部门B网络的防火墙设置引发该故障。由于部门B与本部门分别位于城市中两个不同地方,不方便查看其防火墙设置,于是打电话询问。但该部门网络管理员告之其防火墙是针对网络IP段设置的,也就是说,该防火墙对于部门A的整个网络IP段都是允许访问的。
分析以上原因,可能是本部门中某些计算机向部门B网络发送过非法访问信息,部门B的防火墙自动将该IP列入侵计算机名单,屏蔽了其发送的IP数据包,从而引发网络连接不正常的现象。调查本部门中所有计算机,将不能正常访问外部网络(部门B网络)的计算机的IP更换为新的IP地址,问题暂时解决。
但一个星期后,网络又出现故障,有几个原来能正常访问部门B计算机出现丢包现象,而有几个原来不能正常访问外部网络的IP地址却可以正常访问外部网络,看来问题可能不在防火墙上。
在计算机上A2()用Tracert 命令跟踪测试,现象如下:
c:\>Tracert
Tracing route to over a maximum of 30 hops
1 <1 ms <1 ms <1 ms
2 1 ms <1 ms 1 ms
3 1 ms 1 ms 1 ms
4 2 ms 1 ms 2 ms
plete
,用Tracert 命令跟踪测试,现象如下:
Tracing route to over a maximum of 30 hops